《人月神话》读后感（一）

听到名字，如果不观看内容的话，我还以为是一本关于神话的小说，在读了《人月神话》这本书之后才知道《人月神话》这本书主要讲的是软件工程中人于团队关系的。

第一章的主题是焦油坑。主要讲的是编程系统产品开发的工作量是供个人使用的、独立开发的构建程序的九倍，我估计软件构建产品化引起了三倍工作量，将软件构件整合成完整系统所需要的设计、集成和测试又强加了 3 倍的工作量，这些高成本的构件在根本上是相互独立的。其次，编程行业“满足我们内心深处的创造渴望和愉悦所有人的共有情感”，提供了五种乐趣：1.创建事物的快乐2.开发对其他人有用的东西的乐趣3.将可以活动、相互啮合的零部件组装成类似迷宫的东西，这个过程所体现出令人神魂颠倒的魅力4.面对不重复的任务，不间断学习的乐趣5.工作在如此易于驾驭的介质上的乐趣——纯粹的思维活动，其存在、移动和运转方式完全不同于实际物体.最后说明了这个行业具有一些内在固有的苦恼，将做事方式调整到追求完美，是学习编程的最困难的部分、任何创造性的活动都伴随这枯燥艰苦的劳动，编程也不例外等等。

第二章是人月神话。缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素加起来影响还大。所有的编程人员都是乐观主义者：“一切都将运作良好”。由于编程人员通过纯粹的思维活动来开发，所以我们期待在实现过程中不会碰到困难。但是，我们的构思是有缺陷的，因此总会有 bug。我们围绕成本核算的估计技术，混淆了工作量和项目进展。人月是危险和带有欺骗性的神话，因为它暗示人员数量和时间是可以相互替换的。在若干人员中分解任务会引发额外的沟通工作量——培训和相互沟通。作为一个学科，我们缺乏数据估计。因为我们对自己的估计技术不确定，所以在管理和客户的压力下，我们常常缺乏坚持的勇气。Brook 法则：向进度落后的项目中增加人手，只会使进度更加落后。向软件项目中增派人手从三个方面增加了项目必要的总体工作量：任务重新分配本身和所造成的工作中断；培训新人员；额外的相互沟通。

第三、四、五、六章，分别是外科手术队伍、贵族专职，民主政治和系统设计、画蛇添足、贯彻执行。主要讲的是一些实际项目的系统设计准则。一位首席程序员、类似于外科手术队伍的团队架构提供了一种方法——既能获得由少数头脑产生的产品完整性，又能得到多位协助人员的总体生产率，还彻底减少了沟通的工作量。概念的完整性是系统设计中最重要的考虑因素在开发第1个系统时，结构师倾向于简洁，之后不断产生装饰和润色。第二个系统是最“危险”的，往往会过度设计。而随后的系统由于之前的经验会相互验证，因此能识别出不够通用的部分设计结果必须由一个人或两个人完成，以确保这些决定是一致的。确保贯彻执行：手册。、形式化定义、直接整合到代码、会议、多重实现、电话日志、产品测试。