人月神话(英文版)

出版时间:2010-8  出版社:人民邮电出版社  作者:[美] Frederick P. Brooks, Jr.  页数:322  
Tag标签:无  

前言

20年过去了,《人月神话》依然受到读者喜欢,真让我惊喜不已,这本书已总计印行25万多册了。常常有人问我,1975年阐述的那些观点和建议中,哪些我仍坚持如故,哪些已有所改变以及如何改变。尽管我已经时不时地在各种演讲场合提到过这些问题,但我一直期望能专门撰文来进行说明。Peter Gordon自1980年以来一直耐心地和我一起工作,对我颇有助益,现在他已是Addison-Wesley的出版合伙人了。他提议出版《人月神话》的纪念版。我们决定不对初版进行改动,而是只做一些细微的校正,基本上是将原内容重印,同时增补几章更现代的思想。

内容概要

本书内容源于作者Brooks在IBM公司任System/360计算机系列以及其庞大的软件系统OS/360项目经理时的实践经验。在本书中,Brooks为人们管理复杂项目提供了最具洞察力的见解,既有很多发人深省的观点,又有大量软件工程的实践,为每个复杂项目的管理者给出了自己的真知灼见。大型编程项目深受由于人力划分产生的管理问题的困扰,保持产品本身的概念完整性是一个至关重要的需求。本书探索了达成一致性的困难解决的方法,并探讨了软件工程管理的其他方面。本书适合任何软件开发行业的从业人员阅读,对软件开发人员、软件项目经理、系统分析更是必读之作。

作者简介

Frederick P. Brooks, Jr. 1931年4月19日出生于美国北卡罗来纳州Durham,1953年毕业于杜克大学,1956年获得哈佛大学应用数学博士学位,同年加入IBM公司。他领导了IBM System/360及其操作系统OS/360的开发,被誉为“IBM 360系统之父”,“计算机体系结构”一词即由他首先提出。1964年他离开IBM,创建了北卡罗来纳大学计算机科学系,担任系主任长达20年。1975年,他出版了著名的《人月神话》,探讨软件工程的管理问题。1986年,他发表了经典论文《没有银弹》(本书已收录)。1994年被选为ACM院士。1999年荣获图灵。

书籍目录

Chapter 1 The Tar Pit Chapter 2 The Mythical Man-Month Chapter 3 The Surgical Team Chapter 4 Aristocracy, Democracy, and System Design Chapter 5 The Second-System Effect Chapter 6 Passing the Word Chapter 7 Why Did the Tower of Babel Fail?  Chapter 8 Calling the Shot Chapter 9 Ten Pounds in a Five-Pound Sack  Chapter 10 The Documentary Hypothesis Chapter 11 Plan to Throw One Away Chapter 12 Sharp Tools Chapter 13 The Whole and the Parts  Chapter 14 Hatching a Catastrophe Chapter 15 The Other Face 163 Chapter 16 No Silver Bullet—Essence and Accident Chapter 17 "No Silver Bullet" Retired 205 Chapter 18 Propositions of The Mythical Man-Month: True or False? Chapter 19 The Mythical Man-Month after 20 Years Epilogue Notes and References Index

章节摘录

插图:Where is the WIMP interface forced to go far beyond thedesktop metaphor? Most notably in two respects: menus andone-handedness. When working withL a real desktop, one doesactions to documents, rather than telling someone or somethingto do them. And when one does tell someone to do an action,one usually generates, rather than selects, the oral or writtenimperative verb commands: "Please file this." "Please find theearlier correspondence." "Please send this to Mary to handle." Alas, the reliable interpretation of free-form generated En-glish commands is beyond the present state of the art, whethercommands are written or spoken. So the interface designerswere two steps removed from direct user action on documents.They wisely picked up from the usual desktop its one exampleof command selection——the printed buck slip, on which the userselects from among a constrained menu of commands whose se-mantics are standardized. This idea they extended to a horizon-tal menu of vertical pull-down submenus.Command utterances and the two-cursor problem.  Com-mands are imperative sentences; they always have a verb andusually have a direct object. For atly action, one needs to specifya verb and a noun.

媒体关注与评论

有些书,每读一遍都会有新的收获。《人月神话》就是这样一本书。常常有年轻的软件工程师、贫穷的研究生和懒惰的程序设计老手问我:“如果被困在一个小岛上,只能带一本计算机书在身上,应该带哪一本?”这问题很荒谬,但如果一定要给个答案,应该选《人月神话》陪伴自己。  ——Ed Yourdon,软件界知名顾问和作家我读过好多遍的计算机书,唯有《人月神话》。事实上我每隔一两年就会重读其中某些章节。部分原因是作者文笔很好,此外,书中的忠告很有价值,即使是时光已经过去了二三十年。我非常推崇这本书,这是唯一一本我认为能从中体会到乐趣和思想的计算机图书。  ——Brian Kernighan,《C程序设计语言》作者伟大的思想具有前瞻性,一如可预言新现象的物理定律,可成为真理。Brooks二十多年前提出的诸多基本观点主导着今天软件工程领域的基本论题,他对软件开发管理本身的深刻洞察让人拍案叫绝。  ——豆瓣读者评论

编辑推荐

《人月神话(英文版)》:图灵奖得主总结软件项目实战得失软件工程领域35年畅销不衰的经典软件从业人员不可不读的宝书由Brooks博士写就的《人月神话》,己被译为多种文字,销量达数百万册,35年来对软件项目管理产生了深远的影响,造福于全球软件开发及管理人员,被业内人士奉为难以超越的必读经典。作者总结了他在IBM公司主持开发System/360系列计算机及其操作系统时的经验得失,向复杂项目的所有管理者奉上了自己点点滴滴的真知灼见。这些来自软件工程一线实践的思想,高瞻远瞩,一针见血,深刻阐述了大大小小软件项目运作的规律,值得每位从业人员学习和借鉴。在《人月神话(英文版)》初版面世20周年之际,作者在原来的基础上加以整理和补充,归纳了核心观点,引导读者积极思考,还收录了他在1986年发表的另一篇经典文章《没有银弹》,推出此20周年版以飨读者。时光流逝,神话不灭,传奇还在继续。

图书封面

图书标签Tags

评论、评分、阅读与下载


    人月神话(英文版) PDF格式下载


用户评论 (总计91条)

 
 

  •   此书既有很多发人深省的观点,又有大量软件工程的实践,为每个复杂项目的管理者给出了自己的真知灼见。
  •   我是个非研发人员,但在软件公司工作,因此一直很想了解一些研发基础知识。《人月神话》的浅显易懂让我很是受用,其中“人月神话”、“外科手术队伍”尤其有用,其他部分因为与研发项目管理关系更密切,建议行外人可略过不看。
  •   这是软件项目管理人员的必读之书
  •   人月神话,讲述了软件工程领域的基本知识。。
  •   看过一些软件工程的教材,机械工业华章分社的书也有,因为大都是教材,理论性偏强,而这本书的行文流畅,结合实际,比较好懂,每一篇文章都由一个英美的文化符号作文引言,彰显作者文学功底和和文化素养的同时,娓娓道来,易于接受。推荐看英文版的,中文版的学校图书馆里一般都有,看英文版的顺便也可以提升一下英文阅读能力。软件工程入门的好书。极力推荐。
  •   软件工程的经典著作,值得一看
  •   项目管理的经典书籍
    程序员必备
  •   英文原版,原汁原味,作者在将自己的项目经验进行传授时,其语言是如此生动活泼,完全不像技术书籍,读起来不禁为其的描述感到欣赏~
  •   这本书是IT领域的经典之作 其中的事例与经验是程序员的宝贵财富
  •   很喜欢这本书,但是还是自身能力不够,虽然成书多年依然很前沿,英文版对阅读和理解也有一定挑战,不过读下来会受益匪浅。
  •   此书乃软工界的经典之作,适合收藏以及定期阅读。
  •   经典之作,好好读下
  •   这本书很精美,纸质也不错,小巧得很,看英文版的是为了某些时候感觉中文版中得句子说得不合我的想法,算是追本溯源吧。
  •   遗址就很喜欢这本书,想要本英文版的,非常不错
  •   做IT的人必读
  •   因为是英文版的,看的慢,才看20多页。

    一边看一边学英语吧,我就是这样想的。不知何时能看完
  •   读了一下,很不错的一本书
  •   书的质量比想象的好,内容就不多评论了,毕竟是几十年的经典了
  •   很好的一本书,纸质蛮喜欢的,不反光
  •   导师强烈推荐的一本书 不过还是不推荐吧 毕竟现在看早了带来
  •   很喜欢 读原版书能提升自己的学习能力
  •   先看中文,再对照着读
  •   看过中文版的,再仔细读原版的
  •   国外经典图书之一,几十年下来里面的东西都值得学习。可见其中价值!英语班可以提高英语水平。
  •   看之前可以先看下“代码大全”,心里就有数了,作者英文功底不错的。
  •   纸张和印刷都不错,内容不解释
  •   内容不错,印刷质量不满意
  •   内容不错!!纸质一般!!!
  •   书的质量不错,内容还没有看,听说是本很好的书。
  •   包装完好,还不错
  •   真心好啊,还能练一下英文水平!
  •   帮同学买的,是本好书,自己看过中文的。同学反映还不错
  •   很好哦很好
  •   中文看完了你应该看下英文的 对你的理解有帮助哦
  •   好书,应该总是有价值的,包括了些思想以及思想的表达。
  •   收获就看自己理解
  •   挺不错的,挺快
  •   不错 就是看不懂
  •   虽然我的英文不是太好,但是看了以后感觉很实用,不过吧,我暂时自身水平还是有点低。不能很透彻的理解
  •   这种书还是看英文的好,感觉不一样
  •   喜欢英文的书 还便宜一点
  •   看起来不错,很有感觉,觉得挺值
  •   好东西 就是英文看得比较累 工作几年再看吧
  •   书是影印版的,是正版书,很不错
  •   就是很多单词看不懂啊 有点吃力啊
  •      作为软件工程的经典著作,《人月神话》的主要贡献是对软件开发过程的几个重要关键点,提出了独到的见解。
      
       这几个关键内容就是:
      (1)提倡外科手术式的团队组织:
       [在软件开发组织上的过份民主,往往带来的是没有效率和责任,参与其中的人想法太多,层面参差不齐。所以,软件开发的组织,应该借鉴外科手术式的团队方式,有一个主要的负责人,其他人都是分工协作的副手,这样效率最好,结果最好。]
      (2)软件项目的核心概念要由很少的人来完成,以保证概念的完整性:
       [少就是多,项目的定位需要和功能多少的权衡。太多的想法,使项目没有焦点,什么都要放进去,结果什么都做不象;]
      (3)软件开发过程中必要的沟通手段;
       [ 软件开发中最大的风险往往不是技术的缺陷,而是缺少沟通;]
      (4)如何保持适度的文档:
      [ 在开发中,保持适度的文档。喜欢过度多的文档的人,忘记了文档不是最终的产品,不是用户需要的,最后以为文档好,就是好的开发,其实完全不是。]
      (5)在软件开发的过程中,只有适度改进,没有包治百病的银弹。
      [在软件开发的过程中,重要的不是采用了什么工具,而是不论用何种工具,都要达到项目本身的客户需求。任何方法论之前,先要探求问题的来源,否则,对各种方法论的依赖或滥用,有害无益。]
  •   还不错,300减一百还是蛮划算的,不过人月神话这本书纸质不太好,比较粗糙,我相信当当卖的是正版的,只是出版的不太好,不过没有质量问题,只是纸质感觉不太好
  •   英文版,英文版,咬牙要看英文版!
    最近买的书比较多,所以本书只看了前面一点,罪过啊!
  •   还没怎么看完 英文版的 需要有一定耐心啊
  •   书的质量不错,但英文水平有限,看起来比较困难
  •   经典,印刷不怎好
  •   男朋友要买的,说是比较经典的书,他喜欢就好。
  •   冲着是经典,卖了一本!
  •   神马是经典 还要看原版
  •   经典,慢慢体会
  •   内容没的说,就是纸质貌似差了点
  •   内容不评论,评论这种书的内容没什么意思的!书本身印刷还好,纸不是很好,像报纸多点
  •   IT界的必读书目,值得参考!。。。。。。
  •   很多英文看不懂啊,555
  •   还好吧, 不过封面都有划痕
    估计是包装分发的时候, 处理不当
  •   英文原版确实不容易看懂
  •   英文的,要慢慢啃
  •   字还是有点太小了,开本不能大一点吗
  •   纸张不错, 字有点小
  •   送书很快,书的质量也不错。
  •   很不错,是20周年纪念版。我是在买不到中文的20周年纪念版的情况下不得不买的这个英文版的,看着比较累。
    很鄙视新出的那个中文版本,加了一个垃圾小册子,价格就涨了一倍。
  •   书是好书,但是纸张质量一般
  •   总的来说还不错,就是纸质没达到期望值
  •   就是纸张和印刷还不如大街上的盗版书。。。需要的最好到书店看看再决定
  •   内容不错,可惜纸张很一般。当然这不怪卓越,要怪出版社。
  •   英文版的书籍,尤其是科技类的,比较喜欢用词比较平常的,但是这本书的英文原版用词更偏向小说的风格,看起来比较累一些
  •   这本书就不评价了,没资格。
  •   精品,不错的,值得阅读。
  •   很好很经典。学习中。
  •   很好的一本书,行文逻辑很清晰,观点很精辟
  •   当初在学校图书馆发现了这本书,决定买下当做收藏。物流很快,当天晚上订的书,第二天上午就到了。拿到书的时候,发现里面插图的印刷有的很清晰,有的比较模糊,是出版社的缘故么?
  •   送货速度方面亚马逊是我印象里最快的了。唯一的缺点是书有一点点挤压。不过我看得出是在仓库压的,因为在学校每年购置图书时,去领书的位置总能看到无数新书多多少少被挤压。所以如果不是用做收藏的朋友请不要在意这一点~
  •   只是书纸张不太喜欢,
  •   这玩意真的不是盗版么?不是盗版么?盗版么。。。
  •   2000年左右我买了这本书的中译本,拿到的当天就爱不释手。此后每过一段时间,当我在工作中有迷惑时,都会拿出这本书,重读其中的某些章节,仔细体会作者当年的观点对今天的指导意义,而每每也会有新的感悟,由此也越发佩服作者当年的洞察力。... 阅读更多
  •   我5折买的,是盗版也无所谓,书很新,这本书我之前看过了译文版,很不错,这次买来看原版,估计收益颇丰。
  •   有启发,个人感觉不强烈,仁者见仁智者见智吧
  •   书到的很快,不过现在基础倒是看不了这个书
  •   英文版的人月神话
  •   英文学习扩展用,内容还是比较容易阅读
  •   一般的质量
  •   挺不错的一本计算机书
  •     软件研发,首先是一个创作活动,不是照本宣科的复制或者重复性的劳动;其次软件必须是对现实的抽象和创新,而不是天马行空的恣意想象。这决定了软件研发不是能够按部就班制作出来,注定研发过程不是完全可控的,所以软件应该是演化而来的。
      既然是创作性活动,影响软件研发的核心要素是人。对于创作的影响,精英和普通选手之间的贡献比是差别很大的。
      软件研发,复杂度和规模决定了必定是团队创作。团队的目标统一、组织清晰有序、沟通明确顺畅,过程的有序、有效产出,是促进软件研发成功的有效方法,但不是银弹。
      软件研发的两个核心复杂度:软件对现实的抽象和创新;团队创作目标、组织、沟通、价值统一。
  •     我是大三的本科生,《the Mythical man-month》这本书广受大家的推崇,其经典程度自然是毋庸置疑的。
      
      但可惜应该是自己编项目的经历比较少,看完之后印象并不是很深刻。
      no silver-bullet.
      但正如其他经典的书籍一样,书籍每次看都会有新的收获。
  •     1:焦油坑
      2:人月神话
      3:外科手术队伍
      4:贵族专制、民主政治和系统设计
      5:画蛇添足
      6:贯彻执行
      7:为什么巴比伦塔会失败
      8:胸有成组
      9:削足适覆
      10:提纲擎领
      11:未雨绸缭
      12:干将莫邪
      13:整体部分
      14:祸起萧墙
      15:另外一面
  •     书写的挺不错的,也许是自己现在的水平有限,不曾带过团队,所以,感受没那么深吧,不过对人月的理解更深一层。继续看吧,看完写总结。
      O(∩_∩)O~写的这几句太短了。那就再啰嗦一下吧。
      我现在是属于一个进度落后项目增加的人手,项目的最终情况很不乐观。对这句话的体会最深了吧。
      添加新人,需要一个老手对新人的培训,既耽误了老手的工作,也新增不少关于新人适应新环境,熟悉项目的一个工作量。
      因此,作为一个项目管理人员,对工作量的估算,估算合理的时间进度都是对项目很有利的。
      继续看吧,很多精髓还没看到。(*^__^*) 嘻嘻……加油
 

250万本中文图书简介、评论、评分,PDF格式免费下载。 第一图书网 手机版

京ICP备13047387号-7