人月神话 - 网路之家

★现在软件编程小组失败的主要原因是控制得太少，而不是太多。

★在大型项目中，项目经理需要有两个和三个顶级程序员作为技术轻骑兵，当工作繁忙最密集的时候，他们能疾驰飞奔，解决各种问题。

★当系统发生变化时，管理结构也需要进行调整。这意味着，只要管理人员和技术人才的天赋允许，老板必须对他们的能力培养给予极大的关注，使管理人员和技术人才据哟呼唤性。

★程序维护中的一个基本问题是--缺陷修复总会以（20-50）%的机率引入新的bug。所以整个过程是前进两步，后退一步。

★作为引入新bug的一个后果，程序每条语句的维护需要的系统测试比其他编程要多。理论上，每次修复之后，必须重新运行先遣所有的测试用例，从而保证系统不会以更隐蔽的方式被破坏。实际情况中，回归测试必须接近上述理想状况，所以它的成本非常高。

★关键的工作是产品定义。许许多多的失败完全源于那些产品未精确定义的地方。细致的功能定义、详细的规格说明、规范化的功能描述说明以及这些方法的实施，大大减少了系统中必须查找的bug数量。

★好的自顶向下设计从几个方面避免了bug。首先，清晰的结构和表达方式更容易对需求和模块功能进行精确的描述。其次，模块分割和模块独立性避免了系统级的bug。另外，细节的隐藏使结构上的缺陷更加容易识别。第四，设计在每个精化步骤的层次上是可以测试的，所以测试可以尽早开始，并且每个步骤的重点可以放在合适的级别上。