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

或许软件开发中可以选择的方式方法太多
也许是这个行业集中太多精英，以至统一思想是如此困难
比较软件开发中失败的比率比房产项目的似乎似乎高一些
而且开发中不可预计因素（比如：项目实施时间）似乎似乎也多一些

所以每次每次发现不少人在列举条条道理争论java好还是dot net 好
我都又想哭又想笑。

现在发现这个坛子大佬都比较严谨，所以我想问这个问题
“有办法象建房子一样做软件吗？！”
下面给出我的想法 希望大佬们 能回应

1.比较
人员：
建房
分为 设计人员 和 施工人员
身份固定没有角色互换的可能
设计人员：需要长时间训练，培养 技术要求高
施工人员：除小部分管理人员外，短时间培养就可以参与项目

搞软件
不同项目 分工 相当不同
项目成员的组成有相当的随意性 似乎有种高手
可以从头到尾全部搞定
但基本也有 设计人员 开发人员 测试人员 管理人员
设计人员 需要长时间培训，而且需要相当的实施经验
开发人员 需要长时间培训
测试人员 一定时间培训就可以
管理人员（PM之类） 需要培训，并需要项目管理经验

小结：比较两者不难发现，在建筑业从事某种角色
一般由专人担当，角色不互换，角色间交互信息使用标准格式文档。
软件业角色分工随意，角色交互手段过多，角色在项目中参与退出
时间不固定。

我的妄想：软件开发成员角色应该固定，不应随意掉换。

2.文档
（下面有位老兄好心的问我是不是闭门造车，让他失望了，我研究过才发言的）

建筑工程
给个例子吧：
工艺流程：
制作（在加工厂）：
（1）石材清理（同时开始镀锌钢附框的加工）（2）侧面开槽 （3）刷防水胶（4）注云石胶（5）龙骨连接（6）注密封胶（7）检验（8）包装入库。
测量放线：熟悉图纸，按竖向分格尺寸放线、弹出位置线
安装（在现场）：
（1）植筋固定锚板（无埋件后补处理）（2）测量、放线（3）竖向主钢龙骨通过转接件与埋件相连（4）竖向龙骨的三维定位（5）固定、焊接（6）焊点、防腐，探伤处理（7）安装保温聚苯板（8）石材板块的吊运（9）石材板块的安装（10）一次密封检查（11）清理表面（12）检验并做临时保（12）清理表面（13）检验并做临时保护（14）在石材板块间打耐候密封胶，二次密封检查


软件流程
不想多说，无数人讨厌重型方法，无数人喜欢xp
文档这东西怕是人人需要，但轮到自己写的时候，怕是
好多人都会说“文档自在我心”或“不著一字才是禅”之类的话吧
然后当然是，没有文档，只有代码。
后期维护困难，测试困难，变更困难这些问题也找上门呢。

小结：似乎豆腐渣工程都有十分像样的文档，这类文档几乎定义了
整个建筑项目的方方面面，语言清楚简单，关键文档有标准，文档理解上无歧意。软件项目呢，投标时文档万言，到实施时，文档就无关紧要了。即使写出文档，在文档格式，表述语言，文档维护上也是随便随便又随便。

我的妄想:
不论是小工程还是大项目，文档维护一定要谨慎严肃。

to be continue...

你到现场是去了解过怎么建房子，
还是在家里想出来的？

怎么说呢？把造房子那套全部放到软件上也不是不可以，但是这里最大的一个问题是成本比例……

通常一个建筑类工程主要的成本是材料和人工以及其他需要获取的资源（比如地皮、行政许可等……）
然后在此基础上提取固定比例的设计费、管理费、监理费等等，这些费用相比整体的费用还是比较少的。


如果以软件来类比，那么人工方面可以用直接编码的实现人员来类比。一个10万的软件人工在复杂度上可能相当于100万甚至1000万的建筑工程人工。
如果按照建筑工程的比例提取设计费、管理费等等，就会造成设计费、管理费远远大于直接实现的人工。
（事实上所谓重型的软件工程方法走的就是这一步）

这样做出来的软件在成本上太高了，缺乏竞争力，而且对于软件本身的特性发挥的不够。

可以和建筑设计比 但不能和盖房子比.

就象万里长城工程量很大 但并不复杂.

不存在集体思想 思想是属于个人的 所以我认为最优秀的软件一定是由一个人完成的(第一个版本) 然后再由其它人来扩充和改进.

今天进来一看发现各位xd 理解错我的意思了
也偏离了我想讨论的话题

我再解释一下 我原先的想法吧
1.我认为在项目实施过程中，很多人为的非人为的因素
影响了项目进程。
2.我以为这些阻碍大部分，是指导原则的问题，不是技术选择或方法选择的问题。
3.同样我以为在软件实施中，有很多非常好的实践，但现实中很多人忽略了这些好的实践原则，以为走了近路，实际上绕远了。

所以我就想以大家还比较熟悉的建筑工程做比
将现实软件实施中一些奇怪的地方暴露出来。

另外：
我完全的赞同，十分的赞同，万分的同意
建筑工程和软件工程有很多很多的不同！！！

所以请各位大佬就不用在建筑与软件不同的地方
提示、指点、批评我了。

我希望能有人给我启示，在建筑与软件的相同的
可以互相应证的地方，谢谢。

与建筑行业相比,软件业就像是一个婴儿!

当人类从树上爬到地上时,就开始修房子了,就其技术沉淀上来说就经历了好几千年,有很多东西都已经固定下来了,就像你说的人员配置与文档.

而软件行业呢?也就半个世纪吧.软件业的发展远没有达到像你所说的可以固定角色和有固定形式的文档的程度.UML的出现就是为了像建筑行业一样有一套标准的符号系统来描述软件.但UML的出现也就几年的时间,还有相当多的不稳定因素在里面,其表达能力也远没有建筑行业的精确和丰富.

这里有人熟悉建筑工程吗？

至少绝大多数建筑在预计寿命当中不会垮掉,而对于软件来说却正好相反,从中就可以看出软件业和建筑业的差距,因此想从建筑行业找到方法用于软件行业,个人认为如同找死!

Tao兄不知道你有学过形式逻辑没，这门课中有个经典的观点就是
“非真的前提推导出任何命题，整个推导为真”
简单来说，就是你的前提
“至少绝大多数建筑在预计寿命当中不会垮掉,而对于软件来说却正好相反”
非真。（这句意义含糊，“不会垮掉”是什么意思呢）
那么你后面的东西无论是什么，整句话都在逻辑上说得通。

但实际上这样的命题没有任何意义。

我再给个例子吧： ）
至少绝大部分时候太阳会从东边升起，而对月亮来说正好相反，从中可以
看出太阳和月亮的差距，因此想从太阳中找到天体运行规律用于月亮，个人
认为XXXX!