具体描述
在软件领域，很少能有像《人月神话》一样具有深远影响力和畅销不衰的著作。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年
注解与参考文献
· · · · · · (收起)
读后感
历史对于现实有很重要的借鉴作用。 虽然我对编程一无所知，但是我还是打算找一本来读，各行各业很多知识都是相通的 以史为鉴，可知过往，可知兴衰。
评分如果你是技术出身的管理人员，看完了会有这样的感慨。。。丫什么都没说吧。。。:) 所以也没记住什么。。。唯一有些印象的是原版中反对封装，后来事实证明他错了。:)不过作者能坦率的承认也实在值得我们学习。 另外，而对于人月神话这个著名的命题，太理想化了。 很多时候，de...
评分书中的一些技术细节读起来比较费力，我更多地是从“项目管理”的角度来阅读此书。 【1】缺乏合理的时间进度是造成项目滞后的最主要原因。 【2】通常，我们会过于乐观，错误地假设“一切都将运作良好，每项任务仅花费它所应该花费的时间”。 【3】在估计和进度安排中常常使用...
评分——“所有的编程人员都是乐观主义者。可能是这种现代魔术特别吸引那些相信美满结局的人；也可能是成百上千琐碎的挫折赶走了大多数人，只剩下了那些习惯上只关注结果的人；还可能仅仅因为计算机还很年轻，程序员更加年轻，而年轻人总是些乐观主义者。 《人月神话》（The Mythic...
评分用户评价
再也不想看这种书了……
评分第十八章是从前文提炼出的重点摘要。第十九章是对前文的提纲挈领。这两章中的观点都了解后，大致就可以对全篇有较好的理解。虽然离本书的初始写作时间已有三十年，但项目管理依旧是场噩梦。
评分在合适的时间读到合适的书是一种幸运，有限的读书经验使我认为很多事情必有实际经历才能产生更深的理解与共鸣。本书中关于项目复杂度、规划的乐观性、沟通重要性、组织的形式和冲突、任务执行的关键、 文档的作用和构成以及其在不同阶段的角色，都深有感触。仅将此书推荐给软件工程的项目管理者实在是浪费，应该给更广泛的复杂系统开发管理者。#原来此书和Project Apollo并没有一毛钱关系，火车上六小时看完
评分大型构建工程的实践经验总结，32年前是神作，今天读来多少有些老生常谈的味道了，内容精当比喻生动该是它一而再再而三被反复引用的原因之一吧。
评分此书成功之处在于跨越了科学与艺术。计算机历史只有60年，但人类艺术史有6000年。 P.S. 可能是先看过一些其他软件工程的书的缘故吧，觉得此书里说得道理很普通。但一想到是75年写的，还是不得不佩服。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美书屋 版权所有