读《人月神话》(The Mythical Man-Month)

花了几天时间略读完了《人月神话》

1 . 1 

1 . 2 

D 将做事方式调整到追求完美，是学习编程的最困难部分

D 由其他人来设定目标，并且必须依靠自己无法控制的事物（特别是程序）；权威 不等同于责任

D 实际情况看起来要比这一点好一些：真正的权威来自于每次任务的完成

D 任何创造性活动都伴随着枯燥艰苦的劳动，编程也不例外

D 人们通常期望项目在接近结束时，（

2 . 2 

2 . 4 

2 . 7 

2 . 9 

2 . 12 向软件项目中增派人手从三个方面增加了项目必要的总体工作量：任务重新分 配本身和所造成的工作中断；培训新人员；额外的相互沟通。

第 

3 . 1 

3 . 3 

3 . 7 

4 . 2 

4 . 4 

4 . 6 

4 . 8 

第 

5 . 1 

D 牢记是开发人员承担创造性的实现责任；结构师只能提出建议。

D 时刻准备着为所指定的说明建议一种实现的方法，准备接受任何其他可行的方

法。

D 对上述的建议保持低调和平静。

D 准备对所建议的改进放弃坚持。

D 听取开发人员在体系结构上改进的建议。

5 . 3 

6 . 2 

6 . 4 

6 . 6 

日志记录和整理发布。

6 . 9 

第 

7 . 1 

7 . 3 

7 . 5 

7 . 7 

7 . 10 工作手册的使用者应该将注意力集中在上次阅读后的变更，以及关于这些变更 重要性的评述。

7 . 11 OS/ 360  

7 . 15 Parnas 

8 . 2 

8 . 4 

8 . 8 Brooks 

9 . 2 

9 . 4 

9 . 6 

9 . 8 

9 . 12 编程需要技术积累，每个项目需要自己的标准组件库。

9 . 13 库中的每个组件需要有两个版本，运行速度较快和短小精炼的。

10 . 7 对每个关键文档的维护提供了状态监督和预警机制。

10 . 8 每个文档本身就可以作为检查列表或者数据库。

10 . 9 项目经理的基本职责是使每个人都向着相同的方向前进。

10 . 10 项目经理的主要日常工作是沟通，而不是做出决定；文档使各项计划和决策在 整个团队范围内得到交流。

10 . 11 只有一小部分管理人员的时间——可能只有   

11 . 5 

11 . 8 用户的实际需要和用户感觉会随着程序的构建、测试和使用而变化。

11 . 9 

11 . 11 

11 . 16 

11 . 22 维护成本受用户数目的严重影响。用户越多，所发现的错误也越多。

11 . 23 Campbe ll   

第 

12 . 1 项目经理应该制订一套策略，以及为通用工具的开发分配资源，与此同时，他 还必须意识到专业工具的需求。

12 . 2 

12 . 8 如果目标机器是新产品，则需要一个目标机器的逻辑仿真装置。这样，可以更 快地得到辅助调试平台。即使在真正机器出现之后，仿真装置仍可提供可靠的调试平台。

12 . 9 主程序库应该被划分成（

12 . 15 传统的反对意见——功能、目标代码的尺寸、目标代码的速度，随着语言和编 译器技术的进步已不再成为问题。

12 . 16 现在可供合理选择的语言是 

13 . 3 在编写任何代码之前，规格说明必须提交给测试小组，以详细地检查说明的完 整性和明确性。开发人员自己不会完成这项工作。（逐步细化]

来源：Switchvov