博客
文章按时间倒序排列,用标签与分类做横切索引。每篇文章都会额外产出同名 Markdown,供 Agent 直接读取。
结束语 · 令人向往、激动人心和充满乐趣的 50 年
作者用一段个人回忆收尾:从 13 岁读到 Mark I 的报道,到看着四代计算机革命过去——以及我从这本书带走的论断清单。
第 9 章 · 削足适履
程序空间是用户成本的一部分,必须像硬件管元器件数量那样设规模预算;而真正能大幅省下空间的,是重新表达数据。
第 8 章 · 胸有成竹
系统编程到底要多久?工作量是规模的 1.5 次幂,生产率随交互密度与任务复杂度差出十倍,而高级语言能换来 5 倍。
第 7 章 · 为什么巴比伦塔会失败
目标清晰、人力充足、材料齐备、时间不限、技术可行——巴比伦塔仍然失败了。缺的是交流,以及由交流产生的组织。
第 6 章 · 贯彻执行
结构师的决策如何让一千个人听到、理解并照做:手册、形式化定义、周例会、多重实现、电话日志与产品测试。
第 5 章 · 画蛇添足
第二个系统最危险:第一次因为无知而谨慎,第二次因为自信而放纵——把第一个系统里搁置的修饰功能全加进去。
第 4 章 · 贵族专制、民主政治和系统设计
概念完整性是系统设计里最重要的考虑因素;它要求设计出自少数人之手,而"谁来当结构师"是个比民主更有效的问题。
第 3 章 · 外科手术队伍
精干的小队伍跑不完大型系统,一拥而上又做不出概念一致性;Mills 的外科手术队伍是这两难之间的第三条路。
第 2 章 · 人月神话
书名的出处:为什么人月不是可互换的量,为什么向进度落后的项目加人等于用汽油灭火。
第 19 章 · 20 年后的《人月神话》
二十年后的自我清算:概念完整性与结构师依然成立,瀑布模型错了,Parnas 是对的,而微计算机革命与元编程改变了整个行业。
第 18 章 ·《人月神话》的观点:是与非
作者把 1975 年版的全部论断原样抽出来逐条自审:哪些被经验证实,哪些已经过时,以及他在哪里被说服改了主意。
第 17 章 · 再论"没有银弹"
九年之后作者逐一回应批评:措辞的澄清、对"悲观"的辩护、面向对象这枚铜质子弹、重用的真实成本,以及为什么形势没有改变。