发个贴谈谈为什么组件化的开发模式很难实现,国内企业开发混乱

“软件以人为本”
如果你是汽车得组装者,你拿到各个材料供应商得材料,你会不会有兴趣知道这个材料内部是怎么构成得?当然是“不”,没人关心这个(至少我是这样认为),恐怕软件公司也想学习汽车行业得这种工作方式吧??通过明确得分工来提高效率,做架构得研究架构,做应用得学习使用架构等等。可是事与愿违,因为软件行业同汽车行业有着本质得区别,体现在两点:
1、汽车工业除了依赖技术以外,还要依赖设备和生产线,所以纵使组装师有这个兴趣,也没有生产线供他研究,软件则不一样,有个电脑任何工种得工作都能做。
2、汽车有组装得好与坏之分,零件也有生产的好与坏之分,零件生产得好得固然收入高,汽车组装得好得收入一样高,可是软件里做架构得明显要比做应用得收入高很多吧
纵观两个原因,没必要埋怨做应用得人“这个不是你考虑得范围”“这不是你该关心得事情”,我也不完全赞同一些人得说法“做应用不必考虑架构怎么实现得”因为毕竟软件以人为本,人都有向上得精神,只重视软件的工业化流程而不重视员工得心理变化是不对得,软件毕竟不是汽车。

曾经有地方让我“你不必考虑把jdbc_Connection放入session带来的坏处,这不是你应该考虑的。”于是照他的意思做,结果问题多多,他让我修改,我告诉他“这不是我应该考虑的。”

>恐怕软件公司也想学习汽车行业得这种工作方式吧??通过明确得分工来提高效率,做架构得研究架构,

这是非常正确的,就是我提倡的“向上思维”,拿来主义,面向接口编程等等基本都是这个意思,看到别人的接口API,就知道怎么用,这是软件工程师最基本素质,就象机械工程师看到买进机械的说明书就知道怎么样装配一样。

这就是一个思维习惯问题,有的程序员拿到一个框架或组件,非得将它四拆八卸,完全搞懂才敢用;而学习过模式等应用架构的人,就对框架应用心中有底。

这个不现实,我已经听过不止一个人说拒绝使用别人写的底层类了,是一种向上精神,同时也是对工业化流程得一种破坏,不过非常可以理解,谁不想将来挣更多得钱。

这简直就是我想表达的思想,08年有人有过跟我现在同样的经历