人月神话(40周年中文纪念版)

出版日期:2015-4-1
ISBN:9787302392641
作者:(美) 布鲁克斯(Brooks, F. P.) 著
页数:392页

作者简介

在软件领域,很少能有像《人月神话》一样具有深远影响力和畅销不衰的著作。Brooks博士为人们管理复杂项目提供了最具洞察力的见解,既有很多发人深省的观点,又有大量软件工程的实践。本书内容来自Brooks博士在IBM公司SYSTEM/360家族和OS/360中的项目管理经验,该项目堪称软件开发项目管理的典范。该书英文原版一经面世,即引起业内人士的强烈反响,后又译为德、法、日、俄、中、韩等多种文字,全球销售数百万册。确立了其在行业内的经典地位。
在本书第一次出版40年后的今天,我们重新整理了Brooks博士的经典内容,并将国内软件开发领域先行者们对《人月神话》中的实践及系统理论的使用经验和心得集结成册免费赠与大家共享,更使本书成为国内从业者的必读经典之一。
本书读者包括:软件开发人员、软件项目经理、系统分析师等IT从业者。

书籍目录

第1章  焦油坑
1
编程系统产品
4
职业的乐趣
6
职业的苦恼
8
第2章 人月神话
11
乐观主义
14
人月
16
系统测试
19
空泛的估算
21
重复产生的进度灾难
22
第3章 外科手术队伍
27
问题
30
Mills的建议
32
如何运作
35
团队的扩建
36
第4章 贵族专制、民主政治和系统设计
39
概念的完整性
42
获得概念的完整性
43
贵族专制统治和民主政治
44
在等待时,实现人员应该做什么
47
第5章 画蛇添足
51
结构师的交互准则和机制
54
自律—— 开发第二个系统所带来的后果
55
第6章 贯彻执行
59
文档化的规格说明—— 手册
62
形式化定义
63
直接整合
66
会议和大会
66
多重实现
68
电话日志
68
产品测试
69
第7章 为什么巴比伦塔会失败
71
巴比伦塔的管理教训
75
大型编程项目中的交流
76
项目工作手册
76
大型编程项目的组织架构
80
第8章 胸有成竹
85
Portman的数据
89
Aron的数据
90
Harr的数据
90
OS/360的数据
92
Corbató的数据
93
第9章 削足适履
95
作为成本的程序空间
98
规模控制
99
空间技能
100
数据的表现形式是编程的根本
102
第10章 提纲挈领
105
计算机产品的文档
108
大学科系的文档
110
软件项目的文档
110
为什么要有正式的文档
111
第11章 未雨绸缪
113
试验性工厂和增大规模
116
唯一不变的就是变化本身
117
为变更设计系统
117
为变更计划组织架构
118
前进两步,后退一步
120
前进一步,后退一步
122
第12章 干将莫邪
125
目标机器
129
辅助机器和数据服务
131
高级语言和交互式编程
134
第13章 整体部分
139
剔除bug的设计
142
构件单元调试
144
系统集成调试
147
第14章 祸起萧墙
153
里程碑还是沉重的负担
156
“其他的部分反正会落后”
158
地毯的下面
159
第15章 另外一面
165
需要什么样的文档
169
流程图
171
自文档化的程序
175
第16章 没有银弹
181
摘要
184
介绍
184
根本困难
185
以往解决次要困难的一些突破
190
银弹的希望
192
针对概念上根本问题的颇具前途的方法
200
第17章 再论“没有银弹”
209
人狼和其他恐怖传说
212
存在着银弹—— 就在这里
212
含糊的表达将会导致误解
213
Harel的分析
216
Jones的观点—— 质量带来生产率
221
那么,生产率的情形如何
222
面向对象编程—— 这颗铜质子弹可以吗
223
重用的情况怎样
225
学习大量的词汇—— 对软件重用的一个可预见但还没有被预言的问题
228
子弹的本质—— 形势没有发生改变
229
第18章 《人月神话》的观点:是与非
231
第1章 焦油坑
234
第2章 人月神话
235
第3章 外科手术队伍
236
第4章 贵族专制、民主政治和系统设计
237
第5章 画蛇添足
238
第6章 贯彻执行
239
第7章 为什么巴比伦塔会失败
240
第8章 胸有成竹
242
第9章 削足适履
243
第10章 提纲挈领
245
第11章 未雨绸缪
246
第12章 干将莫邪
249
第13章 整体部分
251
第14章 祸起萧墙
253
第15章 另外一面
255
第1版结束语
256
第19章 20年后的《人月神话》
257
为什么要出版20周年纪念版本
260
核心观点—— 概念完整性和结构师
261
开发第二个系统所引起的后果—— 盲目的功能和频率猜测
263
图形界面的成功
265
没有构建舍弃原型—— 瀑布模型是错误的
269
增量开发模型更佳—— 渐进地精化
272
关于信息隐藏,Parnas是正确的,我是错误的
276
人月到底有多少神话色彩?Boehm的模型和数据
278
人就是一切(或者说,几乎是一切)
280
放弃权力的力量
281
最令人惊讶的新事物是什么?数百万的计算机
283
全新的软件产业—— 塑料薄膜包装的成品软件
286
买来开发—— 使用塑料包装的成品软件包作为构件
288
软件工程的状态和未来
290
结束语:令人向往、激动人心和充满乐趣的50年
293
注解与参考文献
295
附录:人月落地实战体验
315
一、名家谈人月
317
1. 年金
317
2. 《人月神话》与实践
318
3. Frank Chance评人月
327
4. 软件尚方宝剑(Silver Bullet)何在
330
二、名著评人月
339
三、读者感言
351
1. 读书有感——人月神话
351
2. 我这几天很烦(产品概念完整性)
353
3. 关于我们的思考——“项目开发”及读《人月神话》有感
355
4. 我的“人月神话”
358
5. 《人月神话》软玉生香
360

内容概要

小弗雷德里克•布鲁克斯曾获得美国计算机领域最具声望的图灵奖(A. M. Turing Award)。美国计算机协会(ACM)称赞他“对计算机体系结构、操作系统和软件工程做出了里程碑式的贡献”。
布鲁克斯博士1956年开始任职于IBM公司,早期担任Stretch 和Harvest计算机的体系建构师。他被认为是“IBM 360系统之父”,曾担任360系统的项目经理。凭借在此项目中的杰出贡献,他与Bob Evans和Erich Bloch在1985年获得了美国国家技术奖(National Medal of Technology)。
布鲁克斯博士创立了北卡罗来纳大学的计算机科学系,并于1965-1985年担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。目前其仍活跃于从事虚拟环境和科学可视化等方面的研究工作,2010年获得虚拟现实事业奖(IEEE Virtual Reality Career Award)。


 人月神话(40周年中文纪念版)下载 精选章节试读 更多精彩书评



发布书评

 
 


精彩书评 (总计1条)

  •     人月神话:因爱而生只是半个世纪,我们经历了从计算机,到电子计算机,到小型计算机,到微型计算机......硬件设计飞速革命,软件开发却危机重重。作为人类创造的最错综复杂的事物之一,软件开发,尤其是大型软件的开发,如同操作一台复杂的外科手术,或者烹饪一套传世的法式美味,需要概念完整性、结构化思维、最佳的方法、高效的团队。“体系建构”的贡献、“人是一切”、“放弃权力的力量”、究竟有没有“银弹”、软件文化变迁......一本《人月神话》,那里有:妙趣的比喻、透彻的思考、精彩的讨论,多元的思维......最重要的是,Brooks对计算机的热爱,贯穿始终地,灵动在字里行间。那些因热爱而生的学习和探索,那些萦绕在学习和探索之程的快乐、兴奋、沉迷和期待,跃然纸上,仿佛一抹心香,缓缓传递,慢慢流淌......是的,“我实在无法想象,还有哪种生活会比热爱计算机更加激动人心。”一本40年前的、关于软件工程的小书,《人月神话》,依然和现在的软件实践密切相关,依然是软件工程领域的重要思考,同时,它持续拥有除计算机领域之外的,包括律师、医生、社会学家、心理学家等在内的,为数众多的读者群。“上帝所给予的谦卑,能够使我们认识到自己的不足。”《人月神话》,还将陪伴那些爱它的人,一起继续往前走。

精彩短评 (总计34条)

  •     浏览了一遍,感觉很多观点都很到位,也让我深有同感,应该对我今后的团队管理能够提供一些自信和帮助吧
  •     拜读一下经典
  •     全球软工领域最畅销的项目管理经典!"图灵奖得主、“IBM 360系统之父”作者Brooks颠覆了项目管理领域,长久不衰传奇经典! 软件开发人员、软件项目经理、系统分析师等IT从业者必藏之软工圣经!
  •     提出了很多重要的观点比如:人月不可替换,项目概念一致性,团队人员划分等等。读书笔记:http://fromwiz.com/share/s/3s8xMU1t1A3-24KyE72dCK-x3z6-FW3qJ46-2pv_MI12XwfB
  •     翻译太差
  •     关于项目管理的一部经典,书中很多观点从今天看依旧没有过时,作者不亏是管理过大型项目的
  •     程序猿必读。
  •     巴别塔寓言:组织/合作,是交流的结果;即人力(人)和时间(月)之间的平衡远不是线性关系,使用人月作为生产率的衡量标准实际是一个神话。
  •     1
  •     在合适的时间读到合适的书是一种幸运,有限的读书经验使我认为很多事情必有实际经历才能产生更深的理解与共鸣。本书中关于项目复杂度、规划的乐观性、沟通重要性、组织的形式和冲突、任务执行的关键、 文档的作用和构成以及其在不同阶段的角色,都深有感触。仅将此书推荐给软件工程的项目管理者实在是浪费,应该给更广泛的复杂系统开发管理者。#原来此书和Project Apollo并没有一毛钱关系,火车上六小时看完#
  •     我只读了十二章,半本左右。不是因为不好而是因为不懂。有行业经历的人读来一定是感触颇深。待时候到了,再续前篇。
  •     章前小故事很生动,nice 1.人月逻辑 2.系统设计,概念完整性 3.确保原则上的概念和目标在详细设计中得到完整的体现 4.规范文档、会议制度 5.巴比伦塔:交流、组织
  •     人天项目不好做,这本书也没给我什么好的观点看法,还得自己多多思考,努力学习。
  •     日常
  •     做完一些大型项目,看看太有感慨了!永不过时!
  •     暂时没有参与过大型项目,还无法体会到这其中的道。不过最后的落地实践确实很有用,等成为正式员工之后再来看一次这本书,看看是否有新的收获。
  •     就看懂三四成
  •     40年前的书真的对今天还有指导作用!在这样一个飞速发展的领域。对于如何控制开发进度,有效沟通,实在是现实生活中的老大难题,希望能找到答案。 然而这边书只是讲软件开发没有捷径,人月换算的方式是一个不可实现的神话,软件工程并没有有效提升准确率、效率的方式方法。
  •     看了一遍暂无力评价,需反复看。好烦出版商,硬生生加了很多读者的话,排版也不紧致,把书搞的很厚,让看读起来有心理压力。
  •     大概不适合程序员看
  •     翻译属于上一些关键词没有英文原词 会造成理解上的障碍。就书内容来说,可以看到很多思想对之后软件开发思想和文化的人影响。比如增量开发,快速迭代,敏捷开发,小型团队,最小化产品等。
  •     几十年前的软件工程知识,到今天竟然仍旧实用!
  •     不知道是翻译的问题还是时代太久远,后面有些内容看不不懂,但是前面几章的焦油坑和人月,说的真的太好了,别再把什么人都塞进来了!又不是打群架!
  •     史无前例的翻译的差,我永远的记住了这位译者,以后绝不买她翻译的任何作品。
  •     经久不衰的软件工程项目管理书籍。 第一遍2016.11.08:没有项目管理经验,只能理解其中某几章;
  •     软件工程的圣经级书籍
  •     畅销40周年经久不衰!
  •     经验不足,很多暂时理解不了,不过经典毕竟是经典,期待下次拜读,18章以后
  •     虽然是40多年前的文章,但是放到今天仍然非常有借鉴价值,按照人月进行度量在今天仍然大行其道。
  •     2015年12月13日开始读此书,1月23日读完
  •     可能不是研发,感触不多,但是很多道理都是通的。
  •     知道了软件工程,但是现在的单位,根本无法实施,希望我的孩子如果从事软件开发里面的理论对他有用
  •     为什么一直再版.
  •     粗翻了一遍,暂时还看不出什么道道。
 

农业基础科学,时尚,美术/书法,绘画,软件工程/开发项目管理,研究生/本专科,爱情/情感,动漫学堂PDF下载,。 PDF下载网 

PDF下载网 @ 2024