blog中文翻译 超越用户创建的模式：Web 2.0 和语义网络

超越用户创建的模式：Web 2.0 和语义网络
December 24th, 2006
原文链接：Going Beyond User Generated Software: Web 2.0 and the Pragmatic Semantic Web
原文作者：Dion Hinchcliffe
我们现在已经开始目睹一些公司网络服务能够自动的帮助用户进行网络导航，将不同的在线信息重组成全新的、有用的结果。更有胜者能够按照当前的环境动 态的产生 Web 应用，与 Web 生态系统产生完全的交互。就像那些能够自我组装的应用程序，它们能够帮助人们完成假期计划、管理个人日程、甚至编制更加复杂的商务应用流程，和在现实世界 中完成项目一样。这种景象有点科幻，但是我们拥有内容如此丰富的 Web，通过数量繁多的开放API接口、那些大量而且原始的数据，完全有打开这扇通往未来大门的可能性。
背景阅读：看看8 个最终用户的混合应用平台（mashup platform）
我最近写了不少关于用户创建软件（user gernerated software） 的发展趋势的文章，利用 Web 2.0 时代的开发性，与各种 Web 服务进行交互，有价值的应用就能够被最终的用户所开发出来。但是我们现在已经能够看到下一个趋势的浮现：软件自己可以智能的创建应用和完成任务。Tim- Berners Lee 自己也预见了这种语义网络（Semantic Web）时代的到来，他在几年前的《科学美国人》上就提出了对这个概念的支持，也有不少的公司在以此为目标，但直到到现在这种模式的网络还是没有在大范围内被成功的实践。这个原因很复杂，但似乎在于我们从 Web 1.0 那里所学到的；一个首选的解决方案通常不是最正确，但那个备选的却是。

很多人可能会说现在已经有超过1200多个“混合应用”（mashups）被列在Programmable Web 的趋势表上，它们之中绝大多数都不是用户创建的，只要看看那些在 MySpace 和各种主流的社会网络上广泛流行的小徽章（badges）和小组件（widgets），看看人们每天不辞辛劳的在他们的blog和空间上耕作，修改内容、 调整代码、从互联网的各个角落寻找 RSS feeds，并把它们放在里面。虽然我们现在可以看到这么多活跃的最终用户的”混合应用”，但这些都比较浅显，并不能够体现更较深的层次上的功能性，不过 我们可以看到那些新的工具正在一天天的变强大，允许用户更加深度的控制，创建出一个真正的“混合应用的生态系统”（mashup ecosystem）。
开发者和程序购买单最大的问题就在于难以发现你所需要的应用
这里有一个很显著的事实，你可以看到现在虽然有大量的专业的软件开发者，但是他们在为数众多的最终用户需求方案面前还是显得力不从心。有趣的是，同样的数量问题也存在于那些能够被控制用来创建程序和完成我们所需任务的电脑系统上面。
如果你仅仅只看那些企业的IT部门，你通常都会发现一份常常软件解决方案清 单，但是传统的购买和定制开发在大多数组织里面都难以满足需求。所有的 CIO 们都在为从列表中选中那个工具而苦恼。但在 Web 上，这将是一个完全不同的问题：几乎没有软件能够帮助用户去从头到尾完整的完成一件事情。就像Steve Borch 说的，“坐回到你的位置上，放松一点，让你的顾客来创建你的产品”。
就像 IBM ，他们也正在尝试由最终用户所驱动开发的产品，例如 QEDWiki，最终用户将自己来执行，并不是所有的软件集成都要通过那些永无止境的手工重新输入或者是拷贝粘贴数据来完成。这一切都意味着：
1）有需求的存在，但不足以被人们精确的表达出来用作软件的设计
2）在我们日常使用的那些软件之间有一种非常松散的整合（功能不会过度耦合）
事实上，的确有至少两种方式的语义网络技术，可以被我们用来改进 Internet 的使用方式。第一种是提供一个语义描述上的“层”；在它里面的服务和内容能够清晰表达给程序，而不是给开发人员。第二点是积极的使用这个“层”；让用户自 己来构建软件或者是智能的执行它里面所提供的过程。
传统的软件模式将无法适应：混合（Mashup）与 语义网络的应用才是最好的方式
需要一份软件来管理婚礼的计划，和那些参与者、物资提供者的关系列表吗？如何协调好把建筑材料运送到工地的最少费用，里面包括了材料和运输，以及按 照的时间和正确顺序来完成，如何控制建设项目能够如期完成？这样的软件在消费和商 业的世界里都存在着无限的可能性，它能够反映出在IT应用中的长尾（Longtail）需求，我们不可能开发出数以千计的定制软件来有效的服务与这些需 求，但是使用那些潜在的“日常软件（例如通用的邮件服务、日程管理等等）”来组合成可以连贯执行的应用已不再是梦想，在这里过程（可以被程序智能感知的逻 辑接口）也是需要被管理的，而不仅仅是数据。
我把这种形式的应用理解为能够利用集体智慧进行重组和自我组装的软件，毫无疑问这是一种前卫的软件开发形式，许多公司已经开始进入这个领域。那些初创的公司例如JackBe,Teqlo,OpenKapow,Itensil 和其他参与者的已经完全的或者是部分的支持自动化的软件创建和过程管理。有趣的是，他们并没有使用真正的语义网络技术，而是通过那些开放的、简单的、容易理解和描述的 Web 2.0 时代的服务来实现的。
现在是我的最后一个观点。在今年的早些时候我和 Adam Bosworth 还有一些其他的 Web 传教士们，答复了一个听众关于 Web 2.0 和语义网络之间的区别的问题，“Web 2.0 是语义网络的初级阶段”。这里有一个有趣的问题，最新一代的工具似乎是建立在简单的私有的方式之上的，而不是利用那些正式开放的语义网络技术。这是否会影 响到语义网络 1.0 的可用性还很难说，但至少 RSS 1.0 已经被广泛采用了。所以我把这称之为新一代的“务实语义网络”。但我有点担心缺乏标准的支持，不过这种下一代的在线软件是否能够展翅高飞我们将拭目以待。
你还知道有那些其他的 Web 3.0 或语义网络 公司和项目吗？
indigo 翻译整理（Indigo 的数字镜像 -超越用户创建的模式：Web 2.0 和语义网络）
此文章在网络,Web2.0,社会性软件分类下
本站随机推荐阅读：
喜欢读blog胜过读大多数传统媒体的六个原因 十个RSS使用技巧优化网站设计的五种方法好文| Throwing Tables Out the Window盖茨，您该歇歇了；该轮到Google做坏蛋了
 
2 条评论我也要说
1.keven  |  December 24th, 2006 at 9:52 am
“Web 2.0 是语义网络的初级阶段”大致是可以这样说的。然而Web2.0是不是必然会发展为语义Web，还很难说，即有可能语义Web只是Web2.0及其后续版本（3.0… n.0）的一个特例。众多的标准堆栈和开放性的要求使高级阶段的语义Web很容易成为可望而不可及的海市蜃楼。
说得更清楚一点，语义Web的两大技术基础RDF和OWL是严格的和形式化的，而Web2.0并不要求对信息资源的语义描述和建模采用这两种方式，而且Web2.0采用URL作为资源标识大行其道（如REST、OpenURL、unAPI等）而不是语义Web要求的URI，大量的半形式化的本地标准更难以在语义Web层面达到互操作，等等。