当我们尽心尽力地制订将来最好的编程策略时，却发现我们自己的眼光还停留在过去。
回到1980年代，面向对象的编程只是一个理念，还未流行起来。是的，存在有面向对象的语言、工具、框架——比如Lisp和Smalltalk等——但基本上没有多少开发人员使用它们。大多数开发人员都是用C工作的。
不过，最好的程序员想出了用C语言实现面向对象技术的方法。我为能和这些天才一起工作感到万分荣幸。从他们身上，我学到了所有的东西，学到了接口、抽象、动态行为等等。
那时，Java和.Net环境包含了最好的编程策略，掌握两个工具需要超人的训练。记性好的天才们也难以对付，他们纳闷为什么需要这么长时间才能掌握。在编程技术性的论坛和博客里，他们总是正确地指出，看起来非常现代化的那些创新，实际上只是Lisp和Smalltalk等的重现。但是，在软件开发的艺术及科学的殿堂里前行并不是一阶一阶爬楼梯，而是在螺旋上升，它是一架旋梯。
现在，面向服务的软件开发又成了一个理念，而还未流行起来。既然我们的面向对象的工具包让我们有能力对数据建模并在IT领域中有所作为，那么也就有了更高的目标。我们预见，将可以用面向服务的工具包来建模企业过程。
如果说历史可以给我们提供指导，那么就有许多很重要的问题需要回答。首先，以前面向对象的DIY映射到今天，应该对应的是什么？Jim Clubert是一个例子。作为MetraTech的CTO，他用SGML对公司的节目服务进行建模，因为那时XML尚未出现，更不用说SOAP、WSDL、WS-*之类的了。
另外一个例子是哈佛医学院的CIO John Halamka，他的财务和诊断过程软件模型已经为新英格兰医生、医院及保险公司所用，并且领先于我们现在的SOA技术。
这两个活生生的例子证明，SOA首先是属于智力类型的，是一种把IT服务当作企业服务的直接表示的方式。这个天才的想法真是凤毛麟角，但却真真切切存在于你的企业中。我建议你把它找出来并加以培养，那么一定会得到丰厚的回报。最重要的技术可能并不在最明显的地方，需要你细心地去发现。
当然了，正确的理解不会轻易自动升级，需要你使用语言、工具以及框架对它提供支持。是的，普通的事情可以通过普通的见识和做法来完成，但我们中的大多数都需要花费额外的力气来达到这一可能实现的目标。
第二个问题是：在面向服务设计和企业过程建模领域中，什么可以对应Lisp和Smalltalk呢？也许，当我们回首时，我们会期望对规则引擎、工作流设计及商业过程模型多加注意。也许2020年的老人们会大声叹息，因为我们发现了他们知道的东西。
更多内容请看PCdog.com--SOA技术资讯专题
