旧事重提:有办法象建房子一样做软件吗？！

開發軟件需要更多的磚(成熟的組件)﹐然后就可以在圖紙(設計)固定的情況下﹐快速地構建房子（軟件）。

这种观点更加有趣、应用范围更广，我们可以把它套用在任何一个制造行业。

只要把“软件”这个名词换一换。

建造汽车需要更多的部件（成熟的组件），然后就可以在图纸（设计）固定的情况下，快速地组装汽车（汽车）。（汽车来来去去不就那么几大件：发动机、4个轮子、外壳、座椅之类的东西）。

同理，你可以把它换成飞机、轮船、电饭煲之类的东西。

那么为什么我们一定要借鉴建筑业的思想？汽车业、造船业、家电业不也一样？

非常同意 实际上我们的视线的确不必只放在建筑方面 一剑破万法：）
但不知道age0老大是否了解软件工程 这一提法就是从建筑业而来

我给出这个论题 也是因为建筑与软件有相当相当的相似程度
同样也是因为 感觉上 大家对建飞机啊 造汽车啊 不熟悉
可能建房子的过程大家熟悉些

ok 虽然很遗憾 robin dlee等老大 对此题目没什么兴趣
但我也收集到不少有意思的想法呢
过两天 我就将所以这些整理一下

熟悉造房子?
呵呵,其实大多数房子造出来是不全部满足需求的

他们之所以没兴趣，是因为这类话题都不知道有多少次以多少种形式在这里上演过了，如果没有更有建设性的观点，除了我这种好事者是没人会甩这种贴的。

毁灭性的一点是成本核算问题，建筑还有个定额可以查，软件开发就没法规定一个类一定要多少钱才能写出来了。

还有一点就是软件变更频繁，变更频繁的原因在于软件变更太容易了，程序员脑筋一转，写个if，说不定整个业务流程就变掉了；造房子的时候没哪个工人能加块砖就把房子结构改了吧－－而且加块砖也没敲两个字母方便，对吧：）

把软件设计和盖房子比较的人多数并不真正了解建筑.设计一个楼房,要包括外形设计,结构设计,土建,电气,水暖,智能楼宇...等等各种专业人员的参与,可不像多数人想的那么简单,里面的学问可大了去了.这里多数人的描述还是停留在自己家搭狗棚的水平上.

了解建筑设计的细节毫无意义，我们只需要知道“随需应变“的建筑不可能被设计出来就可以了。