项目软件架构的遐想

    做了这么多年的开发，每换一家公司（当然，也没换过几家），都要花一些时间来适应新架构带来的变化。其实大家都清楚，在软件开发领域针对项目特性的不同不可能采用同一套架构就能解决所有问题，因此大家都在不停的学习新知识来适应不同项目的需求。

 

    JE（包括其他社区和网站）上已经存在很多好的解决方案，已经有很多针对特定问题的解答，他们已经在改善国人的技术水平上迈出了第一步，但是这还不够，大多数还是针对细粒度的特定问题。那么，我的问题是什么也就很清楚了，我们需要针对特定领域整体的解决方案，我们需要大到架构，小到技术细节的整体参考标准。如果有，那就太好了，当我做某一领域的项目时，只要参考与之匹配的架构就可以了。也许我的想法很幼稚，很多的架构师会说，那我们都要失业了，但是我宁愿相信以后会有这样的标准。

 

    一个公司的软件开发水平的进步需要全公司人员的努力，一个社区的活跃需要全社区用户的无私分享，一个城市一个国家的技术开发水平就更需要全国技术从业人员的贡献。

 

    中国的软件水平为什么会落后于印度？这既有文化背景、语言的因素，但我更觉得，这跟民族的性格有关系。中国的软件从业人员很多不善于总结、不善于分享，这也包括我。

 

    我等待着中国软件一统天下的局面。

 

    我期待着，当我想做一个网站的时候，我可参考这套标准；当我想做一个管理软件的时候，我可以参考另外一套标准；当我想做一套在线交易软件时，我也可以参考相关的架构标准。。。

 

    这套架构标准我想应该具有这样的特征：

 

    1。适用场景

    2。环境依赖，包括安装环境、应用服务器、数据库选型等等

    3。框架构成以及集成的最佳实践（好像springsidejiu正在致力于这件事情）

    4。一套特定问题的解决方案，譬如遇到某个性能问题，采用集群还是缓存以及采用何种集群或缓存。。。

    5。每套标准的cost、优缺点、以及未来的风险

    。。。。。。

 

 

    有了这套标准以后。。。。。。。。。。。。。。。。。。

 

 

世界是扁平的 有句说 如果对称局面被打破那么.......

有了这套标准以后。。。。。。。。。。。。。。。。。。
SOA时代到来.................
一半开发人员下岗回家洗衣服................

很多行业标准都没有定义 个人觉得LZ的你这个理想很美好...

不要崇拜标准,标准只是个传说....

没有银弹可以适合任何场景，计划永远赶不上变化！

你这遐想也真够遐想的！

   软件做不成钢筋，水泥，...中的标准。原因很简单,国家不受控，行业泛滥

如果看LZ的意思，我们应该生产出更加智能的代码生成气。

+1
没有银弹

楼主想法太简单了，j2ee就是一个规范，但是软件世界太精彩也太多不确定性和差异性。这和人吃饭一样，我们只能限定大部分人一天吃3餐而已，我们不能限定这个人今天这顿吃什么。当然，我的意思是，我们做个项目，就是考虑这顿饭吃什么。

从ejb的反战就可以看出，标准的代价有多大。

 

1.软件最大的问题是需求是不一样的: 比如说，我们公司要做erp软件，但是有1/3的功能是以前实现好的(比如cobol实现的)，这个时候怎么办呢？有没有统一的标准能够给我选择2/3的功能哪些是可以这样做的，那些不可以这样做的呢？再加之政治问题等等，就更是差异很大了。“每套标准的cost、优缺点、以及未来的风险”几乎成为不可测量。

 

2.软件现在是百花齐放的时候，很难评判那个软件好，这往往影响你的服务器选型，数据库选型。再加上软件厂商的战略，有些软件捆绑和软件协议，软件的维护方面，使得我们很难给出一个标准。

 

3.经济影响，想想,sun假如被oracle收购，现在oracle假如要收费，如何？

 

所以这些，目前只能依靠软件团队特别是核心地位的人来根据经验和知识来判断（那个行业都一样，相信买鞋厂家也没有统一的生产/创造鞋的标准）。

 

支持楼上的， 没有银弹（任何事情，任何行业）！！！

 

 

 

 

如果真有这么一个标准的话，我们就不需要搞IT了，直接被T

这就是说，我们需要软件架构相关的DSL，DDD啊