项目软件架构的遐想

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

 

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

 

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

 

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

 

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

 

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

 

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

 

    1。适用场景

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

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

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

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

    。。。。。。

 

 

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

 

 

评论

14 楼 leisure 2009-08-31  

it? 挨踢

13 楼 yuyoo4j 2009-08-31  

fjlyxx 写道

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

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

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

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

UP.
我制定的不是标准, 是寂寞.

12 楼 solonote 2009-08-31  

IBM CASE 工具就尝试着要解决整个软件工程的问题,结果呢?
几乎没有人能够把整个CASE工具用起来,都只能用其中的部分.
真正的银弹,必将引入无数的过程,不管你的软件需不需要你都得接受.
因为银弹是为了解决所有问题存在的.
楼主可以尝试敏捷实践~

11 楼 logicgate 2009-08-28  

软件的行业差异太大,如果按你的架构特征来算,全世界可能需要上万种架构标准了.过多的标准,就是没有标准.

就像我老板曾经问我,为什么做数据库性能优化那么复杂,要做那么多测试，oracle为什么不提供几种标准模板，用户选一种就系统可以自动做优化了？我回答他，因为影响数据库性能的因素太多了，物理内存，raid，硬盘缓存，用户，数据量，SQL 。。。几百种可能的因素。强大如oracle者也只能提供几种粗粒度的模板，比如OLTP，data warehouse之类，而没有办法针对所有的场景提供标准。

为什么中国的软件水平为什么会落后于印度？我倒是觉得主要和语言有关，而并不是楼主所说的不善于总结分享。印度人的英语水平远远高于中国人。对于欧美外包来说，印度人比中国人沟通起来要容易的多。

还有可能的一点，印度软件业是从外包发展起来的，很多印度人安于作代码工人。中国人则以作代码工人为耻。

10 楼 lucky16 2009-08-27  

和你一起等待哈！

9 楼 timshaw9791 2009-08-27  

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

8 楼 jayliu 2009-08-27  

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

7 楼 redhat 2009-08-27  

<div class="quote_title">eddysheng 写道</div>
<div class="quote_div">    这套架构标准我想应该具有这样的特征：
<p> </p>
<p>    1。适用场景</p>
<p>    2。环境依赖，包括安装环境、应用服务器、数据库选型等等</p>
<p>    3。框架构成以及集成的最佳实践（好像springsidejiu正在致力于这件事情）</p>
<p>    4。一套特定问题的解决方案，譬如遇到某个性能问题，采用集群还是缓存以及采用何种集群或缓存。。。</p>
<p>    5。每套标准的cost、优缺点、以及未来的风险</p>
</div>
<p>楼主想法太简单了，j2ee就是一个规范，但是软件世界太精彩也太多不确定性和差异性。这和人吃饭一样，我们只能限定大部分人一天吃3餐而已，我们不能限定这个人今天这顿吃什么。当然，我的意思是，我们做个项目，就是考虑这顿饭吃什么。</p>
<p>从ejb的反战就可以看出，标准的代价有多大。</p>
<p> </p>
<p>1.软件最大的问题是需求是不一样的: 比如说，我们公司要做erp软件，但是有1/3的功能是以前实现好的(比如cobol实现的)，这个时候怎么办呢？有没有统一的标准能够给我选择2/3的功能哪些是可以这样做的，那些不可以这样做的呢？再加之政治问题等等，就更是差异很大了。“每套标准的cost、优缺点、以及未来的风险”几乎成为不可测量。</p>
<p> </p>
<p>2.软件现在是百花齐放的时候，很难评判那个软件好，这往往影响你的服务器选型，数据库选型。再加上软件厂商的战略，有些软件捆绑和软件协议，软件的维护方面，使得我们很难给出一个标准。</p>
<p> </p>
<p>3.经济影响，想想,sun假如被oracle收购，现在oracle假如要收费，如何？</p>
<p> </p>
<p>所以这些，目前只能依靠软件团队特别是核心地位的人来根据经验和知识来判断（那个行业都一样，相信买鞋厂家也没有统一的生产/创造鞋的标准）。</p>
<p> </p>
<p>支持楼上的， 没有银弹（任何事情，任何行业）！！！</p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>

6 楼 nmvr2600 2009-08-26  

mgoann 写道

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

+1
没有银弹

5 楼 treblesoftware 2009-08-24  

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

4 楼 myworkfirst 2009-08-24  

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

3 楼 pubx 2009-08-24  

你这遐想也真够遐想的！

2 楼 mgoann 2009-08-22  

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

1 楼 fjlyxx 2009-08-22  

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

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

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

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