忽悠，继续忽悠，组团忽悠...

在偶开始喷SOA之前，让偶们先来看看一段大家都熟悉的历史：
1. 1999~2001之间EJB被各大厂商热炒 (IBM, Bea, Oracle, etc...)
2. 广告铺天盖地, Transaction, Security, Spec, Architecture, Remote procedure calls, Code reuse, Assembly等等buzz word犹如苍蝇成天在你耳边绕
3. 大型项目设计，企业系统构建，言必称采用先进的EJB技术云云
4. 各个银行，证券，保险，大型企业项目都被挂上成功的EJB技术光环

但是后续的发展事实呢：
1. EJB规范1.0及其难用, 厂商们开始推出EJB2，继续不遗余力地忽悠
2. 大规模的批评和抱怨：性能低下，编程效率低，平台成本高
3. Hibernate出现，Spring出现, J2EE development without EJB出现
4. Hibernate/Spring成为Java开发的事实标准

当然厂商们不甘心了，继续忽悠EJB3么？说白了它就是Hibernate/Spring的翻版，不好忽悠了怎么办，新瓶装旧酒，不忽悠某些具体技术，开始忽悠整体架构了：
1. 2007~2008之间SOA被各大厂商热炒 (IBM, Oracle/Bea, 普元, etc...)
2. 广告铺天盖地, Transaction, Security, Architecture, Integration, Workflow, Service reuse, Service assembly等等buzz word犹如苍蝇成天在你耳边继续绕
3. 大型项目设计，企业系统构建，言必称采用先进的SOA架构云云
4. 各个银行，证券，保险，大型企业项目都被挂上成功的SOA架构光环

然偶来预言一下后续的发展事实吧：
1. SOA规范1.0及其难用, 厂商们开始推出SOA2.0，继续不遗余力地忽悠
2. 大规模的批评和抱怨：性能低下，编程效率低，平台成本高
3. J2EE development without SOA出现
4. ...

我同意楼主"忽悠"的观点,确实很多厂商都是在拿SOA忽悠.
但是我不认为SOA会重复EJB的老路

首先SOA更接近一种思想 而ejb更接近一种技术
就好像你可以说J2EE WITHOUT EJB 但是不你能说 J2EE without 设计模式 一样

SOA其实就是"解耦"思想的延续, 只要你无法证明软件中的"解耦"是错误的,那么你就很难证明SOA是错误的

目前各大厂商忽悠的不是SOA本身. 而是因为这种思想本身可以说是无懈可击, 你喜欢小品的话,可以套用那句"EJB是一根筋, SOA现在是两头堵"
所以准确的说 SOA无需忽悠.

而各大厂商忽悠的是围绕SOA开发的产品 以及 在SOA这个大的理念下的一些具体的不同实现.
例如有的厂商鼓出ESB 有的鼓吹面向构件 ,另外SOA由于太正确 太宏观了,所以他下面又引出了很多名词术语 SDO DAS SOC ....等等, 而每个名词背后都蕴藏着一片很大的市场.所以厂商们忽悠的是那些市场 而不是SOA本身.

所以 我对SOA的观点是:
SOA是正确的伟大的但是不具体的.
它未来的命运决定于围绕SOA开发出的产品.而这个产品到底是出自IBM ORACLE 普元 还是其他,这个目前我们只能拭目以待.

比较搞笑的是，用上几个WS，就开始宣称是SOA架构的大项目云云

呵呵，贴上j2ee的标签，很多产品其实就是用ejb做个数据库连接池，java bean里面都是一些静态方法，拼一下sql串，然后再用jsp调一下。
如果我的老板或者客户让我一定要用一个项目组不熟悉的技术，我也会这么干，装模作样的用一点，贴个漂亮的标签，内容其实还是用煮熟的技术。

厂商闹腾得厉害，就是想借SOA这个概念卖产品。

从去年开始一个比较流行的说法是——让SOA落地——呵呵，听起来SOA好像是在天上出生的，不知下凡后是像七仙女一样嫁给董永呢，还是像天蓬元帅不小心掉到猪圈里变成了八戒……

很普遍的现象，以前接触的erp就是，ejb完成的是java bean功能，系统运行在jboss上，其实就是tomcat在起作用，然后贴上j2ee,然后贴上大型分布式应用，然后开始忽悠……

这是中国软件的悲哀啊，项目是忽悠出来的，钱是忽悠出来的。项目失去了其本来的价值，被忽悠成一个完全失败的东西。

压根就是巨扯淡的一个东西，我都不希的说它。

靠忽悠客户不会长久生存，要想赚钱必须先帮客户赚钱，软件必须帮助客户实现价值自己才有价值……慢慢来吧，行业、客户、软件公司以后会成熟起来的