《人月神话》读书笔记part1

——这本书的内容是源于作者Brooks在IBM公司任System/360计算机系列以及其庞大的软件系统OS/360项目经理时的实践经验，在计算机这个领域里几乎是无人不知。大型编程项目深受由于人力划分产生的管理问题的困扰，保持产品本身的概念完整性是一个至关重要的需求。《人月神话》探索了达成一致性的困难和解决的方法，并探讨了软件工程管理的其他方面。《人月神话》适合任何软件开发行业的从业人员阅读，对软件开发人员、软件项目经理、系统分析师更是必读之作。

   “人月神话，这个时间和人力的博弈，描绘了工程项目的美丽神话。我想，这个名字也许是作者对于工程化处理我们面临工程项目的渴望。”这本多年以前就该阅读的经典之作，我现在才拿起阅读，也许多年之后，重新拿起别有一番体会。所以在此mark一下，等待多年之后的自己再写下些什么，两相对比，一定有趣。

第一章焦油坑（THE TAR PIT）

编程系统产品

职业的乐趣

• 创建事物
• 开发对他人有用的东西
• 过程
• 持续学习
• 易于驾驭的介质

职业的苦恼

• 追求完美
• 由他人设定目标
• 找bug
• 调试和查错
• 产品完成时已陈旧过时

第二章人月神话（THE MYTHICAL MAN-MONTH）

这章主要讲软件项目相关的灾难。

第一，开发人员对项目的非科学估测，乐观的认同；

第二，人数和时间互换的混淆；

第三，开发人员的乐观导致忽略了很多错误，相对反而增大了系统测试的量；

1/3计划

1/6编码

1/4构件测试和早期系统测试

1/4系统测试，所有的构件已完成

第四，软件经理空泛的估算，容易让软件顾客放弃自己的；

第五，项目的时间依赖于顺序上的限制，人员的最大数量依赖于独立子任务的数量。

Brooks法则：向进度落后的项目中增加人手，值会使进度更加落后；

这一章告诉我们：缺乏合理的进度安排是造成项目滞后的最主要原因。

第三章外科手术队伍（THE SURGICAL TEAM）

这章主要讲的是团队问题。
优秀的程序员的工作效率往往数倍于平庸的程序员，但若是缺乏合理的配置，优秀的成员未必能构成优秀的团队。
尽管系统应该由尽可能少的干练人员来开发，但对大型系统，需要更多的人手，如何协调？
大型软件开发项目的团队需要和外科手术组一样妥善分工，各司其职协调配合。

第四章贵族专制、民主政治和系统设计（ARISTOCRACY,DEMOCRACY,AND SYSTEM DESING）

完整、一致的概念，这样才能让开发人员统一一个完整的战线，也才能打赢这场项目开发战。概念的完整性要求一个人或少数有默契的人来完成，这就是所谓的贵族专制吧。开发人员整个队伍协同开展，根据技术说明，按照时间进度，然后以切合实际的行动去完成项目开发。
解决方法：

1. 设计方法，体系结构与具体实现进行分工。
2. 上一章讲的，崭新的组建编程队伍的方法。

关于第一个解决方法可能出现的问题：
- 说明中的功能过于繁多，对实际情况中的成本考虑较少
- 结构师获得创造的快乐（其实具体实现的创造不会减少）
- 体系结构队伍进展缓慢时，实现人员只能空闲等待（体系结构，设计实现，物理实现可同时开始和并发进行）