当SOA遇到了一些困难，人们很难记得SOA带来的好处。如果有的话，SOA的定位是作为一个可能比与过去真正的情况较显著的决裂。

　　但是，有人告诉我，当我开始使用SearchSOA.com软件，在软件开发有很多大肆宣传某些趋势。新的趋势是没有什么不同形式的。“即使是Nehru jacket最终的风格。”

　　那位正是Fidelity Investments首席软件工程师Mark Lorenz。我们讨论的SOA技能组合，软件工程师和建筑师他们的相似之处是多年的其他类型的技能。

　　成功地软件设计师Lorenz说，有一些非常基本的技能要求，不仅仅是为了SOA 。

　　“如果你不明白设计模式-例如，模型视图控制器（MVC）-和你不是建立一个架构，已分离的问题，你是不是准备这样做服务，”他说。同样，建立技能与分布式对象技术可能是一个线索谁将是很好的与SOA。

　　因此，对象目标和像MVCs描述的并不意味着人们应该赞成重编码。

　　人容易犯错，如果他们开始键盘编码了。Lorenz建议，能够做到像RUP和迭代规划。

　　不过，“如果你不能解决小事情，我不知道你如何实施SOA。”他补充说。

　　这些都不是普通的技能。是否出乎您的意料？

　　“很少人使用UML[造型]工具可以坐下来了解他们的系统将工作从一个逻辑和物理的角度来看。”Lorenz说。您将了解如何建立一个系统，以满足要求，但这样做是一个有组织的方式-需要做一个SOA，并做其他成功的软件项目。

　　发送SOA antipatterns

　　理解SOA的概念、技术和工具无疑是重要的，Lorenz说。关键是要了解颗粒服务。然而，这也有扎根于早期的办法。分布式对象的开发和J2EE程序员需要建立服务层界面远程功能。适当转让计划-或“服务” -责任是很重要的。

　　建立一个框架，这一直是许多开发商的路线，真正越过建筑师方面，仍然是一个演变服务的例子。框架正在建设的软件，但它是可重复使用的软件。

　　那么，什么是SOA的反模式？同其他Lorenz points的心态一样，希望把业务逻辑和业务规则，进入资料库的错误的东西。客户端服务器的时代是不是一大教训？毫无疑问，SOA架构师必须解决这样的问题。另一方面，一个新兴的行业正建立新的价值观。