ACM通信
瓦茨·汉弗莱:《缅怀拓荒者》
10月28日，瓦茨·汉弗莱最终输掉了与疾病的斗争。虽然我对他的工作已经很熟悉了，但我对他的个人了解是近几年才开始的，从他在第一届关于外包软件工程的SEAFOOD会议上做了一个出色的主题演讲开始。
瓦汉弗莱将会因为他在将工程置于软件工程中心的关键作用而被铭记。他的主要贡献都追求这个目标:能力成熟度模型(CMM，后来从软件扩展到能力成熟度模型集成，CMMI)及其对软件团队工作(TSP，团队软件过程)和个人程序员(PSP，个人软件过程）.
总的教训是一样的:个人、团队、项目、公司和软件行业作为一个整体应该应用坚实的工程原则。这些原则包括:
- 记录我们所做的一切，就像传统工程师记录日志一样。
- 学习和应用定量和统计质量保证技术。
- 持续度量工作量、成本、产品属性和其他项目属性。
- 将所有测量和结果记录到个人、项目或公司历史数据库中，以开发并不断丰富未来发展的参考。
- 使用代理措施 (测量可以被度量)以获得重要属性的预先估计(度量什么应该被测量，但还不能测量或不能直接测量)。例如，在编写源代码行数(SLOC)之前，我们显然不知道它们的数量，但我们可以使用各种代理 - - - - - -比如从需求文档中推断出的功能点的估计，或者Boehm的COCOMO模型所使用的参数的组合 - - - - - -根据历史数据。
- 不断在质量和数量上评价事态发展状况;从评估中学习以提高个人、团队、项目或公司的绩效。
- 使用收集的数据来挑战和改进软件实践和过程。
由于历史的偶然，这些想法在两个特定的领域得到了最明显的应用:美国国防部承包商社区和印度外包行业。这一点也没有帮助- - - - - -不像汉弗莱自己的书具体的，家常的，刺激的-基本的CMMI文档是用政府官僚主义的讽刺语言编写的，这不可避免地使许多可以从这些概念中获益最多的程序员和管理人员失去兴趣。
历史上的另一个偶然事件是，许多提倡敏捷方法的人发现，他们反对这种规范的软件工程方法是有用的，当我们在几年后回顾时，这种反对会显得很荒谬。实践敏捷实践(至少是那些不稀奇的实践，如迭代开发)与应用专业软件开发的原则(例如，Humphrey的PSP)之间没有矛盾。
尽管存在这种人为解释的对立，但我确信PSP和Humphrey开发的其他开创性原则将越来越多地被教授和实践，作为软件工程不可避免的专业化的一部分。
瓦茨·汉弗莱是个讨人喜欢的人。他的性格与他的工作非常一致;人们会开玩笑说，他是如此专注和有条理，他肯定通过了CMMI的5级资格。晚上当我拍了上面的照片(为我的计算机科学家画廊)，他和其他人一样玩得很开心，但他很清楚自己该在什么时候回家。他有敏锐的幽默感，从不放过说双关语的机会。在海鲜会议上，另一位主讲人，安德烈Terekhov来自圣彼得堡的他在演讲中使用了一个基于苏联时代一个故事的比喻:你被指责是一头骆驼;你怎么证明你不是呢?不是那么容易。瓦茨冷冷地说他可以证明他不是骆驼:“我是汉弗莱。”
去年他的健康状况使他不能接受邀请。特别是他没能参加2010年软件工程国际会议。我希望有人告诉他，所有的观众都站起来为他和他的作品鼓掌(见最后一部分，从9点33分开始)简短的演讲)。
下周我们将在苏黎世举行软件工程的未来研讨会(FOSE，见节目)在这里，所有的演讲者都是在整个软件工程领域最负盛名的人:Barry Boehm, Manfred Broy, Patrick Cousot, Erich Gamma, Yuri Gurevich, Michael Jackson, Rustan Leino, David Parnas, Dieter Rombach, Joseph Sifakis, Niklaus Wirth, Pamela Zave, Andreas Zeller)。瓦茨收到了邀请，也想参加，但病倒了。FOSE将提供一个机会来纪念软件工程的先驱Watts Humphrey。
没有发现记录