近一段时间以来，我一直在考虑用户接口，以及它对于任何SOA项目最终评价的影响。其实，我是将浏览器作为提供应用一种方法的‘忠实’反对者。因为我觉得利用浏览器提供应用的实质是—发布内容—这是很可怕的。并且它实现了一些原始生产商做梦都没有实现的东西，但是，也正是由于提供应用使得它也陷入了前所未有的困境。

　　现在，内容已经成为互联网使用的一个很大的组成部分，所以我知道浏览器是不会就此罢休的。我认为亟需发生的是应用分配的新范式的出现。

　　人们选择浏览器作为提供应用方式主要原因是易于分配。使用这种方式，你不需要在10000台个人电脑上逐个进行安装，你不用担心一些多疑的IT部门的严厉的安全政策，你也不用在对应用打补丁时向每个用户派发一个更新包。这种零占用空间(zero-footprint)的优点是显而易见并且无可争辩的。但是，这些优点同时也是缺点。比如每次对话框选择后屏幕刷新的滞后时间，网络延时问题，或无法有效地脱机工作。我们都知道，浏览器是应用设计最没有共同特性的方法。

　　当你想到的所有桥梁和障碍，SOA在提供厂商无关（vendor-agnostic），机器无关（machine-agnostic），普适计算（ubiquitous computing）作为一种服务的过程中已经克服的所有障碍和鸿沟，你必须问问自己：“它为什么不能为我的用户接口做同样的事情？”

　　现在，这不是一个小问题，我承认。让我们说得更清楚一些—为了获得成功，我们不只需要处理好台式机，而且还有掌上电脑、笔记本电脑、苹果、全球定位系统，甚至汽车。我们不能只专注于Windows，并且认为它已经足够好—这同样也是催生SOA的思维。

　　对于这个问题，我们已经看到新的解决办法，比如Web 2.0的技术和聚合应用（mashups）。这一新用户体验的特点之一需要灵活化和个性化。允许用户以一种似乎是最合乎逻辑的方式进行工作，将会导致更高的生产力，以及应用服务在最终用户之间的普及。能够将完全不同的信息源聚合在一起并且彼此之间建立联系，对于提高普通知识工作者的工作质量将会起到巨大的推动作用。

　　我们不再是仅仅局限于办公室的工作力。这是一个IT领域需要认识到并且贯彻的一个关键思想。我们的用户是折衷主义的—有些人很传统，但另一些人则是伴随着技术发展成长期来的新用户，他们从来就不会用静止的眼光看待问题，并将短信一种自然的表达方式。我们有一个更加流动和技术精湛的用户社区，它让我们适应不断变化的时代并且不再墨守成规。

　　要做到这一点，我们必须将我们的注意力和精力放在如何交付应用上。我们需要对所谓的应用的定义进行修改，并专注于消除阻碍应用交付的障碍，无论平台是什么。一直以来我都认为，我并不真正的在乎应用究竟是运行在什么平台上—它可以运行在我的笔记本电脑上、我的iPod上，我的全球定位系统（GPS）上，或者目前并不存在的一些未来技术平台上。最重要的一点是我希望能够随时随地的使用它。当我们真正做到这一点时，我们就走完了SOA的最后一英里—‘驯服’了用户接口。