企业开发者可从Web 2.0学到什么？

申请免费试用、咨询电话：400-8352-114

随着最近Web 2.0的到来，人们对其倍受关注，并进行各方面的讨论。然而目前尚未讨论彻底的是：比较其它传统企业软件开发，Web 2.0具备哪些独特的开发方式？关于这一话题，Stephen Bryant最近发表的Web 2.0与Enterprises不能混合的5个理由最具代表性。Stephen的观点基本集中了众多大型公司在使用Web 2.0时所碰到的各种问题。

文章中，Stephen表达了对“从上至下的创新”的排斥。然而我要指出的是，这一观点将会导致很多公司拒绝使用Web 2.0与分散化各种Blog，wiki，甚至mash-up。

当Web 2.0这种具有引导方向(pull-oriented)的软件开发出现时，它将与企业软件开发系统发生“遭遇战”，这就是典型的文化冲突。有趣的是，McKinsey最新的报告指出，未来绝大多数的创新将来源于各种形式的引导方向的系统，并且“当这种系统处于中心地位时，执行人员将会重新审察公司的各个方面。”

本月有关TIE事件的well-blogged也提出了很多观点，其中最具代表的是Web 2.0思想将会引发超乎技术层面的商业运作模式的革新。并且提出，传统企业开发软件应学会放弃对某些数据访问的控制权。当前快速发展的Web 2.0与企业软件的烦冗处理过程有着本质的区别。

广为流行的Agile软件处理过程，包括SCRUM和Lean Software Development已经努力克服传统软件开发的臃肿、复杂的中心控制等缺点。老式的设计过程通常包括多余而繁琐的程序段，这些程序段阻碍着公司的开发效率。所以，Agile提出一套开发理论，声称反馈式循环和说明性语言对软件的发行是相当有用的。

这些天以来，快速发展和广为流行的Agile软件开发已经深入人心。著名的Agile Manifesto阐明以下观点以说明他们设计思想的核心(我们可以看到与Web 2.0概念非常类似)：

Agile方法的核心

• 基于处理过程与工具之间的相互独立与交互；
• 基于综合文档的软件；
• 基于合同谈判的用户合作；
• 基于计划的所有决策。

现在，让我们看看与建立Web 2.0软件相关的开发思想。

Web 2.0开发思想

• 经常性地发布：每30分钟发布一次产品(给成千上万的用户)。好处：可以尽快地减少错误，并且软件开发过程将变成具有持续性和平稳性的过程。
• 小型程序段、宽松性地联接：使得更新更加容易，具有更少的危险性。同样各个部分具有更好地重用性与共享性。
• 轻量级的程序模型：动态语言：比如Rub，以及简单数据格式，比如：Really Simple Syndication (RSS), Representional State Transfer (REST)都可以使得程序开发、集成、测试以及重用性变得更加容易和更加高效性。
• 用户可作为创建者：用户可参与作为Web 2.0中心。为用户动态提供他们所需要的特性，为他们提供支持在线软件的信息。
• 实时反馈和信息提取：通过观测用户正在使用和反馈方法，知道用户需要的特性和功能，以建立一个逐级完美的产品。

并且你可注意到，Web 2.0已经列举很多应用于软件开发的规则，这些规则包括：

• 花费更少的金钱：鼓励最大限度地利用资源，而最少的投资。
• 更少的人力：在人力资源上作最少的投入，将精力集中在开发产品上。
• 更加具体化：减少没有必要的设计环节。

问题是：这些规则如何应用到传统企业软件开发？

Web 2.0软件开发包括一些小型启动程序。我已经听到和看到，这些启动程序都没有很好地被译化为相应的传统企业软件。难道Web 2.0软件不具有“翻译性”吗？

简单的答案是，二者之间仍然存在一个“缺口”。一方面，我们的小型软件开发者使用一些极端的开发方法，然而这些方法缺乏相应的资源，开发者不得不通过快速反馈的方式满足当前或潜在用户的各种要求。另一方面，我们的大型软件开发过程通常都是投入大量的资金与详细的项目计划，但收益却是非常缓慢。

如图所示，虽然Agile/Lean在企业开发中不断地发展，但比较于Web 2.0，Agile/Lean方法稍显繁琐。

我现在不想回答Web 2.0开发技术如何转换为传统的企业开发。但我们已经看到，Agile方法近年来已经应用在越来越多的项目中。有些Agile专家，比如Jutta Eckstein，相信Agile方法可有效应用在高达200人的项目开发中。

这就给当前这一创新、快速反馈与低成本的Web开发技术最终能够转化为企业开发带来希望。如果你读到Marc Hedlund的这篇优秀的报告，你就会发现这些新技术事实将会得到飞速的发展。本文先告一段落，我将在以后跟踪这一技术并提供更多的信息。(zdnet)