在第一章中,布鲁克斯介绍了“人月神话”这个概念,并阐述了为什么增加人力并不能简单地加速项目进度。以下是这一章的主要内容: 人月等价的错误 : 人月 是一个度量单位,指的是一个人在一个月内完成的工作量。 传统上,人们认为一个项目的工作量可以通过人月来度量,并且假设工作量是可以通过增加人手来等比例分担的...
3. 第二个系统是人们所设计的最危险的系统,通常的倾向是过分地进行设计。关于这一点也许是正确的,但是这是一个回避不了的问题,如果没有开发第二个系统经验的人,就不可能有开发第三个系统经验的人了。 贯彻执行 1. 即使是大型的设计团队,设计结果也必须由一个或两个人来完成,以确保这些决定是一致的。 2. ...
一. 人月神话 书在一开头就提到了软件工程管理中的一个关键问题:人/月。在项目管理过程中,这个指标实际上是有一些误导作用的,给人的感觉是项目取决于两个关键因素,人和时间(月),而这两个指标仿佛看上去就是一个正比关系,增加人,减少月;减少人,增加月。于是就造成一种简单粗暴的项目管理办法,当项目进展受阻或者...
4.3为了获得概念完整性,设计必须由一个人或者具有共识的小型团队来完成。 4.4对于非常大型的项目,将体系结构方面的工作与具体实现相互分离是获得概念完整性的强有力方法(同样适用于小型项目)。 4.5如果要得到系统概念上的完整性,必须要有人控制这些概念—实际上就是贵族专制统治。 4.6纪律、规则对行业有益。外部的体系...
《人月神话》是软件工程方面的一本经典著作,其作者布鲁克斯(Frederick P. Brooks)被誉为“IBM System/360之父”,他曾是这一系统的项目经理,后来在设计期任360操作系统的项目经理。由于这一工作,他与Bob Evans和Erich Bloch 1985年曾获美国国家技术奖。Brooks博士早期曾担任IBM公司Stretch和Harvest计算机的体系结构设计...
《人月神话》读书笔记 这篇书评可能有关键情节透露 本书是Brooks的论文集(332) 第一章:编程的乐趣:创建事物开发对他人有用的东西组装持续学习思考相对来说容易驾驭编程的苦恼:正确的代码由他人来设定目标、提供资源、提供信息改bug被更优秀的产品替代在资源范围内寻找可行方案第二章:合理的安排计划非常重要:“一切都...
第十九章 人月神话二十年 “在《人月神话》初版发布二十周年后,计算机技术领域已有很大变化,《人月神话》体现出深远的影响力,初版中的许多观点依然经常被人们谈论和引用,其中有些断言至今仍被软件开放人员奉为圭臬。作者结合当前软件工程领域的发展现状重新梳理了初版中的各核心观点,强调了概念完整性,重新评议了第二个...
1.人月神话 乐观主义所带来的错误假设:一切都将正常运行,每一项任务仅花费它所“应该”花费的时间;用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话 这种场景仅适用如下情况:任务可以彻底分解,他们之间不需要交流 建议可以分配的时间安排:1/3计划>1/6编码>1/4构件>1/4系统测试 ...
《人月神话》读书笔记 作为一本软件行业里的经典书籍,这本书我有很多地方看不懂,因此只算是略读。这主要是我在工作时所看到和感受到的,今后可能还会经常遇到。 以下为原文引用 1、项目滞后的主要原因: 在众多软件项目中,缺乏合理的时间进度是造成项目滞后的最主要原因,它比其他所有因素加起来的影响还大。导致这种...
《人月神话》读书笔记与心得体会几年前刚刚步入软件开发行业,第一次接触软件行业的“人月”概念,了解软件行业的体系结构,懵懂的状态中,不经意间打开了传说中的《人月神话》,记忆中无知者无畏可以是最好的心理状态写实。重温《TheMythicalMan-Month》,令人欣喜的是美好的憧憬与渴望改变一切的冲劲不仅仅停留在记忆里...