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

厌恶外包 ! 搞那种东西倒是跟盖房子差不多.只要你的人技术熟练 肯定能按计划交工 大多数的拖延是人员技术不过关 项目经理缺乏经验造成的.

外包不论用多牛的技术依然是外包 和真正的软件设计开发不是一回事.

外包需要的是工人(所谓的软件开发人员) 和监工(所谓的项目经理)

整正的开发需要的是工程师和发明家

房子是产品，软件项目不是

不错，外包项目确实很难接触到设计的东西，但是外包中对文档以及编码格式的要求是非常苛刻的。这样也会有助于项目参与人员自觉或不自觉的形成一种重视文档的习惯，这一点是很多国内的项目所不具备的。

对啊 香哥说的有道理 实际上外包项目可控性远好于国内很多项目
为什么呢
我以为无非两点
1.需求确定，一经确定很少修改
2.文档丰富，为了确认责任，外包项目文档齐全

ps:好了各位能回到讨论正题么，别陷入这种CSDN式的争论

一、设计成本/建造成本比例的差异。建筑的建造成本远远高于设计成本，即使是完全一模一样的设计，建造成本还是不会改变，而软件的设计成本则是远远高于建造成本，只要花点钱买一套象Visual Studio的工具，将设计代码转换成可执行序列几乎不费什么成本。

二、环境制约因素的差异。软件开发主要是智力工作，软件开发的成果仅受限于人类的理解能力、组织能力以及想象力，而建筑业则更主要的是受物理因素的制约，无论是建造、修缮还是拆毁，人们都必须克服物理粒子之间的强作用力及弱作用力，相对的，软件中的设计元素之间则没有任何物理制约，设计者可以依照自己的意愿任意组织它们。

三、客户期望的差异。这是最主要的差异，而之所以会产生这种差异，也是由以上两点差异所决定的。“随需应变”是客户对软件系统最大的期望和要求，商业活动是复杂的多变的，“没有最好只有更好”是基本原则，但要在持续复杂的变化当中捕捉更高层、更稳定、更抽象的架构是困难重重甚至是不切实际的。如果客户愿意象对待建筑一样对待软件，能够容忍一个应用系统雷打不动、风雨不改的用上几十年，那么软件将和建筑不会有什么差别。

总而言之，建筑或者其他传统产业的的控制管理流程都不是为建造一个有能力“随需应变”的系统而设计的，因此赞扬它们的可控性和可管理性是毫无意义的。

当然如果他非要把房子也当成一个系统来开发的话，就继续探讨这种建房子的方法好了

或许那个时候房价也就跌下来了，就像现在的软件一样，呵呵

55 终于有老大正面思考我的问题了 太感谢了！！

嗯 age0大哥指出了 建设项目实施和 软件项目实施的本质区别
诚然 软件项目 是 “软”的，所以客户在很大程度上期待，可以不断的改进。
再另一方面软件因为技术上的限制，至少现在很难做到其他精神产品（如：书，音乐）一样 “按需而变”。

但从另一面看，除开需求变更外，其他方面建筑项目与软件项目实在有很多相似的地方，也有很多可借鉴的最佳实践。

我举例子吧
1.框架
大家都有机会看见烂尾房，就大概能明白什么叫框架了，哈哈哈
软件中的各种框架现在也是热得不得了。

2.组件
各种预制件，也许是现代建筑项目里的标志呢，预制件的使用大大加快了建筑速度同时也保证了建筑质量。
软件中组件技术似乎也是很热，但感觉在软件项目中产生的作用远远不及建筑中的预制件。

3.由下至上
建房中：先打地基，后建框架，外墙，内部装修。
软件中：先配置开发环境，后用框架，界面，性能优化。
哈，哈

但是很不幸啊 !

软件技术的进化太快了 要等框架 组件 之类的东西象建筑业那么成熟 就已经过时作废了.

你得去了解一下建筑项目，他们不可控的程度那是一点都不输软件项目。你有机会去问问那些搞建筑监理的，那些项目的难度比软件项目大了去了。软件项目经理真不能抱怨收入低，要说这个项目管理的本事，非可控环境下完成任务的本事，咱们比搞建筑项目的差了不是一点半点。

万岁，终于又来了一位老大。欢迎抛玉！
嘿嘿，这个建筑方面情况也是和我一位搞建筑的朋友交流得来。
所以说起来，也算二手。
我的目的更倾向于，“在建筑行业中找到可借鉴的思想”
前面提到的框架也好、组件也好这些概念在软件行业的广泛应用也就是
这几年的事情，但实际上这些东西在现在建筑业都用烂的东西了。

我是想在大家讨论中是否能发现，已经在建筑项目中广泛应用的技术，
将这种技术思想借鉴过来，转换应用在软件行业。

而且为了，避免讨论过泛，我十分希望讨论焦点集中在两者的“项目实施”，这个相对较窄的话题里。