相关语录

概念完整性的确要求系统只反映唯一的设计理念，用户所见的技术说明来自少数人的思想。实际工作被划分为体系结构、设计实现和物理实现，但这并不意味着该开发模式下的系统需要更长的时间来创建。经验显示恰恰相反，整个系统将会开发得更快，所需要的测试时间将更少。同工作的水平分割相比，垂直划分从根本上大大减少了劳动量，结果是使交流彻底地简化，概念完整性得到大幅提高。

软件开发是熵减的过程，所以它是处于亚稳态的，软件的维护是处于熵增的过程，只是放缓了系统退化到亚稳态的过程。

因为软件开发本质上是一项系统工作棗错综复杂关系下的一种实践棗沟通、交流的工作量非常大，它很快会消耗任务分解所节省下来的个人时间。从而，添加更多的人手，实际上是延长了，而不是缩短了时间进度。

简化Brooks的法则：向进度落后的团队增加人手，只会让进度更加落后。

非正式途径：电话…会议：常规项目会议工作手册：在项目的开始阶段应该准备正式的项目工作手册。

在开发第一个系统时，结构师倾向于精炼和简洁。他知道自己对正在进行的任务不够了解，所以他会仔细谨慎地工作。一种普遍倾向是过分的设计第二个系统，向系统添加很多的修饰功能和想法，他们曾在第一个系统中被小心翼翼地放在次要位置。

乐观主义所有的编程人员都是乐观主义者。…“这次她肯定会运行的”“我刚刚找到了最后一个错误”人月第二个谬误是在估计和进度安排中使用的工作单位﹣人月。暗示着时间和人员可以相互替换。

首先，苦恼来自追求完美。其次，苦恼来自他人来设定目标、供给资源和提供信息。最后一个苦恼，有时也是一种无奈——当投入了大量辛苦的劳动，产品在即将完成或者终于完成的时候，却已显得陈旧过时。

我主张在系统设计中，概念完整性应该是最重要的考虑因素。也就是说为了反映一系列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计

这个地球上有一个父母或教师能做到永远不“失控”，不在生气时做出反应，而始终以有利于长期结果的方式采取行动吗？