具体描述
在软件领域，很少能有像《人月神话》一样具有深远影响力和畅销不衰的著作。Brooks博士为人们管理复杂项目提供了最具洞察力的见解，既有很多发人深省的观点，又有大量软件工程的实践。本书内容来自Brooks博士在IBM公司SYSTEM/360家族和OS/360中的项目管理经验，该项目堪称软件开发项目管理的典范。该书英文原版一经面世，即引起业内人士的强烈反响，后又译为德、法、日、俄、中、韩等多种文字，全球销售数百万册。确立了其在行业内的经典地位。
在本书第一次出版32年后的今天，清华大学出版社重新整理了Brooks博士的经典内容，并将国内软件开发领域先行者们对《人月神话》中的实践及系统理论的使用经验和心得集结成册免费赠与大家共享，更使本书成为国内从业者的必读经典之一。
本书读者包括：软件开发人员、软件项目经理、系统分析师等IT从业者。
作者简介
Freder ick P.Brooks，Jr.曾荣获美国计算机领域最具声望的图灵奖（A.M.TURINGAWARD）桂冠。美国计算机协会（ACM）称赞他“对计算机体系结构、操作系统和软件工程作出了里程碑式的贡献”。
Brooks博士是北卡罗莱纳大学KENAN-FLAGLER商学院的计算机科学教授。他被认为是“IBM 360系统之父”，曾担任360系统的项目经理，以及360系统项目设计阶段的经理。凭借在此项目中的杰出贡献，他与BobEvarls和Erich BIocll在1985年荣获了美国国家技术奖（NationalMedal of TecPlnoIogy）。Brooks博士早期曾担任IBM公司stretcPl和Harvest计算机的体系结构设计师。
Brooks博士创立了北卡罗莱纳大学的计算机科学系，并在1964-1984年期间担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。Brooks博士目前的教学和研究方向是计算机体系结构、分子模型绘图和虚拟环境设计。
目录信息
编程系统产品
职业的乐趣
职业的苦恼
第2章 人月神话
乐观主义
人月
系统测试
空泛的估算
重复产生的进度灾难
第3章 外科手术队伍
问题
Mills的建议
如何运作
团队的扩建
第4章 贵族专制、民主政治和系统设计
概念的完整性
获得概念的完整性
贵族专制统治和民主政治
在等待时，实现人员应该做什么
第5章 画蛇添足
结构师的交互准则和机制
自律——开发第二个系统所带来的后果
第6章 贯彻执行
文档化的规格说明——手册
形式化定义
直接整合
会议和大会
多重实现
电话日志
产品测试
第7章 为什么巴比伦塔会失败
巴比伦塔的管理教训
大型编程项目中的交流
项目工作手册
大型编程项目的组织架构
第8章 胸有成竹
第9章 削足适履
第10章 提纲挈领
第11章 未雨绸缪
第12章 干将莫邪
第13章 整体部分
第14章 祸起萧墙
第15章 另外一面
第16章 没有银弹
第17章 再论“没有银弹”
第18章 《人月神话》的观点：是与非？
第19章 20年后的《人月神话》
结束语：令人向往、激动人心和充满乐趣的50年
注解与参考文献
· · · · · · (收起)
读后感
1.如果你刚开始学习编程，建议你别看这本书，因为太多过去的历史，你根本没有兴趣。有这个时间不如看看如何写出漂亮的程序。 2.如果你只喜欢编程，建议你也别看这本书，因为书中介绍得更多是项目的内容，其实你根本用不到。
评分其实已经读过汉译版了，不过还是对中文的翻译信不过，还想再读一遍原版。看过这本书让我对软件有了一个全新的认识，颠覆了我以前的很多幼稚的想法，实在是一本好书，我想我会读很多遍的。
评分书中的一些技术细节读起来比较费力，我更多地是从“项目管理”的角度来阅读此书。 【1】缺乏合理的时间进度是造成项目滞后的最主要原因。 【2】通常，我们会过于乐观，错误地假设“一切都将运作良好，每项任务仅花费它所应该花费的时间”。 【3】在估计和进度安排中常常使用...
评分本评论转自我的Blog 转载必须包含本声明、保持本文完整。并以超链形式注明作者编程随想和本文原始地址： http://program-think.blogspot.com/2009/03/book-review-mythical-man-month.html 对于软件工程而言，我个人认为到目前为止，尚未有哪本书的影响力和深刻程度能够超越《...
评分2000年新年伊始，国际计算机协会（ACM）在纽约宣布1999年图灵奖得主为时年69岁的布鲁克斯（Frederick P. Brooks, Jr.）。评选委员会主席在致辞中提到，“今天我们所看到的计算机体系结构、软件工程，以及三维计算机图形，均受惠于布鲁克斯的开创性工作，是他改变了这些领域的面...
用户评价
第十八章是从前文提炼出的重点摘要。第十九章是对前文的提纲挈领。这两章中的观点都了解后，大致就可以对全篇有较好的理解。虽然离本书的初始写作时间已有三十年，但项目管理依旧是场噩梦。
评分大学时候在工作室读过，很棒的项目管理的理念（一言以蔽之，我们理想的工作状态是有标准的效率，以 人/月 为单位）。人家十几年前就有这样的团队观，反思反思啊。
评分美国人六十年代就开始千人大会战了。那时现在中国写代码的人几乎都还没有出生。看到 OS/360，PL/I，纸带打孔机，磁带机这些古董名字，如同进入上古，可一窥先人们的代码生活方式。这一点上读这本书的感觉如同《诗经》，《论语》。
评分读过英文，中文mark一下
评分有一些概念确实已经过时了, 比如对文档的认识. 还是现在写敏捷的书相对实用一点. 鉴于这本书是三十多年前写的给4星.
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美书屋 版权所有