O'Reilly总裁提姆-奥莱理：什么是Web 2.0（8）
7. 丰富的用户体验
最早可以追溯到1992年魏裴（Pei Wei）开发的Viola浏览器，互联网就被用来在网页浏览器中传送“小程序”（applet）和其他一些活动内容。1995年Java的引入就是围绕着这样的小程序的传送。JavaScript和后来的DHTML都被作为轻量型方式引入，来为客户端提供可编程性和丰富的用户体验。几年以前，Macromedia缔造出“丰富的互联网应用程序”（Rich Internet Applications）一词（该词也被Flash的竞争者开放源码的Laszlo系统使用），以便凸显Flash不仅可传送多媒体内容，而且可以是GUI（图形用户界面）方式的应用程序体验。
然而，互联网传递整个应用程序的潜能在Google引入Gmail之前，一直没有成为主流，紧接着就是Google地图程序，一些基于互联网的带有丰富用户界面以及PC程序等同的交互性的应用程序。在网络设计公司Adaptive Path的耶希"詹姆斯"加莱特（Jesse James Garrett）的一个讨论会论文中，Google所使用的这组技术被命名为AJAX。他写道：
Ajax不是一项技术。它其实是几项技术，每项技术自身都很繁荣，它们以强有力的全新方式结合起来。Ajax涵盖：
-- 运用XHTML和CSS实现基于各种标准的展示。
-- 运用文档对象模型（Document Object Model）实现动态显示和交互。
-- 运用XML和XSLT实现数据交换和操作。
-- 运用XMLHttpRequest实现异步数据检索。
-- JavaScript将所有这些绑定到一起。
AJAX也是Web 2.0程序的一个关键组件，例如现在归属Yahoo!的Flickr，37signals的程序basecamp和backpack，以及其他Google程序，例如Gmail和Orkut。我们正在步入一个史无前例的用户界面创新阶段，因为互联网开发者们终于可以创建，像本地基于PC的应用程序一样丰富的网络程序了。
有趣的是，许多现在正被探索的功能已经存在了很多年了。90年代后期，Microsoft和Netscape，都对现在终于被认识到的那些功能有所洞察，但是它们对于所要采用的标准的争斗，使得实现跨浏览器的应用程序变得困难。仅在当初Microsoft确定无疑地赢得了浏览器之战的时候，而且那时事实上只需要针对一个浏览器标准，编写这种程序才成为可能。同时，虽然Firefox在浏览器市场中重新引入了竞争，但至少在目前我们还没有看到对互联网标准的破坏性的争夺以至于我们倒退到90年代。
在接下来的几年中，我们会看到许多新的网络程序，不仅确实是新颖的程序，而且是对PC程序丰富的网络再现。到目前为止，每个平台的变革也都为改变那些在旧平台中占主导地位的程序的领导地位创造了机会。
Gmail已经在电子邮件中提供了一些有意思的创新，将互联网的力量（随处可访问、深层的数据库能力、可搜索性）与在易用性方面同PC界面接近的用户界面相结合。同时， PC平台上的其他邮件程序，正在从另一端通过增添IM和呈现能力，来蚕食着这一领域。我们离集成通信客户端有多少远呢？这些集成通信客户端应是整合了电子邮件、即时通信和手机，并且应使用VoIP以便向网络程序的丰富功能中添加语音能力。这种竞赛已经开始。
我们也很容易看到Web 2.0是如何重新打造地址簿的。一个Web 2.0风格的地址薄将把PC或电话上的本地地址簿，仅仅当作一种你显式要求系统记忆的联系人的缓存。同时，一个基于互联网的Gmail风格的异步代理，将保存发送或者接收的每个消息，每个电子邮件地址和每个使用过的电话号码，并且创造出社交网络的启发性算法，来决定当一个答案不能在本地缓存中找到时，应该提供哪个作为替代。在缺少答案的情况下，该系统会查询更广阔的社交网络。
一个Web 2.0的字处理程序将会支持维基风格的协作编辑，而不仅仅是处理独立的文档。但是该程序也会支持我们期望在基于PC的字处理器中得到的那种丰富格式。Writely是这种程序的一个优秀范例，虽然它尚未引起广泛关注。
此外，Web 2.0革命不会局限于PC程序。例如，在CRM这样的企业级应用程序中，Salesforce.com展示了网络是如何被用来以服务的方式来传递软件的。
对新的进入者来说，竞争机会在于充分开发Web 2.0的潜能。成功的公司将创建可以向其用户学习的程序，利用可供参与的体系来建立一种决定性的优势，不仅在软件的界面方面，而且在共享数据的丰富程度方面。
Web 2.0公司的核心竞争力
在探索上述七大原则的过程中，我们已经强调了Web 2.0的一些主要特性。我们探讨的每一个例子都体现着这些原则中的一个或多个，但是可能不满足其他的原则。因此，让我们通过总结我们认为是Web 2.0公司核心竞争力的一些方面，来结束本文。
-- 服务，而不是打包的软件，具有高成本效益的可伸缩性。
-- 控制独特的、难以再造的数据源，并且用户越多内容越丰富。
-- 把用户作为共同开发者来信任。
-- 利用集体智慧。
-- 通过客户的自服务来发挥长尾的力量。
-- 软件超越单一设备。
-- 轻量型用户界面、开发模式、和商业模式。
今后一个公司要宣称是“Web 2.0”，就要将其特性同上述列表相测试。越符合就越名副其实。不过要记住，在某一个领域的卓越表现，可能会比对七大原则中的每个都浅尝则止，要更为有效。
Web 2.0的设计模式
在“模式语言”（A Pattern Language）一书中，克里斯多夫?亚历山大（Christopher Alexander）为精炼描述对于体系结构问题的解决方案，开了一种格式上的处方。他写道：“每个模式都描述着一种在我们的环境中一遍又一遍地出现的问题，并因此描述了对该问题的核心解决方案。以此方式你可以使用该方案上百万次，而从不需要重复作同样的事情。”
1. 长尾
小型网站构成了互联网内容的大部分内容；细分市场构成了互联网的大部分可能的应用程序。所以，利用客户的自服务和算法上的数据管理来延伸到整个互联网，到达边缘而不仅仅是中心，到达长尾而不仅仅是头部。
2. 数据是下一个Intel Inside
应用程序越来越多地由数据驱动。因此：为获得竞争优势，应设法拥有一个独特的，难于再造的数据资源。
3. 用户增添价值
对互联网程序来说，竞争优势的关键在于，用户多大程度上会在你提供的数据中，添加他们自己的数据。因而，不要将你的“参与的体系”局限于软件开发。要让你的用户们隐式和显式地为你的程序增添价值。
4. 默认的网络效应
只有很小一部分用户会不嫌麻烦地为你的程序增添价值。因此：要将默认设置得使聚合用户的数据，成为用户使用程序的副产品。
5. 一些权力保留
知识产权保护限制了重用也阻碍了实验。因而，在好处来自于集体智慧而不是私有约束的时候，应确认采用的门槛要低。遵循现存准则，并以尽可能少的限制来授权。设计程序使之具备可编程性和可混合性。
6. 永远的测试版
当设备和程序连接到互联网时，程序已经不是软件作品了，它们是正在展开的服务。因此，不要将各种新特性都打包到集大成的发布版本中，而应作为普通用户体验的一部分来经常添加这些特性。吸引你的用户来充当实时的测试者，并且记录这些服务以便了解人们是如何使用这些新特性的。
7. 合作，而非控制
Web 2.0的程序是建立在合作性的数据服务网络之上的。因此：提供网络服务界面和内容聚合，并重用其他人的数据服务。支持允许松散结合系统的轻量型编程模型。
8. 软件超越单一设备
PC不再是互联网应用程序的唯一访问设备，而且局限于单一设备的程序的价值小于那些相连接的程序。因此：从一开始就设计你的应用程序，使其集成跨越手持设备，PC机，和互联网服务器的多种服务。
