首页 > 其他分享 >人月神话1

人月神话1

时间:2024-01-25 19:58:06浏览次数:16  
标签:需要 语言 文档 测试 管理员 外科医生 神话

       在众多软件项目中,缺乏合理的时间进度是造成项目滞后的最主要原因,它比其他所有因素加起来的影响还大。首先,对于估算技术缺乏有效的研究,这种对于未知或不清楚的技术的估算有很大的差别。第二,将进度与工作量混淆。第三,没有信心,估算有很多风险。第四,缺少跟踪和监督。第五,当意识到进度的偏移时,下意识(以及传统)的反应是增加人力。这就像使用汽油灭火一样,只会使事情更糟。越来越大的火势需要更多的汽油,从而进入了一场注定会导致灾难的循环。
Mills 建议大型项目的每一个部分由一个团队解决,但是该队伍以类似外科手术的方式组建,而并非一拥而上。
外科医生:首席程序员。他亲自定义功能和性能技术说明书,设计程序,编制源代码,测试以及书写技术文档。首席程序员需要极高的天分、十年的经验和应用数学、业务数据处理或其他方面的大量系统和应用知识。
副手:他是外科医生的后备,能完成任何一部分工作,但是相对具有较少的经验。他的主要作用是作为设计的思考者、讨论者和评估人员。他需要详细了解所有的代码,研究设计策略的备选方案。
管理员:外科医生是老板,他必须在人员、加薪等方面具有决定权,但他决不能在这些事务上浪费任何时间。
编辑:外科医生负责产生文档——出于最大清晰度的考虑,他必须书写文档。对内部描述和外部描述都是如此。
两个秘书:管理员和编辑每个人需要一个秘书。管理员的秘书负责项目的协作一致和非产品文件。
程序职员:他负责维护编程产品库中所有团队的技术记录。该职员接受秘书性质的培训,承担机器码文件和可读文件的相关管理责任。
工具维护人员:他的工作是检查他的外科医生所需要的工具。工具维护人员常常要开发一些实用程序、编制具有目录的过程库以及宏库。
测试人员:外科医生需要大量合适的测试用例,用来对他所编写的工作片段,以及对整个工作进行测试。因此,测试人员既是为他的各个功能设计系统测试用例的对头,同时也是为他的日常调试设计测试数据的助手。他还负责计划测试的步骤和为测试搭建测试平台。
语言专家。随着 Algol 语言的出现,人们开始认识到大多数计算机项目中,总有一两个乐于掌握复杂编程语言的人。这些专家非常有帮助,很快大家会向他咨询。这些天才不同
于外科医生,外科医生主要是系统设计者以及考虑系统的整体表现。而语言专家则寻找一种简洁、有效的使用语言的方法来解决复杂、晦涩或者棘手的问题。他通常需要对技术进行一些研究(两到三天)。通常一个语言专家可以为两个到三个外科医生服务。

 

个人感受:如果我们想解决问题,就必须试图先去理解它。之前不论是C、C++还是java,都只是机械的学习,尤其java,老师完全独特的授课风格给人一种他啥都没教的错觉,但是又会发现自己在不知不觉中学会了一些,但是由于一直以来习惯的问题导致效率低下。现在我明白了,只是探索的道路从来都是以解决自己不理解不清楚的困难为目的,在面对新的问题时,首先要去尽可能的理解他,深入探索问题,主动去做,而不是等待。

标签:需要,语言,文档,测试,管理员,外科医生,神话
From: https://www.cnblogs.com/yuanxinglan/p/17988020

相关文章

  • 《人月神话》读后感1
    第1章-焦油坑编程系统产品的开发之艰辛,让人不禁深思这个行业的种种特质。这似乎是一个既充满乐趣又充满挑战的领域,给予人们满足内心创造渴望的机会,同时也引来了一系列的烦恼。九倍的工作量差距揭示了独立开发构件程序和软件构件产品化的庞大差异。将构件整合成系统的过程,更是一......
  • 《人月神话》读后感2
    第4章-贵族专制、民主政治和系统设计读完这段关于系统设计的观点后,我深感作者对于概念完整性的强调以及其在系统设计中的至关重要性。概念完整性被认为是系统设计的最重要考虑因素,这点让我思考在追求功能丰富性之前,确保系统的整体概念清晰且完整是至关重要的。这种理念引导着我们......
  • 《人月神话》前十章阅读笔记
     首先,《人月神话》这本书从编程的乐趣入手认为这种快乐是一种创建事物的纯粹快乐,这种快乐来自于开发对他人有用的东西。,快乐来自于整个过程体现出的一股强大的魅力,这种快乐是持续学习的快乐,这种快乐还来自于在易于驾驭的介质上工作但同时没有一份职业仅仅包含乐趣,这份职业的苦恼......
  • 《人月神话》读后感第二部分
    第二部分《人月神话》聚焦于书名的核心概念,即“人月神话”,为我带来了对软件工程项目管理的颠覆性认识。弗雷德里克·布鲁克斯在这一部分中深入讨论了一个令人深思的观点:增加开发人员并不能简单地缩短项目的时间,有时反而可能引发更多的问题。这一观点对传统的项目管理理念构成了......
  • 《人月神话》读书笔记2
    第六章贯彻执行:手册、或者书面规格说明,是一个非常必要的工具,尽管光有文档是不够的。手册是产品的外部规格说明,它描述和规定了用户所见的每一个细节;同样的,它也是结构师主要的工作产物。第七章:为什么巴比伦塔会失败:即使拥有充足的技术、人力、时间等资源也是不够的。还要有沟通、......
  • 《人月神话》读书笔记1
    《人月神话》是讲软件工程中人与团队的关系,讨论那些由团队开发的大程序。第一章焦油坑:焦油坑对应软件,程序员对应各种野兽的比喻很贴切。事实上在实际工作中的感受确实如此,为何精心编制的作品终有一日成了这样的焦油坑?这里无需找其他类似于历史债务、团队水平等借口为自己开脱,程......
  • 《人月神话》第一篇
    《人月神话》的第一部分深刻探讨了软件工程中的复杂性和挑战,为读者呈现了一个关于大型软件项目的真实而具体的画面。通过作者弗雷德里克·布鲁克斯的实例和案例,我深切感受到软件开发过程中普遍存在的问题,如项目规模的挑战和人力资源管理的复杂性。其中,对大型软件项目规模的讨论使......
  • ARCHICAD 27:塑造未来的建筑设计神话
    ARCHICAD27是一款全球领先的建筑设计软件,它为建筑师提供了一个全面、高效且直观的设计环境,帮助他们实现创新和高效的建筑设计。点击获取ARCHICAD27 首先,ARCHICAD27具备强大的三维建模功能,使得建筑师可以以更加直观和精确的方式进行建筑设计。通过使用三维模型,用户可以更好......
  • 第二周阅读笔记|人月神话
    9.23阅读了贵族专制、民主政治和系统设计我发现这个作者写的还是蛮通俗易懂的,而且有点引经据典的味道,读着还蛮津津有味的。功能,而非简洁,总是被用来衡量设计人员工作的出色程度。这是错的,任何事情我们都应该从他的实用性出发,拒绝假大空。因此,易用性实际上需要设计的一致性和概念......
  • 第八周阅读笔记|人月神话————提纲挈领
    这一章讲到了化学工程师已经认识到无法一步将实验室工作台上的反应过程移到工厂中,需要一个试验工厂来为提高产量和在缺乏保护的环境下运作提供宝贵经验。这使我想起了以前工作中做过一次类似的事情。那是一个商品上传功能,因为公司需要在像万圣节这样的日子前上传大量商品,所以需要......