zoukankan      html  css  js  c++  java
  • 人月神话阅读笔记03

    人月神话阅读笔记03

       在平常我们更加偏爱编程能力更加厉害的人作为团队的一员,因为往往编程能力高便意味着减少开发时间。在《人月神话》中给出了一份数据,Sackman、Erikson 和 Grand 曾对

    一组具有经验的程序人员进行测量。在该小组中,最好的和最差的表现在生产率上平均为

    10:1;在运行速度和空间上具有 5:1 的惊人差异!然而在大型项目开发时,我们发现如果采用小型编程能力强的团队和编程能力不是很强的大型团队相比,往往小型团队所用的时间会更久。所以在《人月神话》中提出了一种解决办法,就是像外科手术一样把项目分成多段,然后每一段有一个精干团队完成,而在这一个团队中,采用细致的规划,采用专业化分工,成员之间采用非常简单的交流模式,共同完成项目任务,这样既吸收了大型团队的优势,又发挥了精干团队的强项。《人月神话》中Brooks认为整个系统必须具备概念上的完整性,要有一个系统结构师从至下地进行所有的设计。要使工作易于管理,必须清晰地划分体系结构设计和实现之间的界线,系统结构师必须一丝不苟地专注于体系结构。总的说来,上述的角色分工和技术是可行的,在实际工作中,具有非常高的效率。

    我认为在编写项目时,我们应该采用专业化分工,提高交流能力,合理划分体系结构设计和实现的界限,这样才能使团队的能力得以充分发挥。

  • 相关阅读:
    IIS安装和使用(Windows Server 2003)
    五险一金
    CKEditor与CKFinder的配置(ASP.NET环境)
    spring的@ConditionalOnMissingBean注解
    spring的@Primary注解
    java8实现接口需要重写接口中的default方法吗
    消息队列的作用
    ES快速入门,ElasticSearch 搜索引擎
    spring的@PostConstruct 和 @PreDestroy 注解
    Spring注解@Component、@Repository、@Service、@Controller区别
  • 原文地址:https://www.cnblogs.com/miaojinmin799/p/5612991.html
Copyright © 2011-2022 走看看