项目软件架构的遐想

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

 

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

 

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

 

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

 

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

 

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

 

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

 

    1。适用场景

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

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

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

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

    。。。。。。

 

 

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