人月神话阅读笔记03

概念（要有一个系统结构师从上至下地进行所有的设计。要使工作易于管理，必须清晰地划分体系结构设计和实现之间的界线，系统结构师必须一丝不苟地专注于体系结构。

新的概念经常来自实现者或者用户。然而系统的概念完整性决定了使用的容易程度。不能与系统基本概念进行整合的良好想法和特色，最好放到一边，不予考虑。如果出现了很多非常重要但不兼容的构想，就应该抛弃原来的设计，对不同基本概念进行合并，在合并后的系统上重新开始。）

1.个人的感受：要大胆创新，该舍弃就果断舍弃，要充分体现系统的特色，在我看来要有创新。

2.下面讲的更多的是关于一项软件项目应该注意的点：

·用人月作为衡量一项工作的规模是一个危险和带有欺骗性质的神话。它暗示着人员数量和时间是可以相互替换的。

向进度落后的项目增加人手，只会使进度更加落后。

　　·效率高和效率低的实施者之间个体差异非常大，经常能达到数量级的水平。

　　·概念的完整性要求设计必须由一个人，或者非常少数互有默契的人员来实现。 
　　·而进度压力却要求很多人员来开发系统。有两种方法可以解放这种矛盾，第一种是仔细地对设计方法和具体实现进行分工。第二种前一章节所讨论的，一种崭新的组建开发团队的方法。

　　·在开发第一个系统时，结构师倾向于精炼和简洁，他知道自己对正在进行的任务不够了解，所以会谨慎、仔细的工作。 
　　第二个系统设计师们所设计的最危险的系统。而当他着手设计第三个或第四个系统时，先前的经验会相互验证，得到对此类系统通用特性的判断，而且系统之间的差异会帮助他识别出经验中不够通用的部分。

对于软件开发团队来说，进取同样是非常必要的。进取提供了缓冲和储备，使开发团队能够处理常规的灾祸，可以预计和防止小的灾祸。

3.对以后的帮助：