享年91岁！图灵奖得主、软件工程圣经《人月神话》作者Fred Brooks逝世( 三 ) _fred

Evans指派Brooks领导团队设计这条产品线，称为System/360，于1964年发布。

文章插图

Brooks创造了「计算机体系结构」（computer architecture）这一术语，指的是计算机处理器和相关设备的结构和行为，与任何特定硬件实现的细节分开。
IBM 360系列计算机的重要性不言而喻：这个划时代的杰作以其通用化、系列化和标准化的特点，不仅改变了商业计算的面貌，还对全世界计算机产业的发展产生了深远的影响。
在这台机器设计的过程中，Brooks提出的8位字节（8-bit byte）的改进尤为重要——允许使用大写和小写字母，并扩大了计算机在文本处理中的作用。
后来，在多次采访中，Brooks将这个改动视为自己一生最重要的技术贡献。

文章插图

2010年接受《连线》杂志采访时，Brooks被问到「你认为你最大的技术成就是什么？」
Brooks 回应说：「我做过的最重要的一个决定是将 IBM 360系列从6位字节改为8位字节，这让计算机能够使用小写字母，这个改动后来广泛传播开来。」
《人月神话》：软工圣经
Brooks在他关于软件工程的经典著作《人月神话》中描述了他所学到的经验。
书中他提出了举世闻名的「Brooks法则」：向进度落后的项目中增加人手，只会使项目更加落后。也就是我们常说的「三个和尚没水吃」。

文章插图

具体来说，在项目中，后来者需要加快速度，同时还要与前任进行沟通，从而使得开发团队增加了更多的开发时间，这个时间超过了新增程序员所做的贡献。

从理论上说，软件发展陷入僵局是可能的，此时开发团队极其庞大，以致所有时间都来互相沟通和重新决定，这样项目永远也不会完成。

文章插图

当Brooks在IBM管理OS/360的开发时，他为一个落后于计划的项目增加了更多的程序员，但事实证明，这个决定把项目的战线拉得更长。
此外他还断言，在一个涉及编写ALGOL编译器的项目中，不管涉及多少员工，都只需六个月。事实上，他花费了更久的时间。
虽然Brooks现身说法，劝解公司在执行项目时避免画蛇添足，但现实生活中，项目经理不断重复失败的案例向我们说明「软工圣经」一词从何而来：「所有人都会谈及这本书，一些人会认真阅读，但只有少数人会遵守其中的规定。」
难怪在Reddit上，有人称《人月神话》是所有软件工程师的必读书目后，网友回复道：「看上去这本『必读书目』也是『必忘书目』。Brooks提到的经验教训，我们什么时候才能真正学到呢？」