|
北京奥捷特通信技术有限公司技术总监 刘天北——《人月神话》软玉生香
《人月神话 (The Mythical
Man-Month)》是软件行业中的一部里程碑式的名著。作者Brooks曾任IBM System/360项目经理，被称为"S/360之父"。在书中，他详细讨论了包括工期规划、团队组成、文档、排错等软件项目进行全程中的方方面面。本文考察了该书成功的原因，对书中涉及的若干重点问题做出了进一步分析，并展望了该书可能为中国软件业带来的启示......
阅读全文请进→→
《人月神话》译者汪颖谈《人月神话与实践》
......
"焦油坑（The Tar Pit）"一章中，对编程系统产品的观点"编程系统产品（Programming
Systems Product）。和以上的所有的情况都不同的是，它的成本高达九倍。然而，只有它才是真正有用的产品，是大多数系统开发的目标。"很有意义，至少在面对现在许多老板们对管理的观点"现实世界中的管理就是在更大程度上以人员的生命为代价，让他们更努力、更长时间地工作。经理们总是不停地吹嘘他们的人员的加班时数和能从这些人身上榨取更多时间的小把戏。"（《人件》，即将由清华大学出版社出版，译者为UMLChina翻译组方春旭、叶向群）面前聪明的工作。这种情况下，开发产品的质量一定会下降，甚至惨不忍睹，因为开发人员唯一能控制的是质量，当他们不得不牺牲质量，痛苦面对自己的工作，践踏工作的乐趣时，可以想象项目成本会大量地增加，并且项目的发布往往伴随着一大批程序员的倒下......
阅读全文请进→→
我唯一一本读过一遍以上的书，是Fred
Brooks的《人月神话》，实际上我每过一两年都重读一遍。部分原因是这本书文笔很好，部分原因是书中的忠告很有价值，即使是25年以后。当然，现在很多细节上的地方，和我们做事情的方法，都有不同。我们的工作更自动化，计算机的"马力"更强劲，但书中依然有许多好的忠告，我非常推崇这本书。这是我唯一能想起来的你能从中体会到乐趣和思想的计算机科学书籍。
--Brian Kernighan
年轻的软件工程师、吝啬的研究生、懒惰的软件老手常请我标示出迄今为止最好的软件图书。"如果我带着仅有的一本计算机书在沙漠荒岛上�"他们问，"应该是哪本书？"这是个荒谬的问题，但人们坚持要个答案。假如你真的被放逐到这样的小岛（或者你决定躲藏到这样的地方去避免2000年软件崩溃的恐惧！），《人月神话》应该紧随着你。
--Ed Yourdon
“出版于1975年的《人月神话》是软件开发方面的经典作品。1995年版包括了令人感兴趣的新的几章，但原来的随笔依然是这本书的心脏与灵魂。在这本书中，Brooks解决了如何组织和管理大规模编程项目的问题。这些项目要求成百上千的程序员，产生几百万行代码（想想SAP、Oracle数据库引擎、Windows
2000）。Brooks简洁、清晰的作品读起来令人愉快。如果你是个程序员，如果你和程序员一起工作，如果你管理程序员，你应该阅读这本书。”
——Frank Chance
二十五年后，我们仍然读这本书，学习它。在业界，大部分书六个月后就无用了，这本书则是空前的。记住，虽然，最终会有书能达到它的水平。
--Jason Bennett
自Frederick P. Brooks, Jr. 出版经典著作《人月神话：软件工程随笔》已经20年了。在这部注重实效、明晰的书中，Brooks剖析了许多工程管理的神话，这些神话来自他在年轻的软件工业中有意义的实践。典型的，他抨击了在项目中增加人手可以促进项目的完成的幻想。带着实例、幽默、严密的逻辑，Brooks展示了这些神话实际上如何给软件项目带来灾难并导致延迟。
--Chris Larson
如果，你已经拥有了老版本，你仍然会为带有额外的四章的新版感到高兴；如果你以前从未读过它，把其他事放在一边，立刻补上这重要的一课。象老版本对暴露关于延迟六、七十次的IBM感兴趣一样，这个版本增加了一些关于微软的注释（尽管如此，每晚重建开发项目的策略不能解释为何Windows95的M8
beta版的版本是950版）。
--Francis Glassborow
Brooks的工作是简单的而且对于那些被认为在软件业务领域是个专家的人是必需的，尤其对于在这个领域从事管理工作的人。这部书不仅仅指出了问题，而且也提出了些有趣的解决方案（例如：“外科团队”）。它指出了这个领域的每个专业人士都应该知道的一些非常重要的缺陷（例如“第二系统”效应）。最后，它提供了许多重要的见解和案例研究。
--TAL COHEN
附：《人月神话》20周年纪念版评论集
［返回］
|
