原文作者：Jeff Atwood

2009年7月，Tom DeMarco在《IEEE Software》杂志上发表了一篇论文，题为“Software Engineering: An Idea Whose Time Has Come And Gone?”（软件工程：这个概念已经过时了？）。读后让我大跌眼镜。你也来看看吧：

年出版）。很多初露头角的软件工程师在量化工作和规划项目时都把那本书奉为圭璧。如今我在反思之中，我想知道：书里的建议在那时候正确吗？现在还有用吗？我现在仍然相信“度量”是任何成功的软件开发活动所必需的吗？我的回答全部是否定的。

我慢慢地得出这样的结论：软件工程——这个概念流行过，但现在已经过时了。

无论是现在还是将来，软件开发总是带有点试验性质的。尽管实际的软件构造未必是试验，但它的概念却是。这是我们应该专注的地方。我们原本也应该一直专注在这方面。

读过上面这些文字之后，如果你的脑袋瞬间爆炸了，不必紧张，我也一样。为了缓解你的头痛，我强烈建议你完整地读一下那篇论文。文章不长，也就两页。（点击这里下载PDF文件，英文。或阅读中文版）

要知道，Tom DeMarco（汤姆·迪马可）可是软件行业里最受尊敬的权威人物之一。他与Timothy Lister合著了具有开创性并且辉煌一时的《人件》，还有很多其他堪称经典的软件项目管理方面的图书，比如《与熊共舞》。对于一个像Tom这样德高望重的人，他居然站出来声嘶力竭地喊着“软件工程已死”……我们也只有瞠目结舌的份了……

这应该算是一件大事吧！让人惊慌失措的大事！

然而，它同时也是一种解脱，就好比是（举重运动员）从胸口挺起了一个决定性的重量。现在我可以公开承认了，作为一名软件开发者，在过去5~ 10年的职业生涯旅途中，我慢慢地认识到：我们所做的是技艺，而不是工程。我可以骄傲地说这句话了！我已经释然，对自己没有丝毫的怀疑！

最近，Joel Spolsky（我的创业合作伙伴）似乎也有相似的顿悟。他在“The Unproven Path”（未经证实的方法）一文中这么写道：

关于如何开发软件，我内心深处一直坚持着一些想法。但是，我几乎从未对别人说过。事实证明，没说是明智的，因为当组织成形时，几乎所有这些原则都用不上。

这是为什么呢？我仍然在试图解开其中的谜。在业务和软件工程方面，我曾抛弃了7条承载着自己信念的原则，结果却安然无恙。那么，是我过去太过于谨慎了吗？也许是因为那只是一个对我来说不太重要的项目（不是我的主营业务），所以我才愿意“鲁莽”一些。但那次经历却很好地给我提了一个醒：在做一个全新的东西时（并且你不知道将来何去何从），把一些条条框框抛之脑后并无大碍。

没错，需要的话，我可以在软件工程方面为你正在做的项目提出很多防御性的告诫：项目类型（项目要完成的使命当然是很关键的）、规模（自然要向Google看齐）、目标受众（显然每天要有几百万用户）等等。

但是，我不想那么做。

Tom DeMarco似乎在说（最起码，我想这么说）：在软件开发项目上，控制其实是一种错觉。如果你想推进你的项目，唯一可靠的方法是培养起一种高超的软件技艺和职业精神。

每天都兢兢业业地磨练着手艺的那些程序猿和程序媛，他们对创造充满了热情，做着一些对他们自己很重要的事情（或许还能通过某种微妙的方式改变世界）——这些人和他们的项目才会最终取得成功。

其他的一切都毫不相干！