大家都认为SOA具有很高的价值

　　我认为SOA比其它技术更真实、更有道理、更有发展前途。也许SOA最有前途的地方就是业务用户授权。SOA将应用开发从复杂而又神秘的黑魔法转变成了大部分人都能理解的相对非技术性流程。传统的观点认为通过将应用开发的权利下放到业务，这种从编码到复合的转变使机构的适应力和灵活性都有所增强。应用不过是应用需求罢了——只有身在其中的人才最了解这种需求。

　　正是这一点促进了第一次SOA投资浪潮的到来。在准许业务领域大力创新的同时，机构当然也希望打破这个IT瓶颈，打开市场，重新创建新的业务模型，赢得长期客户，令同行业的竞争者望其项背。如果单纯地认为SOA不过是原来节约成本，就完全领会错误了，当今促进SOA投资的主要因素是业务转换，听起来不错吧？

　　我的意思是应用开发的地位应该从后台升至到偏侧，可能还不只是偏侧，主要意图是将编程者的负担转移到业务分析师的身上，因为业务分析师对业务问题的理解更为深刻，比数学可能要简单些。

　　应用开发环境不止是IDE：portals，复合应用框架，mashup平台成为了以SOA为基础应用的复合环境。技术供应商渴望得到分散应用开发的工具。现今，在传统IDE的周围肯定有许多真正应用开发。这是极大的权利下放，将注意力从底层的编程工作转移到了更高一层的应用交付。这种方法交付了有形的业务收益，加快了将产品投放市场的时间，提高了应对变化的响应能力。

　　到底是谁在做这个工作？

　　我认为做这个工作的人不是业务分析师，而是编程者本身。也许不是最有经验的编程者——那些一门心思搞编程的人——但会是那些在开发机构的人，而不是业务领域的人。

　　业务分析师原本是应该只关注业务方的，密切注视业务流程和业务问题，而不是技术本身。基于SOA方法的应用复合，会令开发机构更具灵活性、适应性更强、反映更灵敏.但是我不认为这个业务分析师能够成为现实。现今，似乎在开发小组形成了分层，而不是IT和业务之间的权责明确。

　　有些人可能不同意我的看法，他们认为业务分析师在业务领域内分布十分广泛。但是，这些人只是挂个名而已，这些人只不过是传统意义上的业务分析师，不是SOA所需要的那种类型。这些业务分析师把大部分时间都花在了搜寻需求、记录业务流程以及建立财务模型上——而不是组合应用上。

　　我不认为SOA前途尽失，只不过是时机尚未到来。正如我所说，这是一个进化的过程，市场需要花时间调整，满足这种需求。你可以在大学生业务项目中看到这一点，他们中的大多数正在重新选择工具将手头上的技术教给业务设计师，以及SOA应用开发商。

　　我们看到许多业务学习者已经学会了现有的技术。这一代新近兴起的大军一定能将SOA的功能发挥到极致，将开发的任务交与业务，保证业务的灵活性。

　　这些业务设计师马上就要诞生了。