兼建筑的永恒之道

Alexander是个建筑师，建筑师关心的是建筑如何能符合人的需要，也就是建筑的“软”质量。至于建筑的“硬”质量，是由结构工程师来确保的，建筑师既没有能力，也没有责任对建筑的“硬”质量负责。因此建筑师的地位类似于软件工程中的总体设计师或曰架构设计师（现在不是也叫Architect了么？），在这一族群里当然没有所谓蓝领的容身之地。但软件就没有“硬”质量的要求了么？当然是有的，所谓编码强度是也。不死机、不溢出、不误操作等等。这些是由程序员来保证的，Architect同样也管不到这一段。因此通常意义上的Software Enginner或者Programmer相当于建筑中的结构工程师的角色。这些人的思维方式应该是内聚的，不能具有发散性，否则“硬”质量无从保证。而模块也是在这一层次上才开始引入的。

要知道，在建筑开发过程中，建筑师是最不受工程化方法约束的人。因此如果讨论工程化方法，是不应该用建筑师的思维方式去类比的。建筑史上有段“佳话”：悉尼歌剧院，建筑师的发散性思维害苦了结构师，结果整个建筑超预算超了一个数量级！但建筑落成之后的收益却比原先预计的高了一个数量级。因此创造性是“建筑师的武器、结构师的噩梦”。建筑与结构是贯穿建筑界始终的一对矛盾，在软件设计中同样存在类似的问题。但是建筑师的想象也可以建立在基础之上，一个好的建筑师同样应该也能胜任结构师才是完美。尽管很难做到，但是我们最少还有这个梦想。同样作为程序员的我，难道不应该这样吗？