软件开发不能用盖房子来比喻

多年以来，软件行业一直在使用一种类比，即以建筑行业来做参考和比喻。这种比较在软件语言里随处可见，比如架构（architecture）、地基（foundation）、建造者（constructor）、项目（project）、施工规范（building code）等。这些说法是如此之流行，以至于影响到了我们对软件开发的理解。不幸的是，这种比喻从根本上来说是不恰当的，它的缺陷已经把我们引向了一些错误的道路。

在建筑行业，很多重点都放在可预测性上——预先把需求确定清楚，并且缩减成本。这些都是成熟行业的标志。而当我们把这些重点应用到软件上时，问题就来了！

经验法则、施工规范和原材料
现代建筑可以追根溯源到几百甚至几千年以前——就看你把起点放在哪儿。经过所有历史的沉淀，大量的专业知识凝结在了经验法则里，比如：

在大部分地方，每平方英尺的建筑成本是一个众人皆知的常数。举个例子，我们最近在家里做了一些翻修，行业里的朋友就提醒我们说：在渥太华，典型的翻修成本在每平方英尺$35到$50之间。他们说得非常准！
对水泥楼板深度的一个比较好的评估是，相当于它的无支周长的1/180。
另一方面，软件最多也就70年的历史。它的经验法则还没有像建筑那般牢靠的历史，尚不足以保障坚不可摧的应用。

经验法则最终会被编写成施工规范而固化下来。造房子的时候，施工规范决定了从壁骨间距，到墙上和屋顶绝缘物数量的方方面面。这些规范意味着所有的房子都达到了最低要求标准，极大地提升了成本的可预测性。

这些施工规范的存在，主要是因为建筑材料（木头、钢铁等）和工具（