首届计算机先驱奖获奖者之一是资深计算机科学家弗雷德里克·布鲁克斯(Frederick Phillips Brooks，Jr．)。布鲁克斯这个名字在中国知之者不多，但在美国却是大名鼎鼎的。

因为他在20世纪60年代初只有29岁时就主持与领导了被称为人类从原子能时代进入信息时代的标志的IBM／360系列计算机的开发工作，取得辉煌成功，从而名噪一时。以后他作为硬件和软件的双重专家和出色的教育家始终活跃在计算机舞台上，在计算机技术的诸多领域中都作出了巨大的贡献。

Frederick P. Brooks，Jr.曾荣获美国计算机领域最具声望的图灵奖（A.M.Turing Award）桂冠。美国计算机协会（ACM）称赞他“对计算机体系结构、操作系统和软件工程做出了里程碑式的贡献。”

Brooks博士是北卡罗莱纳大学Kenan-Flagler商学院的计算机科学教授。他被认为是"IBM 360系统之父"，曾担任了360系统的项目经理，以及360操作系统项目设计阶段的经理。凭借在上述项目中的杰出贡献，Brooks博士以及Bob Evans和Erich Bloch在1985年荣获了美国国家技术奖（National Medal of Technology）。Brooks博士早期曾担任IBM 公司Stretch和Harvest计算机的体系结构设计师。

Brooks博士创立了北卡罗莱纳大学的计算机科学系，并在1964～1984年期间担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。他目前的教学和研究方向是计算机体系结构、分子模型绘图和虚拟环境设计。

Frederick Phillips Brooks, Jr. (born April 19, 1931) is a software engineer and computer scientist, best-known for managing the development of OS/360, then later writing candidly about the process in his seminal book The Mythical Man-Month.

"It is a very humbling experience to make a multi-million-dollar mistake, but it is also very memorable." Brooks received a Turing Award in 1999 and many other awards.

Born April 19, 1931 (1931-04-19) (age 78)

Durham, North Carolina
Fields Computer Science
Institutions IBM
University of North Carolina at Chapel Hill
Doctoral advisor Howard Aiken
Known for OS/360
The Mythical Man-Month
Notable awards Turing Award

布鲁克斯与计算机结缘：编辑本段回目录

布鲁克斯1931年4月19日生于美国北卡罗莱纳州的杜哈姆(Durham)，是一名医生的儿子。1944年，艾肯设计的MARKI由IBM生产出来以后，有杂志加以介绍。

当时才13岁的布鲁克斯读了以后就产生极大的兴趣，并开始收集老式的商用计算装置。他参加了所在中学的无线电俱乐部和电子工程俱乐部，成为一名积极分子。假期，他用铅皮做成烟管卖给烟农烤烟叶(他家乡是产烟区)。

1953年，从杜克大学毕业并取得物理学士学位以后，进入哈佛大学深造，师从他从小仰慕的艾肯，1955年取得硕士学位，1956年取得博士学位。值得指出的是，布鲁克斯取得的是计算机科学的博士学位，是一位“正宗”的计算机博士，是世界上第一批获得计算机科学博土学位的少数学者之一。

他的博土论文课题为“自动数据处理系统的分析设计”（TheAnalyticDesignofAutomaticDataProcessingSystem）。从博士论文开始，布鲁克斯的一生就与计算机结下了不解之缘。

IBM经历：编辑本段回目录

在哈佛大学取得博士学位以后，布鲁克斯进入IBM公司设立在纽约波凯普茜(Poughkeepsie，NewYork)的实验室当工程师。这个实验室从20世纪50年代到80年代一直是IBM公司开发计算机的中心。布鲁克斯在这里参加了Harvest和STRETCH计算机的开发，任体系结构设计师。这两个型号的计算机都引入了一些新技术，在20世纪50年代后期至60年代初期有很大影响，尤其是STRETCH计算机，当前已成标准的8个二进制位的“字节”(byte)就是由布赫霍尔兹(WernerBuchholz)提出，在STRETCH上首次采用的。

STRETCH还首创先行控制方式，最多可重叠执行6条连续的指令，后来被发展成流水线方式，因而被认为是世界上第一台流水线计算机。流水线概念的提出者是阿姆达尔(GeneAmdahl，他后来离开IBM公司创办了著名的Amdahl公司)，由科克(JohnCocke，1989年计算机先驱奖获得者)和考尔斯基(HarwoodKolsky)协助在360上实现。STRETCH共生产9台。在1965年CDC6600问世以前，是世界上最快的超级计算机。

Harvest则是IBM公司在STRETCH的基础上，为美国国家安全局特制的，比STRETCH还大两倍。布鲁克斯在其中的创造性贡献是解决了程序中断系统的设计，以及在数据格式中出现不均匀的字符分布时如何设计其二进制代码(multicasebinarycodesfornonuniformcharacterdistributions)等问题，并从而在1957年取得了他的第一个美国专利“程序中断系统”(ProgramInterruptSystem，专利号3048332，与D.w．Sweenly共有)，发表了他最初的两篇学术论文。其中，在程序中断系统的设计中，布鲁克斯和斯温利提出了可屏蔽中断的概念，使用户击键时字符显示在屏幕上，而计算机的运行却不会混乱。科德（E.F.Codd，1996年计算机先驱奖获得者）正是利用这一概念为STRETCH设计了第一个交互式多道程序操作系统的。

1959年，布鲁克斯曾被调至IBM公司在约克通高地(YorktownHeights，NewYork)的研究中心工作，但第二年又重新被调回波凯普茜的实验室，因为当时IBM公司内部在计算机的研发方向上产生了重大的分歧。1960年时，IBM公司的计算机生产线上的产品是8000系列，但遭到一些人的反对，其领头人是伊万斯(Roben(Bob)OvertonEvans)。伊万斯1951年就加盟IBM公司，曾参与或主持过IBM701、1410和7070等多种型号计算机的开发，已经积累相当丰富的知识和经验。他经过认真分析，认为主要继承IBM原有技术的8000计算机，即使研制成功并上市，过不了几年，即到1964年就会丧失生命力，缺乏市场竞争能力。因此他主张8000下马，采用新的技术开发新型计算机，尤其是要开发新的操作系统。

伊万斯的意见使IBM公司分裂成为两派，一派支持，一派反对，而反对派的领头人正是布鲁克斯!两派的争论和对立非常尖锐，又势均力敌，因为伊万斯只是艾奥瓦州立大学电气工程系的一个本科毕业生，学历和学位没有布鲁克斯高，但资历却比他老，双方的支持者人数也差不多。以小沃森(ThomasJohnWatson，Jr．)为首的IBM公司决策层于1961年5月担着极大的风险最后采纳了伊万斯的意见，是年秋宣布成立一个名为SPREAD(这是“系统程序设计、研究、工程和开发”的英文SystemsProgramming，Research，EneineeringAndDevelopment的词头缩写)的委员会作为taskforce(类似于我国过去经常采用的所谓“攻关领导小组”这样一种组织)，由13人组成，主席为汉斯特拉(JohnW．Haanstra)，副主席为伊万斯，布鲁克斯是成员之一。

作为争论中赢方的伊万斯冷静地分析了形势以后，作出了一个令人大感意外的决定，他亲自找布鲁克斯，请布鲁克斯主持日后被称为IBM／360的这个新项目。伊万斯这一举动主要基于以下两点考虑，一是如果由他自己来主持360，那末原来反对他的意见的那一派人很难团结在他的周围，二是涉及这样重大改革与创新的项目，应该让年轻人来挑头。他自己虽然当时也只有34岁，但布鲁克斯比他小5岁，更加年轻。难能可贵的是，布鲁克斯作为争论的输方，慨然接受了伊万斯的邀请，同意负责这个他曾经反对过的项目!这个故事很像我国京剧舞台上的“将相和”(虽然无人“负荆请罪”)。

伊万斯和布鲁克斯双方在这件事上所表现出来的明智、大度和勇气都十分令人钦佩和赞叹。其结果和效果就是整个IBM公司的职工果然团结起来，实现了艰难而痛苦，然而却是历史性的转变和飞跃。IBM／360的开发总投资5．5亿美元(其中硬件2亿，软件3．5亿)，比美国研究原子弹的曼哈顿计划的投资20亿美元的四分之一还多。在研制期间，布鲁克斯率领着2000名程序员夜以继日地工作，单单360操作系统的开发就用了5000个人年。因此，当1964年4月7日，在IBM公司纪念其成立50周年的庆祝大会上宣布360系列计算机的时候，小沃森完全有理由声称“这是公司历史上宣布的最重要的产品”。

确实，IBM／360以其通用化、系列化和标准化的特点，对全世界计算机产业的发展产生了如此深远的影响，以至被认为是划时代的杰作。而IBM／360的推出，也使IBM在短短两年时间内，即到1966年，其资本积累就增加到45亿美元，职工总数净增6万，达到19万，成为名符其实的“兰色巨人”。到20世纪60年代末，360系列机的市场占有率达到15％，到20世纪70年代中期，超过了50％。各计算机生产厂商纷纷仿效360的榜样，推出各自的系列机。有的则直接采用IBM／360的操作系统，比如著名的Amdahl公司的所谓“插接兼容式”计算机(plugcompatiblecomputer)就是这样。为此，伊万斯和布鲁克斯两人常常被并称为“IBM／360之父”(fatheroftheIBMSystem／360)。

当然，IBM／360如今早已是“昨日黄花”了。IBM公司在20世纪70年代就推出了370系列替代360，以继续保持其技术上的优势。这里之所以用了一定篇幅介绍IBM／360的故事，是因为其中不乏让我国的企业家、科学家和工程技术人员深思的一些问题。IBM／360的特点我们只简要介绍如下。它是集成电路的计算机。体系结构既便于事务处理，又便于科学计算；系列中各机型(初期，规模由小到大，功能从弱到强，包括20、30、40、50、65和75六个型号，后来扩充了25、85、91、195等型号)具有兼容性；有标准的输入输出接口和通用的输入输出设备，它们与中央处理器相对独立；软件既有兼容性又有可扩充性，从而可最大限度地保护用户的软件投资。这些特征大多都成为以后计算机设计与开发所遵循的基本原则。

IBM／360成功以后，布鲁克斯离开IBM公司回到其故乡，为北卡罗莱纳大学(University of North Carolinaat Chapel Hill，简写UNC)创建了计算机科学系，担任该系系主任长达20年(1964—1984年)。卸任以后仍在该系任教至今，因此他培养的学生很多，可谓“桃李满天下”。除了教学以外，他还致力于发展美国的计算机技术和计算机在国防等方面的应用，有许多社会兼职。他的研究领域除了计算机体系结构、机器语言设计、软件工程和大型项目管理以外，还包括动态体系结构的可视化(如walk-through，即“走查”)、人机接口、交互计算机图形学等，十分广泛。20世纪70年代初，布鲁克斯和他的学生赖特(WilliamV．Wright)同生物化学系的海曼斯(JanHermans)合作，研究蛋白质折叠问题，实现了可视化分子三维结构系统。后来又与杜克大学的结晶学家金荪和(SumHoKim)合作，开发成功了能找到tRNA分子的原子坐标的系统，使得以前需要三个月才能完成的工作只要一个星期就可以做完。关于虚拟现实（VR：VirtualReality)，涉及布鲁克斯曾参与领导攻关的计算机模拟和训练，是他关心的重点之一，1992年3月由美国国家自然科学基金会NSF主持的虚拟现实研讨会，就是由布鲁克斯等人倡议并在北卡罗莱纳大学召开的，这次会议对VR进行了定义并就其研究方向提出了详细建议，奠定了VR作为独立研究方向的地位。布鲁克斯在筹备及组织此次会议上作出了重要贡献。

担任职务：编辑本段回目录

1966—1970年，他是ACM全国委员会的委员；
1973～1975年，出任ACM体系结构委员会(所谓SIGARCH)的主席；
1977～1980年，布鲁克斯在美国国家研究院计算机科学技术部(ComputerScienceandTechnologyBoard，NationalResearchCouncil)任职；
1983～1984年，他是美国国防科学委员会人工智能攻关领导小组(AITaskForce，DefenceScienceBoard)的成员；
1986-1987年，是上述委员会另一个攻关领导小组“计算机模拟和训练”(ComputerSimulationandTrainingTaskForce)的成员；
1985—1987年，他担任军用软件攻关小组(MilitarySoftwareTaskForce)组长，并当选为美国工程院院士，他同时也是英国皇家学会和荷兰皇家科学与艺术院的外籍院士。

著作：编辑本段回目录

1963年，他和哈佛大学就读时的同学和IBM公司的同事艾弗森(KennethIverson，APL发明人，也是首届计算机先驱奖获得者)合著了《自动数据处理》(AutomaticDataProcessing，Wiley)一书，是该领域中最早的专著之一；

1969年再版时有两个版本，其中一个是专门论述在IBM／360上的数据处理的(书名为AutomaticDataProcessing，System／360Edition)；

1975年，他把他历年来所写的有关软件工程和项目管理方面的文章汇集成书，书名为《人月神话：有关软件工程的随笔》(The Mythical Man-Month：Essay On SoftwareEngineering，Addison-Wesley)；由于本书是他领导IBM／360软件开发经验的结晶，内容丰富而生动，成为软件工程方面的经典之作，出版20年之后即1995年又再版了一次；

最近的一本专著是他与荷兰特文德理工大学(TwenteTechnicalUniversity，位于荷兰与德国接壤处的恩斯赫德)的勃劳夫教授(C．A．Blaauw)合著的《计算机体系结构：概念与发展》(ComputerArchitecture：ConceptsandEvolution，Addison-Wesley，1997)；

1995年，他与萨瑟兰(1．E．Sutherland，“计算机图形学之父”，1985年计算机先驱奖获得者)等还合编了一本书，书名是《Evolving the High Performance Computing and Communications Initiative tO Support the National Information Infrastructure》，由NationalAcademypr．出版，论述了有关高性能计算机计划及信息基础设施(也就是所谓“信息高速公路”)建设的一系列问题。

《人月神话》编辑本段回目录

《人月神话》自第一版以来，畅销20余年不衰，是软件领域绝无仅有的必读经典。作者布鲁克斯为人们管理复杂项目提供了颇具洞察力的见解，既有很多发人深省的观点，也有大量的软件工程实践。本书内容来自布鲁克斯在IBM公司 System/360 家族和OS/360中的项目管理经验。在本书第一次出版20年后的今天，布鲁克斯重新审视了他原先的观点，增加了一些新的想法和建议。既方便了熟悉原有内容的人们，也方便了许多第一次阅读它的读者。

媒体推荐

名家的赞誉
我唯一一本读过一遍以上的书，是Fred Brooks的《人月神话》，实际上我每过一两年都重读一遍。部分原因是这本书文笔很好，部分原因是书中的忠告很有价值，即使是25年以后。当然，现在很多细节上的地方，和我们做事情的方法，都有不同。我们的工作更自动化，计算机的"马力"更强劲，但书中依然有许多好的忠告，我非常推崇这本书。这是我唯一能想起来的你能从中体会到乐趣和思想的计算机科学书籍。
--Brian Kernighan

年轻的软件工程师、吝啬的研究生、懒惰的软件老手常请我标示出迄今为止最好的软件图书。"如果我带着仅有的一本计算机书在沙漠荒岛上，"他们问，"应该是哪本书？"这是个荒谬的问题，但人们坚持要个答案。假如你真的被放逐到这样的小岛（或者你决定躲藏到这样的地方去避免2000年软件崩溃的恐惧！），《人月神话》应该紧随着你。
--Ed Yourdon

二十五年后，我们仍然读这本书，学习它。在业界，大部分书六个月后就无用了，这本书则是空前的。记住，虽然，最终会有书能达到它的水平。
--Jason Bennett

出版于1975年的《人月神话》是软件开发方面的经典作品。1995年版包括了令人感兴趣的新的几章，但原来的随笔依然是这本书的心脏与灵魂。在这本书中，Brooks解决了如何组织和管理大规模编程项目的问题。这些项目要求成百上千的程序员，产生几百万行代码（想想SAP、Oracle数据库引擎、Windows2000）。Brooks简洁、清晰的作品读起来令人愉快。如果你是个程序员，如果你和程序员一起工作，如果你管理程序员，你应该阅读这本书。
--Frank Chance

编辑推荐
一本在软件领域绝无仅有，20余年畅销不衰的必读经典，是软件产业中一部里程碑式的巨著，如果您不想终身埋头代码设计，便一定能从本书中获得收获与乐趣。

译者序
这是本书中唯一的一节废话。

我是个书狂，积习甚深，费尽心机在软件工程、系统工程方面积累了一些书。书分为神品、精品和普通三个等级，其中精品、神品又分别分为一品、二品和三品。其中大部分软件工程书都属于精品，神品只有两本，Fred Brooks的这本书就属于神品之列。

软件作为一个行业，一直背着解决错误的问题名声。由于问题决定解决方案，这就意味着我们一直在制造错误解决方案！这方面有大量的证据，其中最著名的是美国政府统计署（GAO）的数据：全球最大的软件消费商--美国军方--每年要花费数十亿美元购买软件，而在其所购软件中，可直接使用的只占2%，另外3%需要做一些修改，其余95%都成了垃圾(Rubbish)，不管这些软件是否符合需求规格，一句话，并没有满足他们的需求。面向对象技术并没有给我们带来"神奇的效应"，不管现在的厂商如何吹嘘他们面向对象OO(Object-Oriented)工具多么万能，也不管那些OO狂热者是多么毅然的前赴后继，这方面的数据从80年代以来并没有发生大的改观。

这实在是令我们的软件工程专家和从业人员们羞愧，因为它揭示了我们可能一开始就从根本上做错了什么！90年代中期，当Michael Jackson（not the moon-walker）宣布他们的研究结果时，立刻在软件工程届激起了阵阵涟漪。Jackson指出软件行业人员/方法学大师们只是简单地模仿、照搬其他学科的方法，却将最重要的方面--问题域给忽略了。他指出，面向对象方法和结构化方法对问题域的处理没有什么大的区别，却被人们过分地用美好的词汇给美化了："...You can see the results clearly in many o