目前无货,
欢迎选购其他类似产品。
前翻 后翻
正在播放... 已暂停   您正在聆听的 Audible 音频版本的样品。
了解更多信息
查看此图片

人月神话 平装 – 2007年9月1日

平均4.5 星 200 条商品评论
| 天天低价·正品质优
|
分享

显示所有 3 格式和版本 隐藏其他格式和版本
亚马逊价格
全新品最低价 非全新品最低价
平装
"请重试"
平装, 2007年9月1日
 

此商品有一个较新的版本:


click to open popover

无需Kindle设备,下载免费Kindle阅读软件,即可在您的手机、电脑及平板电脑上畅享阅读。

  • iPhone/iPad/Mac
  • Android手机或平板电脑

请输入您的手机号码,获取Kindle阅读软件的下载链接。



基本信息

  • 出版社: 清华大学出版社; 第2版 (2007年9月1日)
  • 平装: 315页
  • 语种: 简体中文
  • 开本: 16
  • ISBN: 9787302155676, 7302155674
  • 条形码: 9787302155676
  • 商品尺寸: 25.3 x 18.2 x 4.1 cm
  • 商品重量: 540 g
  • 品牌: 清华大学出版社
  • ASIN: B0011C2P7W
  • 用户评分: 平均4.5 星 200 条商品评论
  • 亚马逊热销商品排名: 图书商品里排第108,670名 (查看图书商品销售排行榜)
  •  您想告诉我们您发现了更低的价格?

商品描述

编辑推荐

《人月神话》编辑推荐:又见人月神话,重温软工经典”。1.软件领域 ,32年之后依旧畅销不衰的传奇经典!2.软件开发人员、软件项目经理、系统分析师必读的一本书!《人月神话》读者包括:软件开发人员、软件项目经理、系统分析师等IT从业者。

媒体推荐

书评
各路英豪品评人月实践
软工经典再启江湖争论

汇集国内软件开发领域先行者们对《人月神话》中的实践及系统理论的使用经验和心得!


Frank Chance
介绍
出版于1975年的《人月神话》是软件开发方面的经典作品。1995年版包括了令人感兴趣的新的几章,但原来的随笔依然是这本书的心脏与灵魂。在这本书中,Brooks解决了如何组织和管理大规模编程项目的问题。这些项目要求成百上千的程序员,产生几百万行代码(想想SAP、Oracle数据库引擎、Windows2000)。这部书由一系列简明的随笔组成。在这篇评论中我将讨论开篇随笔――我的最爱之一。
焦油坑
Brooks将大系统编程作比喻作史前的焦油坑来开始他的第一篇随笔:“记忆中,我们看到恐龙、猛犸象、剑齿虎正在挣脱沥青的魔爪。挣扎得越剧烈,陷入的越深,没有哪只野兽足够强壮或熟练,它们最终都沉没了。大系统编程在过去的十年间就像焦油坑,许多大而强有力的野兽在其中已经惨烈地失败了。大部分已实现并在运行的系统,很少有达到目标、时间表和预算的。大和小、厚重和细实,一个接一个的团队卷入了沥青(陷阱)。没有什么事情似乎会导致这个困难――任何特殊的手掌都能被拉出来。但同时并相互作用的因数的相互聚集导致运动越来越慢。每个人似乎都惊讶于问题的难缠,难于面对它的本质。”
记住,这些话写于1975年。今天它们仍然可用吗?考虑一下WindowsNT5.0。第一次计划于1997年发布,随后延迟到1998年早期,1998年末,然后是1999年(为此它被重新命名为Windows2000)。这儿是一些公开的估计:
● 5,000程序员。
● 35,000,000行代码。
显然,NT5.0是个大系统编程项目。同样显而易见,Brooks的焦油坑在今天同1975年一样普遍!
让我们继续NT5.0的例子。假设最糟糕的情况,全部35,000,000 行代码都是新编的。有理由假设开发工作大致在1994年开始。所以我们有:
● 5,000 程序员 X 5 年 = 25,000 程序员年
● 35,000,000 行代码/ 25,000 程序员年 = 1,400 行/程序员年。
如果你是个程序员,或者你只接受过编程课程的教育,这个数字(1,400行每年)似乎令人惊异的低。我们当中的大部分人都能在一两天内堆积出接近一千行的代码。什么使得Microsoft的程序员一整年才产出1,400行代码?
两种可能性跃入我们的脑海:
● Microsoft 雇用了5,000名不合格的程序员去开发NT 5.0。
或者
● 写一个大规模的程序系统产品远难于堆砌出单一的程序。
Brooks将讨论认为后一个答案是正确的。他由定义术语开始:
(1) 程序
一个独立的程序是我们两天编程狂欢的结果。它是准备自己运行于我们编程的那台机器上的。如果我们加上文档、通用化代码、编写测试用例、使得代码可以由其他无关的编程人员来维护,我们就有了:
(2) 程序产品
另外,如果我们接受我们的程序,并且完整地定义了它的接口使得它达到预定义的规范,并且测试了它和大量的其它组件的交互作用,我们就有:
(3) 程序系统组件
并且如果我们都做了(加上文档、通用化代码、编写测试用例、使得代码可维护、定义了接口、测试了交互作用),我们就有:
(4) 程序系统产品组件
Brooks用手边的三倍规则说明在上述每个步骤中的工作要求:
(2) =3倍(1)的人力
(3) =3倍(1)的人力 (4)=9倍(1)的人力
或者,换句话说,开发一个独立的程序仅仅要求开发一个程序系统组件的1/9的人力。
回到Microsoft的例子,如果我们将这个9倍的因子乘以1,400行每程序员年的生产力测量,我们得到12,600行每程序员年(举例来说,假设我们掌握每一程序员,并且使得他们独立工作,堆砌在单一的程序上)。在一篇独立的随笔中,Brooks引用一个发现这点的经理的话说,平均他的每个程序员仅能将他的一半时间用于开发――其它时间由文书工作、会议和各种其它任务所占据。把这些因素考虑到Microsoft的例子中,我们达到了25,200行每程序员年。那么,Microsoft的程序员开始看来非常可敬。另一个测量自1975年来有了很小的改变,Brooks引用的估计是1,000行每程序员年。如果上面引用的1,400行每程序员年是精确的,那么,它表现了在1975年到1995年20年间,生产力仅仅提升了1.75%每年。这个结果证实了Brooks的另一个假定——程序员的生产力相对是个常量,它不受开发所用的语言的影响。因此,实际的生产力收获来自于迁移到高级语言编程,这些语言每行表达了更多的实际工作。尽管目标是大系统项目,Brooks的解释常常被广泛的应用。例如,这个第一篇随笔用标有“手艺的快乐”和“手艺的悲哀”的小节来结束。在悲哀中,他讨论了荒废的问题:
“…这个人们已经工作了很长时间的产品,显然在完成前将被废弃。同事和竞争者已经在热烈地用新的和更好的主意反击。人们的孩童般想法的取代已经不仅仅在构思,而且付诸时间表。这一切总是似乎比它的实际更糟糕。新的和更好的想法通常在完成之前不被应用;它仅仅被谈论。真老虎永远不能和纸老虎相比。”
小结
Brooks的随笔涉及到了大系统编程所固有的多种挑战,但对任何投身于软件开发的人来说读这本书都是有用的。题名的随笔(《人月神话》)讨论了许多编程任务的不可分割性,和为什么增加人力到软件项目中无法产生效用。我的另一篇最爱是“贵族、民主和系统设计”(概念完整性的讨论)和“计划和投放之路”(在付运前多次交付的明确计划的益处)。一些问题已经因为技术的进步而废弃,例如关于如何在一个大型团队中分发写好的文档。然而,你可能惊讶Brooks面对的许多问题今天如何阻止我们。另外的益处是Brooks简洁、清晰的作品读起来令人愉快。如果你是个程序员,如果你和程序员一起工作,如果你管理程序员,你应该阅读这本书。


看过此商品后顾客买的其它商品?

商品评论

热门买家评论

评论者 tws_ustc 于 2008年11月6日
版本: 平装 已确认购买
在大公司做了一段时间的软件工程,慢慢的也会有很多感触、思考,
怎么把这么大的一个项目做好?把上上下下,左左右右的关系处理妥帖?
难道我们在学校所理想的,在书本上学到的软件工程就是这样吗?

带着很多思考和疑问,读了这本书。应该说它虽然没有回答我所有的疑问,
但是给我很多帮助,暗示了未来道路上可能的陷阱。

绝对值得一读!远远比很多讲软件工程的书更加实用。
回应 19 个人发现此评论有用. 这条评论对您有用吗? 正在提交你的反馈。
感谢您的反馈。
很抱歉,我们没有记录您的投票。请重试
举报
评论者 magicalbert 于 2009年9月9日
版本: 平装
一本写于上世纪七十年代的著作,在今天仍然能够切实指导你的工程实践,这在发展日新月异的计算机领域是多么令人震撼啊,而《人月神话》就是这样不多的几本书之一。目前我们在开发中遇到的许多问题在该书都进行了深入的分析,给人以很大的启发。而且该书写得很平实,文字也很优美,非常值得大家阅读。
回应 9 个人发现此评论有用. 这条评论对您有用吗? 正在提交你的反馈。
感谢您的反馈。
很抱歉,我们没有记录您的投票。请重试
举报
评论者 ryanyang5 于 2009年8月4日
版本: 平装 已确认购买
书的质量不太好!纸张很糙很薄
回应 11 个人发现此评论有用. 这条评论对您有用吗? 正在提交你的反馈。
感谢您的反馈。
很抱歉,我们没有记录您的投票。请重试
举报
评论者 qin春无悔 于 2013年4月10日
版本: 平装 已确认购买
书本质量糊弄人吧 忽悠
回应 7 个人发现此评论有用. 这条评论对您有用吗? 正在提交你的反馈。
感谢您的反馈。
很抱歉,我们没有记录您的投票。请重试
举报
评论者 kingliyou 于 2007年9月22日
版本: 平装 已确认购买
多年之前有个故事是这样说的:"如果我被困在一个荒岛上,只能带一本电脑书",他们问,"应该是哪一本?" 这问题很荒谬;答案也简洁明了:The Mythical Man-Month; 作为图灵奖获得者,Brooks博士的这本著作从第一版到今天的32周年纪念版几乎每一版都脱销,并不是因为它多么多么著名,而是它实实在在的描述了软件工程的概念,这种概念放到现在也毫不过失。有人说这是一本普通的IT类Textbook,还有有人说这是一本纪传体式的自传,甚至有人认为这是一本哲学书,我的看法这是一本从概念化,逻辑化,哲学化讲述软件工程的集大成于一体的经典读物,我看过它的英文版,可能有些句义相当晦涩,但不妨碍读者的研究。一言以蔽之,把这本书无责任推荐给所有的软件,IT爱好者和专业人士!
1 条回应 128 个人发现此评论有用. 这条评论对您有用吗? 正在提交你的反馈。
感谢您的反馈。
很抱歉,我们没有记录您的投票。请重试
举报
评论者 qdzty 于 2009年4月13日
版本: 平装 已确认购买
今天拿到书,那纸张的感觉像是买了盗版。
回应 6 个人发现此评论有用. 这条评论对您有用吗? 正在提交你的反馈。
感谢您的反馈。
很抱歉,我们没有记录您的投票。请重试
举报
评论者 seed 于 2010年4月6日
版本: 平装 已确认购买
一本阐述软件项目管理经验的书。可能有些案例大家在开发的时候也碰到过。但是还是没有办法避免:
1.比如项目的交付时间老早已经卡死,过了一半或者三分之二的时候发现来不及了。第一方案肯定是加人。而书里明确告诉我们向进度落后的项目加人只会拖后项目进度。
2.特别是现在很多公司都在推敏捷开发,怎么样来维护文档就很成问题,像我们公司现在就是基本没有开发文档,基本要找开发者去问才能了解功能。
3.如何有效的沟通,这也是一大问题。开发者过分注重于语言和功能,不管好不好先开发出来,以后慢慢改进,反正结果就是四处起火。

我很喜欢书中的一句话。原话记得不是很清楚了,类似“修改BUG会有30%的概率引进新的BUG”
就说这么多。
回应 3 个人发现此评论有用. 这条评论对您有用吗? 正在提交你的反馈。
感谢您的反馈。
很抱歉,我们没有记录您的投票。请重试
举报
评论者 醉醉! 于 2007年10月1日
版本: 平装
从常年的兴趣到不小心踏入IT的项目管理,进入的是全新而陌生的世界。除了交对朋友,我信奉找本好书来辅助我的行业角色导入。希望这一次我没有失望!
回应 5 个人发现此评论有用. 这条评论对您有用吗? 正在提交你的反馈。
感谢您的反馈。
很抱歉,我们没有记录您的投票。请重试
举报
评论者 magicalbert 于 2009年6月30日
版本: 平装
每次读都觉得很有收获,非常值得收藏,反复阅读。
回应 3 个人发现此评论有用. 这条评论对您有用吗? 正在提交你的反馈。
感谢您的反馈。
很抱歉,我们没有记录您的投票。请重试
举报
评论者 He Huaifu 于 2013年1月5日
版本: 平装 已确认购买
在读到“工作量是规模的幂函数”(p88)时感觉眼前一亮:Nanus、Farr和Weinwurm都认为该幂指数取值是1.5,并指出工作量计算公式如下:
工作量 = 常数 X 指令的数量<sup>1.5</sup>
但大师在242页中,指出该指数为1.02~1.2之间。
279页中,“月单位的最优时间是估计工作量(人月)的立方根,即:T = 2.5 (MM)<sup>1/3</sup>。
读到此处,有一种被大师带到迷雾中的感觉,不知如何选择了?
回应 这条评论对您有用吗? 正在提交你的反馈。
感谢您的反馈。
很抱歉,我们没有记录您的投票。请重试
举报

按发表时间排序


用户论坛

话题列表
浏览全部2个话题...