内容简介 · · · · · ·
作者为人们管理复杂项目提供了颇具洞察力的见解,既有很多发人深省的观点,也有大量的软件工程实践。书中的内容来自布鲁克斯在IBM公司System 360家族和OS 360中的项目管理经验。初版的20年后,布鲁克斯重新审视了他原先的观点,增加了一些新的想法和建议。新增加的章节包括:原著中一些核心观点的精华;在经过了一个时代以后,Brooks博士对原先观点新的认识;1986年的经典文章《没有银弹》;对1986年所下论断(在10年内不会出现银弹)现在的认识。
人月神话的创作者
· · · · · ·
-
弗雷德里克·布鲁克斯 作者
作者简介 · · · · · ·
弗雷德里克·布鲁克斯(Frederick P. Brooks, Jr.)是北卡罗莱纳大学Kenan-Flagler商学院的计算机科学教授。他曾荣获图灵奖,美国计算机协会(ACM)称赞他“对计算机体系结构、操作系统和软件工程做出了里程碑式的贡献。”
布鲁克斯被认为是IBM 360系统之父,他曾担任360系统的项目经理、360操作系统项目设计阶段的经理。因在这两个项目中的杰出贡献,布鲁克斯和Bob Evans、Erich Bloch在1985年获得美国国家技术奖(National Medal of Technology)。布鲁克斯早期还曾担任IBM公司Stretch和Harvest计算机的体系结构设计师。布鲁克斯创立了北卡罗莱纳大学的计算机科学系,在1964-1984年期间担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。他目前的教学和研究方向...
弗雷德里克·布鲁克斯(Frederick P. Brooks, Jr.)是北卡罗莱纳大学Kenan-Flagler商学院的计算机科学教授。他曾荣获图灵奖,美国计算机协会(ACM)称赞他“对计算机体系结构、操作系统和软件工程做出了里程碑式的贡献。”
布鲁克斯被认为是IBM 360系统之父,他曾担任360系统的项目经理、360操作系统项目设计阶段的经理。因在这两个项目中的杰出贡献,布鲁克斯和Bob Evans、Erich Bloch在1985年获得美国国家技术奖(National Medal of Technology)。布鲁克斯早期还曾担任IBM公司Stretch和Harvest计算机的体系结构设计师。布鲁克斯创立了北卡罗莱纳大学的计算机科学系,在1964-1984年期间担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。他目前的教学和研究方向是计算机体系结构、分子模型绘图和虚拟环境设计。
UMLChina翻译组的成员汪颖(Adams Wang)翻译了这本《人月神话》。UMLChina是中文世界访问量最大的软件工程网站。译者汪颖毕业于华中理工大学,从事软件开发以及流程改进方面的工作。
喜欢读"人月神话"的人也喜欢的电子书 · · · · · ·
喜欢读"人月神话"的人也喜欢 · · · · · ·
人月神话的书评 · · · · · · ( 全部 134 条 )
我们能从一本 45 年历史的计算机书中学到什么
人月神话(不朽的软件工程名著)
这本书的其他版本 · · · · · · ( 全部11 )
-
Addison Wesley (1995)9.0分 179人读过
-
清华大学出版社 (2007)8.5分 1697人读过
-
清华大学出版社 (2015)8.5分 712人读过
-
清华大学出版社 (2023)8.5分 171人读过
在哪儿借这本书 · · · · · ·
以下书单推荐 · · · · · · ( 全部 )
- 互联网产品经理 全方位入门 (iamsujie)
- 豆瓣高分书2700本:千人打分不低于8分 (偶就是那个鬼)
- 咨询&思考&方法论 (rink)
- 我的编程之路 (Yun)
- 网编,产品,运营,项目经理 (44)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
订阅关于人月神话的评论:
feed: rss 2.0
0 有用 技术宅拯救世界 2011-04-01 14:53:55
值得以后没事就翻翻的书。
0 有用 放开那个西红柿 2011-08-19 12:55:15
比较久远了,标记一下。
3 有用 Terry|特特 2009-08-06 17:12:16
提出了概念完整性与架构师的概念,以外科手术团队的思路来建立软件开发团队。将架构师与建筑设计师的类比,软件开发更像是building。在此指导思想下,使得大型团队的开发过程就跟建大厦一般,倒是比较可怜位于底层的民工们。 此书也提出了交流和组织的重要性,指出了软件开发艺术性创作的一面,只是在当今社会艺术设计师已经不如以前那样一枝独秀了,如今是百花齐放的时代,人的因素将会被提高地位。
2 有用 清风₿Ξ 2005-08-23 00:06:32
本书自第一版以来,畅销20余年不衰,是软件领域绝无仅有的必读经典。
0 有用 XA™ 2008-03-20 16:39:08
图灵奖获得者的著作~
0 有用 好想躺着 2024-03-10 22:56:53 北京
软件工程学到第三年,不仅自己的专业要没有就业市场了,连自己的团队合作方式都已经过时很久了。。。我真的不想做开发岗
0 有用 永遇乐 2024-01-31 15:01:22 江苏
项目经理的职责是保障团队朝着共同的方向努力,所以他的最主要职责不是决策而是沟通;文档是一种正式沟通的渠道,可以使问题明朗,矛盾突出;组织存在的目的是使人能够高效的工作,好的组织架构设计可以减少协作界面、因此降低沟通成本;开发人员交付的不仅是产品,更大程度上是客户满意度,维护成本占软件项目总开发量40%,新迭代引入bug的概率约20%。作者说所有的程序员都是乐观主义者这句话时,应该是过于乐观了。
0 有用 jasine 2023-12-31 00:15:13 北京
四十年前的结论 大部分还成立 佩服作者
0 有用 二胡樱子 2023-12-30 23:26:24 上海
看了三分之一,实在看不下去了。 没有项目管理经验,看这本书,有如雾里探花,完全不知所云。 对于项目管理的好方法,你不知道好在哪里,对于不好的部分,同样也是一头雾水。 就像跟一个从来没敲过代码的人说xxx设计模式如何如何好,别人根本理解不了,就勉强从字面意思上听懂了,也无法真正产生共鸣。
0 有用 Nomoreot 2023-12-28 09:05:22 广东
又一次重读,不过身份已经从律师变成了互联网打工人,离软件开发多少近一些。书里的技术过时了,但是对于人类合作的观察却深刻得变化不大。“同天文工作者一样,系统调试总是大部分在夜间完成。”扎心了。