标签：
人月神话这本书以前就在不少程序员论坛里看到，一直觉得很奇怪，直到前些天老师布置了软件工程相关书籍读后感，然后我们班导推荐了人月神话这本书，然后我百度了下这本被称为软件工程行业的圣经的书，发现评价很高，于是买下了这本书来看。
首先，《人月神话》是一本经典的软件工程的巨作，作者布鲁克斯被誉为“IBM System/360之父“，他曾是这一项目的项目经理，后来在设计期担任360操作系统的项目经理。由于这一工作，他与Bob Evans和Erich Bloch 1985年曾获美国国家技术奖。Brooks博士曾经早期担任IBM公司Stretch和Harvest计算机的体系结构设计师。1999年，他还荣获美国计算机领域最高奖图灵奖。
然后书中的大部分内容都是涉及到团队，人和沟通。对于大型软件工程项目 强调人的重要性。在开篇讲开发人员的职业乐趣，后面又通过巴比塔的沟通重要性，在外科手术队伍中的组件和分工。这些都是涉及到团队中人和交互，只有一个有了积极心态和热情的沟通团队，才可能成就一个伟大的团队。从最后的没有银弹，再次肯定开发工作是一种高智力的脑力工作。书中的核心观点据说软件开发分解完成时彼此需要交流，所以人月不能相乘，即不是线性关系，简而言之就是说：比如一个程序让一个程序员写，一年可以写出来，但找12个相同水平的人同时写，一个月写不出来，因为沟通交流会花费很多的时间，这就是书的核心思想，也是以后做软件工程实现的过程中我们需要注意的事情。
很多年来人们对软件生产率和影响它的因素进行了大量的研究，特别是在项目的人员配备和进度之间的平衡。最充分的一项研究是：Barry Boehm 对 63 个项目 的调查，其中大多数是航空项目和 25个 TRW 公司的项目。他的《软件工程经济学》（Software Engineering Economics）不但包括了很多结果， 而且还有一系列逐步推广的成本模型。 尽管一般商业软件的成本模型和根据政府标准开发的航空软件成本模型中的系数肯定不同， 不过他的模型使用了大量的数据来支撑。我想从现在起，这本书将作为一代经典。他的结果充分地吻合了《人月神话》的结论，即人力（人）和时间（月）之间的平衡远不是线性关系，使用人月作为生产率的衡量标准实际是一个神话。
当然身为一个没有做过多少项目的学生，对于其中部分东西还是难以真正理解的，因为我自己没有相关的实践，希望以后在实践过程中可以更深刻的理解它。
标签：
原文地址：http://www.cnblogs.com/no-bug/p/5601172.html
