分类: 读书笔记

写完十九章之后，这一节只有两页半。作者没有再讲方法论，而是回到了自己 13 岁那年的一个下午。 这一节讲了什么 他记得 1944 年 8 月 7 日读到哈佛 Mark I 型计算机研制成功的报道时那种"向往和开心"的感觉——那时他十三岁。他顺手把当时的角色分清了：Mark I 是电子机械学上的奇迹，Aiken 是它的结构设计师，IBM 的工程师 Clair Lake、Benjamin Durfee 和 Francis Hamilton 是它的实现设计师。这个区分放在全书的末尾不是偶然：体系结构与 …

题记借西德尼·史密斯的话调侃作者：他"应该瞪大眼睛紧盯着诺亚，然后……好好学习一下，看他们当时是怎样把那么多东西塞进一个小小的方舟上的"。这一章讲的就是怎么把十磅东西塞进五磅的口袋。 这一章讲了什么 第一部分把"程序空间"还原成一笔钱。他用 IBM 的 APL 交互式系统算账：软件租金每月 400 美元，运行时至少占用 160K 字节内存，而在 Model 165 上内存租金约每千字节每月 12 美元。若程序全天可用，用户要付 400 美元的软件费加 1920 美元的内存租用费；每天只用 4 小 …

题记两句话放在一起很有意思：普布里乌斯说"实践是最好的老师"，《穷理查年鉴》补上一句——“实践是最好的老师，但智者还能从其他的地方有所收获。“这一章就是作者试图从别人的实践里收获的部分。 这一章讲了什么 开篇两个警告，都是针对估算里最常见的偷懒方式。 第一，不能只估编码再套比率。编码只占整个问题的六分之一左右，编码估计或比率上的误差，放大到整任务上就是荒谬的结论。 第二，不能拿小型独立程序的数据外推。他引 Sackman 等人的报告：规模平均 3200 条指令的程序，单个程序员编码加调试约 …

题记直接引了《创世纪》11:1–8 的原文。这一段之所以被放在这一章，是因为作者要把它当作一个工程项目来复盘。 这一章讲了什么 作者称巴比伦塔是人类继诺亚方舟之后的第二大工程壮举，也是第一个彻底失败的工程。他逐条检查这个项目的先决条件： 先决条件 答案 清晰的目标？ 有，尽管幼稚得近乎不可能——而且项目早在遇到这个限制之前就失败了 人力？ 非常充足 材料？ 美索不达米亚有丰富的泥土和柏油沥青 足够的时间？ 没有任何时间限制的迹象 足够的技术？ 有，金字塔或锥形结构本身稳定、能分散压力负载，砖石建 …

题记引的是杜鲁门论总统权力：“他只是坐在那里，嘴里说’做这个！做那个！‘当然，什么都不会发生，光说不做是没有用的。” 这一章讲了什么 问题很具体：假设项目经理已经有了行事的规范、经验丰富的结构师和一批实现人员，他如何确保每个人听到、理解并实现结构师的决策？一千人开发的系统，十个结构师的小组怎么保住概念完整性？这一章给的是 System/360 硬件设计中摸索出来的六件工具。 手册是基础。它是产品的外部规格说明，描述并规定用户可见的每一个细节，也是结构师的主要工作产物。但仅有文档不够——规格会被反 …

题记是奥维德的一句：“聚沙成塔，集腋成裘。“用在功能上，这句话不是褒义——每一小勺都合理，堆起来就是一个没人能用得动的庞然大物。 这一章讲了什么 第一章提出的问题在这里被接着问下去：既然把制定功能规格说明的责任从"快速、低成本地开发产品"的责任中分离了出去，那么用什么准则约束结构师的创造热情？作者给出一个总体回答——结构师与实现人员之间彻底、谨慎、和谐的交流——然后展开两个部分。 第一部分是"结构师的交互准则和机制”。他先拿建筑业打比方：结构设计师用估算技术编预算，承包商的报价总会超过预算，设计 …

题记借的是兰斯大教堂：它的风格"是一种风格上的极致"，因为 Jean d’Orbais 构思的整体设计被后继建筑师遵守，“这就是这个宏伟建筑能够如此和谐统一的原因之一”。 这一章讲了什么 作者先用大教堂作对照。欧洲许多大教堂的不同部分风格迥异，因为后来的建筑师总想"提高"，以反映自己的品味；而兰斯的和谐来自八代建筑师每个人的自我约束——他们各自牺牲了一点创意，换来纯粹的设计。 对照到软件上，他给出一个判断：计算机系统的概念差异通常不是因为跨越了几个时代，而是因为设计被切分成由若干人完成的若干任务 …

这一章的题记来自 Sackman、Erikson 和 Grant 的测量：“效率高和效率低的实施者之间个体差异非常大，经常能够达到数量级的水平。” 一句话就把"人"这个变量放到了台面上。 这一章讲了什么 作者的起点是一次会议上的常见说法：年轻的软件经理声称，他们喜欢由一流人才组成的小型精干队伍，而不是几百人的大团队——这里的"人"当然暗指平庸者。作者说自己常常有同感，但随即指出，这种幼稚的观点回避了一个很困难的问题：如何在有意义的进度安排内创建大型的系统？ 先看测量数据。Sackman 等人的研 …

这一章的题记来自新奥尔良安托万餐厅的菜单：“美食的烹调需要时间；片刻等待，更多美味，更多享受。” 用菜来类比软件进度，是全文最狠的一处反讽：进度可以被顾客催，但菜不会因为被催就熟。 这一章讲了什么 作者开篇给出判断：在众多软件项目中，缺乏合理的进度安排是造成项目滞后的最主要原因，比其他所有因素加起来的影响还要大。然后列出五个成因：估算技术缺乏有效研究，隐含了"一切都将运作良好"的假设；估算技术隐含假设人和月可以互换，把进度和工作量混为一谈；经理对估算缺乏信心，没有耐心持续估算；缺少进度的跟踪与监 …

题记两句针锋相对：帕特里克·亨利说"只能根据过去判断将来"，埃德蒙·伯克说"然而永远无法根据过去规划将来"。这一章正站在这两句之间。 这一章讲了什么 为什么要出版纪念版 作者用一个场景开场：飞机上，邻座的陌生人正在读《人月神话》，他一路等着看对方会不会有反应，最后在机舱门口忍不住问"这本书如何？“对方回答——“噢！这里面的东西我早就知道。“他决定不介绍自己。 这个段子后面接着一个真问题：一本 20 年前写的、讲 30 年前经验的书，为什么还相关？他反驳了两种常见解释。第一种说"软件开发学科没有正 …

题记是塞缪尔·勃特勒的一句俏皮话：“我们理解也好，不理解也好，描述都应该简短精练。“这一章正是照此办理——把全书论断压成一张清单，且一个字都不改。 这一章讲了什么 作者的动机写在开头：现在对软件工程的了解比 1975 年多得多，那么旧版里的观点，哪些得到了数据和经验的支持，哪些被证明不正确，哪些随着世界变化显得过时？为了便于判断，他把 1975 年版书籍中的论断毫无更改地抽取出来，以摘要形式列出，只标注"我认为是正确的：是客观事实和经验中推广的法则”；方括号里的评论是新版新增的内容。 所以这一章 …

题记两句都在说同一件事：威廉三世说"生死有命，富贵在天"，蒲柏说"任何人若想看到一件完美无瑕的作品，他所想的那种作品过去不存在，现在和将来也不会出现"。 这一章讲了什么 这一章是对"没有银弹"发表九年（1986 到 1995）后的回应与复盘。作者先交代了一个小插曲：那篇文章最初是 IFIP 1986 年都柏林大会的约稿，《计算机》杂志翻印时用了类似《伦敦人狼》的恐怖剧照当封面，还配了一篇《杀死人狼》的补充报道——“我并未注意到补充报道和插图，也没有料到一篇严肃的技术性文字会被这样润色”。 存在着 …

这一章是 1986 年的同名论文，收进纪念版后成了全书流传最广的部分。题记就是那句著名的判断：在未来的十年内，无论是在技术还是管理方法上，都看不出有任何突破性的进步，能够保证在十年内大幅度地提高软件的生产率、可靠性和简洁性。 这一章讲了什么 摘要与比喻 作者把软件活动分成两部分：根本任务是打造构成抽象软件实体的复杂概念结构；次要任务是用编程语言表达这些抽象实体，并在时空限制下把它们映射成机器语言。近年生产率的巨大进步都来自对次要障碍的突破——硬件限制、笨拙的语言、机器时间匮乏。于是问题变成一个算 …

题记两句放在一起，正好构成本章的两半：歌德说"不了解，就无法真正拥有"，克雷布说"噢，赐予我朴素的评论者吧，他们不会因过于深奥而让人困惑不解"。 这一章讲了什么 作者先指出程序有"另外一面"：它固然是从人传递给机器的信息，为了把意图传达给不会说话的机器，采用了严格的语法与严谨的定义；但书面的程序还有别的方式向用户讲述自己的故事。而且这件事即便对只给自己用的程序也必要——因为记忆会衰退，作者本人迟早会失去对程序的了解，不得不回头重拾当初劳动的细节。至于公共程序，用户与作者在时间与空间上都相隔遥远， …

题记两句连读最有力量：索福克勒斯说"带来坏消息的人不受欢迎"，紧接着自问自答——“项目怎么会被延迟了整整一年的时间？……延迟的时间是一天天积累下来的。” 这一章讲了什么 作者先破除一个想象：人们听说某个项目进度发生灾难性偏离时，会以为它遭遇了一系列重大灾难。但通常的情形是——灾祸来自白蚁的肆虐，而不是龙卷风的侵袭。重大灾害其实比较好处理，因为它们伴随着压力、重组和新技术的出现，项目组往往能应付自如；真正难对付的是那种以难以察觉、却残酷无情的方式慢慢落后。 他列了一串每天都在发生的小事：关键人员生 …

题记用的是《亨利四世》里的一段对话：“我可以召唤地下的幽魂。““这我也会，什么人都会，可是当您召唤它们的时候，它们会应召而来吗？“作者把它接到现代神话上：有人说自己能编写控制航空运输、拦截导弹、管理银行账户的系统，回答是一样的——我也可以，任何人都可以，但当你真的写出来，它会应召而来吗？ 这一章讲了什么 这一章分三部分：怎么在设计阶段减少 bug、怎么调试单个构件、怎么把构件组装成系统。 剔除 bug 的设计 作者先给出 bug 的主要来源：系统各个组成部分的开发者都会做出假设，而这些假设之间的 …

题记是一句谚语：“巧匠因为他的工具而出名。” 这一章讲了什么 作者先批评一种他称为"经营五金店"的做法：每个骨干人员都仔细保管自己工作生涯中搜集的一套工具集，把它们当作个人技能的直观证明——编辑器、排序、内存转储、磁盘空间实用程序各有一套。他说这对软件项目来说是愚蠢的，理由三条：项目的关键问题是沟通，个性化工具妨碍而非促进沟通；机器与工作语言一变，工具的生命周期就结束；而开发和维护公共通用工具的效率无疑更高。 但仅有通用工具不够——专业需要和个人偏好同样需要专用工具。所以他在第 3 章的外科手术 …

两段题记正好互补：斯威夫特说"不变只是愿望，变化才是永恒"，罗斯福说"选择一种方法，试试看；如果失败了，没关系，再试试别的方法。不管怎么样，重要的是先去尝试。" 这一章讲了什么 本章分四段，从"要不要抛弃第一版"一路推到"系统为什么会腐烂"。 试验性工厂和增大规模。 作者借化学工业打头：实验室里能实现的反应过程，不可能在工厂里一步做成，中间必须有"试验性工厂"（pilot plant）来提供放大经验——海水淡化要先在日产 10000 加仑的试验场测试，再上 2000000 加仑的系统。软件行业面 …

这一章的题记干脆就是一个"假设"：在堆积如山的文件资料中，少数文档是关键枢纽，每一件项目管理的工作都围绕着它们运转。这些文档是项目经理最重要的个人工具。 这一章讲了什么 作者先替新任项目经理说了句实话。技术、周边组织、行业传统等因素共同决定了项目必须准备哪些文书工作，而对一个刚从技术人员中提拔上来的经理来说，这些文档"令人生厌"，看起来毫无必要、令人分心，充满被吞没的威胁——“但是，在实际工作中，大多数情况都是这样的。” 转变发生在认识上：文档的某些部分本身就承载着管理工作。每份文档的准备工作， …

开篇是一句荷兰谚语：“前车之覆，后车之鉴。” 接着是全书最出名的一个画面——史前巨兽陷在焦油坑里，挣扎得越猛烈，焦油纠缠得越紧，没有哪种猛兽有足够的力气或技巧挣脱，最后都沉到坑底。作者说，过去几十年的大型系统开发就是这样一个焦油坑。 这一章讲了什么 作者先用比喻立论：大型项目的困难不是由某个单独的问题造成的，每个问题单看都能解决，但当它们相互纠缠、累积在一起时，团队的行动就越来越慢。局中人往往对麻烦的程度感到惊讶，也很难看清问题的本质。他的态度是——想解决问题，先了解问题，于是这一章去认识"系统 …