项目软件架构的遐想

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

?

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

?

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

?

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

?

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

?

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

?

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

?

?? ?1。适用场景

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

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

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

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

?? ?。。。。。。

?

?

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

?

?

15 楼 whaosoft 2009-08-31 想法不错，不过现在很难实现 16 楼 lyong757 2009-08-31 lz的意见可以改一改，改成参考。软件这东西不同的人有不同的需求，有不同的能力。而且如果弄个标准容易限制行业的发展。做为参考意见到时比较合适。就像学习model一样 17 楼 jameswxx 2009-08-31 "软件的行业差异太大,如果按你的架构特征来算,全世界可能需要上万种架构标准了.过多的标准,就是没有标准."

说得很好。需求决定了一切，这世界千千万万的需求，你怎么定义标准？
18 楼 yangyi 2009-09-01 中国的行业软件还需要30年
10年之内 让中国的中小软件公司全倒闭，实现自我救赎
10-20年 让IBM，Oracle，微软，谷歌垄断市场，建立良好的市场环境和知识产权制度
20-30年 培育有竞争力的中国本土软件公司
观念和制度的落后不能让经历洋务运动的中国打赢甲午战争 19 楼 蓝皮鼠 2009-09-01 因为没有标准，才有创造的空间，软件本身就是创造。

个人认为标准本来都是给入门的人用的。我特别喜欢李小龙的一段话：
“当我学习武术一起，觉得一拳只是一拳，一脚只是一脚；当我学习武术后，觉得一拳不再是一拳，一脚不再是一脚；等到最后发现一拳还是一拳，一脚还是一脚。”

其实标准就是技术的使用套路。对于高手，随手拿来，顺其自然。
如果楼主干了很多年还想要套路那就不应该了。

当然可能是想收几个徒弟开个什么班之类的就另当别论了。。 20 楼 haokong 2009-09-03 参照标准但不局限于标准。

即使同行业，需求分析也是千奇百怪，为了满足客户奇怪的要求，很多时候，打破标准就会形成另一个标准。 21 楼 belover 2009-09-05 楼主。你是在讨论标准吗？标准一致都在。每个行业都有自己的标准。相关的技术框架一致都在。标准是标准。实现标准又是另一回事。最简单的例子。W3C是标准。各个浏览器实现的程度。大家都有目共睹了！
再说架构，从敏捷的角度来说 我们并不规划架构。而是 逐步形成架构！

根本不可能有你所说的那种标准。事实上你说的也不是标准不是吗！ 22 楼 yicong 2009-09-07 软件行业现在还没发展到这个程度，但软件行业发展到像汽车组装那样标准化之后才有可能，但你可知道，汽车制造的标准有多少？现在貌似软件行业的标准每多少吧。 23 楼 yicong 2009-09-07 logicgate 写道
为什么中国的软件水平为什么会落后于印度？我倒是觉得主要和语言有关，而并不是楼主所说的不善于总结分享。印度人的英语水平远远高于中国人。对于欧美外包来说，印度人比中国人沟通起来要容易的多。

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

印度人的英语确实是一大优势。
不能说印度人安于代码工人，中国人不安于代码工人，只怪中国大学扩的太厉害，质量跟不上，费了4年上大学的人和费了1年上培训班的人，当然安于做代码工人的程度不一样了。 24 楼 LeeHomWong 2009-09-07 标准只是一个传说，有道理。。 25 楼 joknm 2009-09-09 在软件这个行业，在每一个全新的软件开发成功之前，有谁知道用什么来衡量这个标准呢。这个标准又是什么呢？ 26 楼 eddysheng 2009-09-09 joknm 写道在软件这个行业，在每一个全新的软件开发成功之前，有谁知道用什么来衡量这个标准呢。这个标准又是什么呢？
感谢大家这么踊跃的回复,其实我觉得这有点已经偏离了我的原意,也许是我的表达有问题,更确切的说,用架构参考模板而不是架构标准会更合适. 27 楼 logicgate 2009-09-09 eddysheng 写道joknm 写道在软件这个行业，在每一个全新的软件开发成功之前，有谁知道用什么来衡量这个标准呢。这个标准又是什么呢？
感谢大家这么踊跃的回复,其实我觉得这有点已经偏离了我的原意,也许是我的表达有问题,更确切的说,用架构参考模板而不是架构标准会更合适.
我觉得没有偏离。无论是模板还是标准，从“架构”这个层面我认为都是不存在的。就从我的工作领域来说，制造业的ERP系统，从横向的业务和纵向的公司规模出发，就可以细分成不下几百种情况（也许我还说少了）。系统的架构只能根据具体情况来规划，任何想要涵盖所有的架构，都是一种过度设计，只会让系统不胜负荷。

出现这种“架构参考模板“也许会更糟，如果注定没有长生不老药，所谓的长生不老药就是毒药。那时就会涌现出一批只会纸上谈兵，生搬硬套的“架构师”。 28 楼 eddysheng 2009-09-09 所谓的架构标准或是架构参考模板只是思考问题的一种方式,我自身遇到过的以及看到其他人经历过的,都在架构方面或多或少的存在一些缺陷,而真要将符合自己项目的架构做好,却是需要经历很长的周期或者教训或者经验,这个或许是成长必须付出的代价,但是我就是想有没有办法缩短这个周期,规避一些教训.这是我的初衷.如果您有更好的建议,欢迎. 29 楼 timshaw9791 2009-09-09 我曾经浏览过一本书，类似于做一个企业应用解决方案在技术上需要做哪些哪些选择，他们的利弊之类的，里面罗列了很多，我觉得他的角度选的很好：没有什么标准架构，但是却存在一组标准的选择。可惜我现在找不到这格书的电子版了。 30 楼 zozoh 2009-09-11 虽然你制定出的标准，但还真未必有人鸟你。
除非你能帮人节省他的代码量。
人家原来需要写100行，用了你提供的东西，只需要写 50 行。 人家就喜欢你。
如果用的人多了，你的东西就成了“事实上的标准”了

总之，你的东西，至少要帮别人做到他做不到的事情，或者帮人节省一半以上的代码，才有可能引起围观，否则，绝对当你不存在 31 楼 鱼言风语 2009-09-13 其实lz说的很好
一个人处于什么位置就有什么样的思考方式
如果站在pm甚至更高的位置，就会考虑的是如何降低项目的风险、成本，尽量使周期可控
如果总是以coder的身份来思考，就总会担心失业之类的

我有一个观点，应该使自己更像一个工程师而不是一个工匠

工程师与工匠的区别在于，工程师考虑的是如何提高生产力，而工匠考虑的只是把自己手头的活做好 32 楼 鱼言风语 2009-09-13 对于担心失业这事我说远一点：

以前中国纺织土布的也会担心受到洋布的冲击，但是担心是没有用的，被冲击是不可避免的，土布终究是做不过洋布；

不要老是说“不可能”，工业革命前，机器代替人来干活也是被认为不可能的；

我猜测担心失业的人，多少受到了小农意识的影响；

看看人类发展的历史，其实生产力的提高，最终只会让生活变得更好；

软件的生产力提高了，我们就可以做更多的wonderful的事情，可以把蛋糕做得更大，在软件业还有很多事情可以去做，而不要总是担心于“失业” 33 楼 C_J 2009-09-16 真是这样的话，我们就成了真正的农民了～ 34 楼 ppig 2009-09-17 楼主想要的应该是一套架构参考，不是标准
或者是模板，用来选型

觉得很难有人能把整个架构包含的所有要素都了解，分析的很清楚给你

可以有，但很难有