再论建筑与软件构建

前几天看到了大家对建筑与软件构建的讨论。我个人认为这两个方面到是很有比较的必要。其实无论建筑本身质量如何，它的建筑流程大体是固定的，因为经过几千年人类建筑文明的沉淀，人们能够了解如何盖起一座符合自己要求的建筑。无论何时，地基还是房屋的基础。寒冷的地方，墙体要厚实。沿海的房屋要有抵抗台风的能力。建筑流程的程序化在于对需求的了解，并由此形成了各地不同的建筑文化，乃至建筑艺术。

就我看来，软件开发是人们在海量信息时代对有效信息的需求产生的无形建筑。通过模拟人类在信息处理中大脑的行为方式，来提高信息处理的速度和质量。呵呵，所以我一直认为软件开发的难点其实是如何将人的思维方式通过电脑来体现并高效地执行。这其中有一道天然的鸿沟，就是人和机器不能够有真正意义上的沟通，为了弥补这个鸿沟，各种语言脱离了简单的对机器的命令，以面向对象的方式来让我们更有效的理解机器中的信息，也可以使机器更有效地模拟人脑的方式来进行信息处理，OO就是这样产生的。

现在让我们看看软件开发和建筑到底有什么相似之处，我认为两者最大的相似之处在于：我们解决问题的途径是一致的。

开始阶段，
软件构建：我们需要知道我们想把什么样的思考和处理信息的方式转换到软件中（需求分析），软件的受众是谁？
建筑：我们需要知道我们想要什么样的房子。建在那里？谁会去用这个建筑？用来干什么？

框架设计阶段，
软件构建：我们知道了我们想把什么样的思考和处理信息的方式转换到软件中。如何去做？选择可以让大众方便访问的B/S结构还是特定人群使用的C/S结构？
建筑：我们知道了想建什么样的房子，这样的房子是否需要特殊的结构，是否需要抵御强风和地震。

发现和解决问题阶段，
软件构建：设计模式
建筑：设计模式

结束阶段，
软件构建：我们花费了金钱和宝贵的时间，我们得到的是一个能部分减少我们劳动的软件。我们需要一段时间来运行，保证它的质量满足我们的需求。
建筑：我们得到理论上满足我们需求的房子，但是要需要时间检验。

下面的问题可能更有意义，软件开发人才和建筑人才的成长是否有相似之处呢？糟糕的软件开发和糟糕的建筑是否有相似之处呢？它们犯的错误是否相同呢？何止这两个行业，所有制造行业可能都有同样类似的问题。

那位大师说的很对，可是如果你把“软件”替换成任何一种你已知的人类文明产物，它都能成立。绘画是遗憾的艺术。从这方面来说，软件从来都不应该是遗憾的，因为我们不应该寄予所有的期望在于软件。说到底，它只不过是个工具而已。