《人月神话》读后感 (二)

你看看这标题，忒吸引人了。贵族专制、民主政治和系统设计。这就很使我想知道为啥系统设计能和贵族专制和民主政治联系起来；

贵族专制讲的就是这个概念的完整性系统设计必须由一个人来完成。（个人认为只能一个人.）但是一个人的决定不是任何时候都是正确的，所以这就有了民主政治的出现。在系统设计的时候，概念的完整性系统设计虽然由一个人来构建，但是这个人又不是死的，这种人肯定是善于吸收他人优良的意见和有很强的逻辑性。民主政治恰好给了其他程序猿发表意见的机会，这样就可以使得程序猿的意见可能得到应用。也极大的避免了概念性系统设计出现纰漏;等等

下面这章 “画蛇添足”在未看他的内容的时候我心里差不多已经可以想到这本说想要讲的是什么了。但是事实证明和我所想的还是有一些差别.喜欢其中的一句话：“一个可以开阔结构师眼界的准则是为每个小功能分配一个值：每次改进，功能 x 不超
过 m 字节的内存和 n 微秒。这些值会在一开始作为决策的向导，在物理实现期间充当指南和对所有人的警示！“。

现在来看“为什么巴比伦塔会失败？”,说实话我并不知道他是谁，我还特意去搜了搜这个人的成就和贡献，对这个人有了一定的了解后才继续阅读《人月神话》的；

作者将巴比伦塔失败的原因之一归结于缺乏交流，缺乏组织。而我们能从中的来的教训之一在大型软件开发，要无比重视交流的重要性。本书初版之后四十余年的现在，人们所发明的很多技术和规范很大程度上都是为了加强“交流”，减少不必要的交流，增加交流的效率——团队组织的目的是减少所需的交流和合作的数量。制定规范也是。

正如作者直接在文中以文字形式表达的“交流和交流的结果——组织，是成功的关键”。但我们要谨记交流和组织的技能需要锻炼，相关经验的积累和能力的提高通软件技术本身一样重要，不要因为一时的失败而放弃，也不要因为成绩而固步自封。

对于交流，文档这一工具起着非常大的作用，例如项目经理的基本职责是使每个人都向着相同的方法前进，所以其主要职责是沟通，而不是做决定。因此他需要大量的文档来极大减轻他的负担 。

突然想到我们下学期要开始团队作业了，我觉得这本书使我对下学期的分工和配合有了更好的理解和更多的容纳.

至于关于这章“未雨绸缪”的话，我发现我的理解还是太浅薄了。可能如果我不太在意这个标题，再去看这个章节的话，我的疑问会少一些.我理解bug的出现需要未雨绸缪。在更新添加语句的时候要想到后面出现的问题和后果以及补足办法；系统本身开发永远都是亚状态稳定;