SOA与“七不”规范

  事情得追溯到14年前：1995年上海市文明委在某个文件里提出"七不"规范，即"不随地吐痰、不乱扔垃圾、不损坏公物、不破坏绿化、不乱穿马路、不在公共场所吸烟、不说粗话脏话"。（对这有兴趣的请自行google）

  当时在一片叫好声中有人质疑：七不规范的提出究竟是标志了我们城市文明水准的上升还是下降呢？

  其实稍微有点思考能力的人都明白，答案是:下降。 理由很简单，对于有足够文明水准的城市，这样的事情根本不需要写成什么具体的规范，更不用大张旗鼓的号召大家学习执行。 而对于一个从来没听说过“七不”规范的文明人，可以从来都没违反过“七不”规范。

  为啥我会想到这些事情呢？ 跟最近碰到的一个soa的项目有关。 有人问我啥叫soa，我说我不知道。 对方就很bs得看着我：你不是做了那么多年开发，怎么连soa都不知道？

  其实在前段时间SOA炒得非常热，稍微关心些it方面新闻的人大多都听到过这个词。 不过我相信稍有些专业知识的人都明白，soa是概念炒作。

  对于一个理解软件工程的人来说，划分模块就一个标准：“块间联系小，块内联系大”（或者用现代词汇来描述就是：高内聚低耦合。）任你如何千变万化，基本的原则都是这样。 之所以现在觉得复杂了，是因为现在有了庞大的互联网，使得原先没有任何异议的部署和访问过程变成了一个非常复杂的行为。

  软件工程提出的时代，没有现在那么发达的网络，没有现在高度封装的开发平台，事实上当年的开发过程中，能够发现一个可重用的模块已经是很不容易的事情了，那会儿的教科书上绝对不会强调部署调用之类的问题，甚至连提都不提。 但是如果你真的理解什么叫块间什么叫块内，你就绝对不会去为两个分布式部署的服务去定义什么状态机制，这对于一个理解软件工程的人来说是基本的常识，根本不需要懂什么soa。

  划分模块，设计接口，本就是高度抽象的事情，需要一定时间的积累才可以理解，更不要说做得很好需要多久。 可是当前，软件服务行业的高度过热，使得无数没有多少经验的小孩子被赶鸭子上架般得推上了架构师的位子，作为一时的权宜，在这种情况下推出soa有一定的用处。 奇怪的是企业在那里大肆宣传soa，很多时候对象却是客户，这就很让人怀疑他们的目的了。（我最bs的是那种整天把soa和webservice混为一谈的论调）

  为了上下文对应提个问题：提出soa说明我们软件服务业整体的架构能力水准是上升了还是下降了？

附：soa是service oriented architecture的缩写，中文翻译为面向服务的架构，强调了分布式服务自身的无状态性和相互之间的相对独立性，这里的服务不仅指某个组件，还包括了他的调用接口。 （希望详细了解的请自行google）