人月神话
source link: https://book.douban.com/subject/1102259/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
内容简介 · · · · · ·
作者为人们管理复杂项目提供了颇具洞察力的见解，既有很多发人深省的观点，也有大量的软件工程实践。书中的内容来自布鲁克斯在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年期间担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。他目前的教学和研究方向...
原文摘录 · · · · · · ( 全部 )
乐观主义 所有的编程人员都是乐观主义者。… “这次她肯定会运行的” “我刚刚找到了最后一个错误” 人月 第二个谬误是在估计和进度安排中使用的工作单位﹣人月。暗示着时间和人员可以相互替换。 (查看原文)
不定期犯二青年 5赞 2012-09-08 15:36:33—— 引自章节：chapter 2 人月神话
系统开发的时间安排 1／3 计划 1／6 编码 1／4 构件测试和早期系统测试 1／4 系统测试，所有构件已完成 需要特别指出的是，不为系统测试安排足够的时间简直就是一场灾难 (查看原文)
不定期犯二青年 5赞 2012-09-08 15:36:33—— 引自章节：chapter 2 人月神话
> 全部原文摘录
喜欢读"人月神话"的人也喜欢的电子书 · · · · · ·
人月神话的书评 · · · · · · ( 全部 124 条 )
2013-01-02 21:10:11
不听摇滚的程序员不是好产品经理
这篇书评可能有关键情节透露
张小龙说“不听摇滚的程序员不是好产品经理”，作为一个听摇滚但不是程序员的产品经理，理应寻找中间的那个名词。 1、向进度落后的项目中增加人手，只会使项目更加落后； 2、项目的时间依赖于顺序上的限制，人员的最大数量依赖于独立子任务的数量； 3、研究表明，效率高和效率...
(展开)
2014-01-17 00:50:53
软件工管理&现代工程管理
****************************************************这本书的格局 我很喜欢这本书。 这本书从软件的乐趣和苦恼写起，体现了老一辈黑客的纯粹。也体现了生活哲学：莫忘初心。 确实，软件对于一个立志于建设的青年来说是最理想的场景：凭空，凭大脑，凭双手，凭一台计算机。...
(展开)
2005-12-04 11:55:03
12个人月看完人月神话
程序员，就像诗人一样，几乎仅仅工作在单纯的思考中。他们运用自己的想象，来建造自己的“城堡”。——这句话我非常喜欢，作为我blog的说明。 用了12个人月看完人月神话，断断续续。这本书的软件开发背景，和现在大部分程序员应用开发的背景大不相同，也和现在快速开发方法工...
(展开)
2009-03-12 23:08:37
人月神话(不朽的软件工程名著)
本评论转自我的Blog 转载必须包含本声明、保持本文完整。并以超链形式注明作者编程随想和本文原始地址： http://program-think.blogspot.com/2009/03/book-review-mythical-man-month.html 对于软件工程而言，我个人认为到目前为止，尚未有哪本书的影响力和深刻程度能够超越《...
(展开)
2013-02-19 12:34:53
2008-07-28 17:58:09
评人月神话-兼谈项目管理
我是在 03年春节回家在火车上看这本书的，其实书早买了，我当时还只是一个普通的程序员，因此，觉得看这本书还不是很必要。后来我做了项目经理，很多工程以及管理方面的理念都是来自于这本书，很长了，我只能凭借我的记忆基于我的理解来谈谈。 软件的现状是什么样的？文中认为...
(展开)
-
所有的编程人员都是乐观主义者。可能是这种现代魔术特别吸引那些相信美满结局的人；也可能是成百上千琐碎的挫折赶走了大多数人，只剩下了那些习惯上只关注结果的人；还可能仅仅因为计算机还很年轻，程序员更加年轻，而年轻人总是些乐观主义者棗无论是什么样的程序，结果是勿庸置疑的：“这次它肯定会运行。”或者“我刚刚找出了最后一个错误。” 所以系统编程的进度安排背后的第一个假设是：一切都将运作良好，每一项任务仅花费...
2018-01-22 12:36 1人喜欢
-
简洁和直白来自概念的完整性。每个部分必须反映相同的原理、原则和一致的折衷机制。在语法上，每个部分应使用相同的技巧；在语义上，应具有同样的相似性。因此，易用性实际上需要设计的一致性和概念的完整性。 概念的完整性要求设计必须由一个人，或者非常少数互有默契的人员来实现。 而进度压力却要求很多人员来开发系统。有两种方法可以解决这种矛盾。第一种是仔细地区分设计方法和具体实现。第二种是前一章节讨论的、一种崭...
2013-02-22 00:18 2人喜欢
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK