系列图书推荐
相关图书推荐
同类热销商品
您的浏览历史
人月神话
|
点击看大图基本信息
- 原书名： The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition)
- 原出版社： Addison Wesley
- 作者： （美）Frederick P. Brooks，Jr. [作译者介绍]
- 译者： UMLChina翻译组汪颖[同译者作品]
- 丛书名： 软件管理与软件工程译丛
- 出版社：清华大学出版社
- ISBN：7302059322
- 上架时间：2002-11-18
- 出版日期：2002 年11月
- 开本：32开
- 页码：370
- 版次：1-1
- 所属分类：
计算机 > 软件工程及软件方法学 >
综合
教材 > 研究生/本科/专科教材 > 工学 >计算机
教材 > 计算机教材 > 本科/研究生 > 计算机专业 > 计算机专业课程 >软件工程
内容简介回到顶部↑
[a href="http://www.china-pub.com/computers/bookreview/review/bookreview.07209-2.htm" target="_blank"][font color="#FF6600"][b]来自台湾会员的一封信（节选）[/b][/font][/a] [a href="http://www.china-pub.com/computers/common/info.asp?id=9537" target="_blank"][font color="#ff6600"][b]《人月神话》（影印版）热销中[/b][/font][/a]
本书自第一版以来，畅销20余年不衰，是软件领域绝无仅有的必读经典。本文作者为人们管理复杂项目提供了颇具洞察力的见解，既有很多发人深省的观点，也有大量的软件工程实践。本书内容来自布鲁克斯在IBM公司 System/360 家族和OS/360中的项目管理经验。在本书第一次出版20年后的今天，布鲁克斯重新审视了他原先的观点，增加了一些新的想法和建议。既方便了熟悉原有内容的人们，也方便了许多第一次阅读它的读者。
[b][font color="#ff6600"] 《[/font][a href="http://www.china-pub.com/main/sale/renyue/renyue.html" target="_blank"][font color="#ff6600"]人月神话[/font][/a][font color="#ff6600"]》《[/font][a href="http://www.china-pub.com/computers/bookinfo/qhzhqx.htm" target="_blank"][font color="#ff6600"]最后期限[/font][/a][font color="#ff6600"]》《[/font][a href="http://www.china-pub.com/computers/bookinfo/qhzsy.htm" target="_blank"][font color="#ff6600"]自适应软件开发[/font][/a][font color="#ff6600"]》《[/font][a href="http://www.china-pub.com/computers/bookinfo/qhrjfb.htm" target="_blank"][font color="#ff6600"]软件发布方法[/font][/a][font color="#ff6600"]》[/font][/b]
本书自第一版以来，畅销20余年不衰，是软件领域绝无仅有的必读经典。本文作者为人们管理复杂项目提供了颇具洞察力的见解，既有很多发人深省的观点，也有大量的软件工程实践。本书内容来自布鲁克斯在IBM公司 System/360 家族和OS/360中的项目管理经验。在本书第一次出版20年后的今天，布鲁克斯重新审视了他原先的观点，增加了一些新的想法和建议。既方便了熟悉原有内容的人们，也方便了许多第一次阅读它的读者。
[b][font color="#ff6600"] 《[/font][a href="http://www.china-pub.com/main/sale/renyue/renyue.html" target="_blank"][font color="#ff6600"]人月神话[/font][/a][font color="#ff6600"]》《[/font][a href="http://www.china-pub.com/computers/bookinfo/qhzhqx.htm" target="_blank"][font color="#ff6600"]最后期限[/font][/a][font color="#ff6600"]》《[/font][a href="http://www.china-pub.com/computers/bookinfo/qhzsy.htm" target="_blank"][font color="#ff6600"]自适应软件开发[/font][/a][font color="#ff6600"]》《[/font][a href="http://www.china-pub.com/computers/bookinfo/qhrjfb.htm" target="_blank"][font color="#ff6600"]软件发布方法[/font][/a][font color="#ff6600"]》[/font][/b]
作译者回到顶部↑
本书提供作译者介绍
作者简介
Frederick P. Brooks，Jr.曾荣获美国计算机领域最具声望的图灵奖（A.M.Turing Award）桂冠。美国计算机协会（ACM）称赞他“对计算机体系结构、操作系统和软件工程做出了里程碑式的贡献。”
Brooks博士是北卡罗莱纳大学Kenan-Flagler商学院的计算机科学教授。他被认为是“IBM 360系统之父”，曾担任了360系统的项目经理，以及360操作系统项目设计阶段的经理。凭借在上述项目中的杰出贡献，Brooks博士以及Bob Evans和Erich Bloch在1985年荣获了美国国家技术奖（National Me.. << 查看详细
Frederick P. Brooks，Jr.曾荣获美国计算机领域最具声望的图灵奖（A.M.Turing Award）桂冠。美国计算机协会（ACM）称赞他“对计算机体系结构、操作系统和软件工程做出了里程碑式的贡献。”
Brooks博士是北卡罗莱纳大学Kenan-Flagler商学院的计算机科学教授。他被认为是“IBM 360系统之父”，曾担任了360系统的项目经理，以及360操作系统项目设计阶段的经理。凭借在上述项目中的杰出贡献，Brooks博士以及Bob Evans和Erich Bloch在1985年荣获了美国国家技术奖（National Me.. << 查看详细
目录回到顶部↑
■ 焦油坑
编程系统产品
职业的乐趣
职业的苦恼
■ 人月神话
乐观主义
人月
系统测试
空泛的估算
重复产生的进度灾难
■ 外科手术队伍
问题
Mills 的建议
如何运作
团队的扩建
■ 贵族专制、民主政治和系统设计
获得概念的完整性
编程系统产品
职业的乐趣
职业的苦恼
■ 人月神话
乐观主义
人月
系统测试
空泛的估算
重复产生的进度灾难
■ 外科手术队伍
问题
Mills 的建议
如何运作
团队的扩建
■ 贵族专制、民主政治和系统设计
获得概念的完整性
译者序回到顶部↑
这是本书中唯一的一节废话。
我是个书狂，积习甚深，费尽心机在软件工程、系统工程方面积累了一些书。书分为神品、精品和普通三个等级，其中精品、神品又分别分为一品、二品和三品。其中大部分软件工程书都属于精品，神品只有两本，Fred Brooks的这本书就属于神品之列。
软件作为一个行业，一直背着解决错误的问题名声。由于问题决定解决方案，这就意味着我们一直在制造错误解决方案！这方面有大量的证据，其中最著名的是美国政府统计署（GAO）的数据：全球最大的软件消费商--美国军方--每年要花费数十亿美元购买软件，而在其所购软件中，可直接使用的只占2%，另外3%需要做一些修改，其余95%都成了垃圾(Rubbish)，不管这些软件是否符合需求规格，一句话，并没有满足他们的需求。面向对象技术并没有给我们带来"神奇的效应"，不管现在的厂商如何吹嘘他们面向对象OO(Object-Oriented)工具多么万能，也不管那些OO狂热者是多么毅然的前赴后继，这方面的数据从80年代以来并没有发生大的改观。
这实在是令我们的软件工程专家和从业人员们羞愧，因为它揭示了我们可能一开始就从根本上做错了什么！90年代中期，当Michael Jackson（not the moon-walker）宣布他们的研究结果时，立刻在软件工程届激起了阵阵涟漪。Jackson指出软件行业人员/方法学大师们只是简单地模仿、照搬其他学科的方法，却将最重要的方面--问题域给忽略了。他指出，面向对象方法和结构化方法对问题域的处理没有什么大的区别，却被人们过分地用美好的词汇给美化了：
"...You can see the results clearly in many object-oriented modeling descriptions. Often they are accompanied by fine words about modeling the real world. But when you look closely you can see that they are really descriptions of programming objects, pure and simple. Any similarity to real-world objects, living or dead, is purely coincidental..."
(...从众多面向对象建模的描述中，你可以很清楚地看到这些恶果。而且它们还经常伴随着有关现实世界建模的非常美好的词汇。然而，仔细看看，你就会发现它们其实是彻头彻尾的编程对象！如果说有任何和现实世界对象相似的地方，不管是活是死，纯属巧合...)
回首软件工程近40年的发展，Jackson哀叹软件行业普遍缺乏专业性，充满了业余人员，"手中有个锤子，看到什么都是钉子"，谁都可以开发攸关乎人们生命的软件。
这就是我们面临的严峻复杂现实，也许您会感到震惊！然而在Fred Brook眼里，是那么的平静。因为早在28年前，他就在其《The Mythical Man-Month》这本不朽著作中对这些内容作了深入论述。
这本小册子行文优美，思想博大精深，字字真言，精读之有不尽的趣味，藏之又是极珍贵的文献，名眼高人，自能鉴之。
前些年，一位朋友从印度归来，说此书印度极为普及，我也动起笔来，但惭愧终未成正果。汪颖兄素来勤恳，明知此翻译为success without applause, diligence without reward，却兢兢业业，反复琢磨，历经单调、繁琐、艰辛的劳动，终于付梓，可喜可贺，钦佩之余随即作序共勉。
Dave Wang
SE Forum China
2002年3月，于深圳
我是个书狂，积习甚深，费尽心机在软件工程、系统工程方面积累了一些书。书分为神品、精品和普通三个等级，其中精品、神品又分别分为一品、二品和三品。其中大部分软件工程书都属于精品，神品只有两本，Fred Brooks的这本书就属于神品之列。
软件作为一个行业，一直背着解决错误的问题名声。由于问题决定解决方案，这就意味着我们一直在制造错误解决方案！这方面有大量的证据，其中最著名的是美国政府统计署（GAO）的数据：全球最大的软件消费商--美国军方--每年要花费数十亿美元购买软件，而在其所购软件中，可直接使用的只占2%，另外3%需要做一些修改，其余95%都成了垃圾(Rubbish)，不管这些软件是否符合需求规格，一句话，并没有满足他们的需求。面向对象技术并没有给我们带来"神奇的效应"，不管现在的厂商如何吹嘘他们面向对象OO(Object-Oriented)工具多么万能，也不管那些OO狂热者是多么毅然的前赴后继，这方面的数据从80年代以来并没有发生大的改观。
这实在是令我们的软件工程专家和从业人员们羞愧，因为它揭示了我们可能一开始就从根本上做错了什么！90年代中期，当Michael Jackson（not the moon-walker）宣布他们的研究结果时，立刻在软件工程届激起了阵阵涟漪。Jackson指出软件行业人员/方法学大师们只是简单地模仿、照搬其他学科的方法，却将最重要的方面--问题域给忽略了。他指出，面向对象方法和结构化方法对问题域的处理没有什么大的区别，却被人们过分地用美好的词汇给美化了：
"...You can see the results clearly in many object-oriented modeling descriptions. Often they are accompanied by fine words about modeling the real world. But when you look closely you can see that they are really descriptions of programming objects, pure and simple. Any similarity to real-world objects, living or dead, is purely coincidental..."
(...从众多面向对象建模的描述中，你可以很清楚地看到这些恶果。而且它们还经常伴随着有关现实世界建模的非常美好的词汇。然而，仔细看看，你就会发现它们其实是彻头彻尾的编程对象！如果说有任何和现实世界对象相似的地方，不管是活是死，纯属巧合...)
回首软件工程近40年的发展，Jackson哀叹软件行业普遍缺乏专业性，充满了业余人员，"手中有个锤子，看到什么都是钉子"，谁都可以开发攸关乎人们生命的软件。
这就是我们面临的严峻复杂现实，也许您会感到震惊！然而在Fred Brook眼里，是那么的平静。因为早在28年前，他就在其《The Mythical Man-Month》这本不朽著作中对这些内容作了深入论述。
这本小册子行文优美，思想博大精深，字字真言，精读之有不尽的趣味，藏之又是极珍贵的文献，名眼高人，自能鉴之。
前些年，一位朋友从印度归来，说此书印度极为普及，我也动起笔来，但惭愧终未成正果。汪颖兄素来勤恳，明知此翻译为success without applause, diligence without reward，却兢兢业业，反复琢磨，历经单调、繁琐、艰辛的劳动，终于付梓，可喜可贺，钦佩之余随即作序共勉。
Dave Wang
SE Forum China
2002年3月，于深圳
媒体评论回到顶部↑
我唯一一本读过一遍以上的书，是Fred Brooks的《人月神话》，实际上我每过一两年都重读一遍。部分原因是这本书文笔很好，部分原因是书中的忠告很有价值，即使是25年以后。当然，现在很多细节上的地方，和我们做事情的方法，都有不同。我们的工作更自动化，计算机的“马力”更强劲，但书中依然有许多好的忠告，我非常推崇这本书。这是我唯一能想起来的你能从中体会到乐趣和思想的计算机科学书籍。
——Brian Kernighan
年轻的软件工程师、吝啬的研究生、懒惰的软件老手常请我标示出迄今为止最好的软件图书。“如果我带着仅有的一本计算机书在沙漠荒岛上，”他们问，“应该是哪本书？”这是个荒谬的问题，但人们坚持要个答案。假如你真的被放逐到这样的小岛（或者你决定躲藏到这样的地方去避免2000年软件崩溃的恐惧！），《人月神话》应该紧随着你。
——Ed Yourdon
二十五年后，我们仍然读这本书，学习它。在业界，大部分书六个月后就无用了，这本书则是空前的。记住，虽然，最终会有书能达到它的水平。
——Jason Bennett
出版于1975年的《人月神话》是软件开发方面的经典作品。1995年版包括了令人感兴趣的新的几章，但原来的随笔依然是这本书的心脏与灵魂。在这本书中，Brooks解决了如何组织和管理大规模编程项目的问题。这些项目要求成百上千的程序员，产生几百万行代码（想想SAP、Oracle数据库引擎、Windows2000）。Brooks简洁、清晰的作品读起来令人愉快。如果你是个程序员，如果你和程序员一起工作，如果你管理程序员，你应该阅读这本书。
——Frank Chance
——Brian Kernighan
年轻的软件工程师、吝啬的研究生、懒惰的软件老手常请我标示出迄今为止最好的软件图书。“如果我带着仅有的一本计算机书在沙漠荒岛上，”他们问，“应该是哪本书？”这是个荒谬的问题，但人们坚持要个答案。假如你真的被放逐到这样的小岛（或者你决定躲藏到这样的地方去避免2000年软件崩溃的恐惧！），《人月神话》应该紧随着你。
——Ed Yourdon
二十五年后，我们仍然读这本书，学习它。在业界，大部分书六个月后就无用了，这本书则是空前的。记住，虽然，最终会有书能达到它的水平。
——Jason Bennett
出版于1975年的《人月神话》是软件开发方面的经典作品。1995年版包括了令人感兴趣的新的几章，但原来的随笔依然是这本书的心脏与灵魂。在这本书中，Brooks解决了如何组织和管理大规模编程项目的问题。这些项目要求成百上千的程序员，产生几百万行代码（想想SAP、Oracle数据库引擎、Windows2000）。Brooks简洁、清晰的作品读起来令人愉快。如果你是个程序员，如果你和程序员一起工作，如果你管理程序员，你应该阅读这本书。
——Frank Chance
评论交流
共有262人开贴评论 815人参与评论 247人参与打分 查看
评价等级：
发表于：2006-9-6 10:26:00
最近重读了一遍人月神话,结合目前所做的软件项目,看过之后有了更深入的感触,于是写了一篇小小的书评,希望推荐给还没有读过这本书的同道们.
下面是我的书评:
人月神话这本书历时20多年,经久不衰,原因就在于20多年前软件开发领域遇到的问题和困扰,20年后仍然存在,继续困扰着后来者.
从头读到尾,书的结构很清晰,每个问题用一章的篇幅来阐述.
给我印象最深的就是作者的几个观点,
1)管理的本质是沟通以及沟通的结果--组织 ；
2)软件产品的设计要具备完整性,这样设计出的软件产品的易用性和一致性才能得到保障；
3)软件开发可以采用"首席程序员"制来进行,这样可以保证产品设计的一致性；
4)软件开发分为主要活动和次要活动,主要活动就是设计软件,次要活动就是实现设计,软件行业的效率不能够很大幅度的提高,原因就在于主要活动--设计软件,至今没有很好的方法能另其效率大增,卓越的设计需要卓越的人才,卓越的人才不是通过培训就能获得的,这就是软件业效率提升很慢的原因,至于次要活动--软件的实现,由于现在采用了一些更高级的语言以及更快的机器,开发效率有了一点提高,但还不足以影响到软件开发总体的效率.
读到最后,我也在想,软件开发有没有银弹?或许有,对于不是特大型的项目,采用XP开发方式,持续集成,不断的小步发布新版本,"培育"软件产品不断的增长,采用TDD的开发方式,不断的测试,或许能够跳出软件开发的"焦油坑",获得成功.
下面是我的书评:
人月神话这本书历时20多年,经久不衰,原因就在于20多年前软件开发领域遇到的问题和困扰,20年后仍然存在,继续困扰着后来者.
从头读到尾,书的结构很清晰,每个问题用一章的篇幅来阐述.
给我印象最深的就是作者的几个观点,
1)管理的本质是沟通以及沟通的结果--组织 ；
2)软件产品的设计要具备完整性,这样设计出的软件产品的易用性和一致性才能得到保障；
3)软件开发可以采用"首席程序员"制来进行,这样可以保证产品设计的一致性；
4)软件开发分为主要活动和次要活动,主要活动就是设计软件,次要活动就是实现设计,软件行业的效率不能够很大幅度的提高,原因就在于主要活动--设计软件,至今没有很好的方法能另其效率大增,卓越的设计需要卓越的人才,卓越的人才不是通过培训就能获得的,这就是软件业效率提升很慢的原因,至于次要活动--软件的实现,由于现在采用了一些更高级的语言以及更快的机器,开发效率有了一点提高,但还不足以影响到软件开发总体的效率.
读到最后,我也在想,软件开发有没有银弹?或许有,对于不是特大型的项目,采用XP开发方式,持续集成,不断的小步发布新版本,"培育"软件产品不断的增长,采用TDD的开发方式,不断的测试,或许能够跳出软件开发的"焦油坑",获得成功.
)
加载中...| 我要写评论 |
| 查看所有评论交流(共262条) |