《人月神话》读后感 不同的社会经验，不同的思想状态，对读本书的心得也不一样，我在此说说我的读后感，书中有许多非常好的观点，但我只把我感触最深的写下来。这确实是一本很值得多次阅读的好书，每次阅读可能都能从中得到一些提示。 1.外科手术队伍 thesurgicalteam 项目经理在项目的初期必须清楚的估计项目的人月运作模式（时间、人力在项目各阶段的分配），例如什么时候需要出什么样成果，决定了什么时候需要什么样的人加入项目，这是项目经理的责任。 2.贵族～，民主政治 aristocracy，democracy，system 要获得概念的完整性，设计必须由一个人或具有共识的小组来完成。有四个问题：1。如何得到概念的完整性 2。是否要有一位杰出的精英，或者说是结构设计师的贵族～.....3.如何避免结构设计师产出无法实现或代价高昂的技术规格说明，使大家陷入困境。4。如何才能与实现人员就技术说明的琐碎细节充分沟通，以确保设计被正确地理解，并精确地整合到产品中。对1。2。4 的回答基本上都可以找到，但第 3 个似乎找不到。 3.画蛇添足 thesecond-systemeffect 讲述的基本都是基于ibm360 操作系统以及编译程序等方面的经验，讲述如何避免开发第二个系统的风险，作者认为开发第二个系统的设计师设计出来的系统是最危险的，因此要求他们自律。 4.贯彻执行 passingtheword 印象比较深刻的是＂体系结构设计人员必须为自己描述的任何特性准备一种实现方法，但他不应该支配具体的实现过程。＂5.为什么巴比伦塔会失败whydidthetowerofbabelfail。讲述巴比伦塔会失败的原因是缺乏交流。 6.胸有成竹 callingtheshot 主要讲述如何计算编程时间，以及提出几个人的经验算法。讲述的各种算法可能都不太适合与现在的高级语言，但 portman 的观点仍然适合现在，即编程人员实际的编程时间只有 50％，其他的时间都花在了无关的琐碎事情上。 7.削足适履 tenpoundsinafive-poundsack 主要讲述程序占第 1 页 共 4 页用的空间等，在 70 年代比较突出，但现在好多了。 8.提纲擎领 thedocumentaryhypothesis 说明文档的作用 9.未雨绸缪 plantothrowoneaway 唯一不变的是变化本身。在大型项目中，项目经理需要有两个和三个顶级程序员作为技术轻骑兵，当工作繁忙最密集的时候，他们能急驰飞奔，解决各种问题。讲述技术人员与项目人员的互换是，对我有一定的提示，但图中 ibm 的两条职位晋升线，不太理解。 10.干将莫邪 sharptools ...
