很少产业象软件开发工具业这样经历着如此深刻而巨大的变化。2001年 11月Eclipse平台的发布是免费软件运动史上有效的项目之一，它迅速地从根本上改变了软件产业。

       Eclipse平台通过所包含的基于组件的工具和丰富客户端(rich-client)集成框架，正在把技术和商业环境重塑为一个新的振奋人心的生态环境。这个生态环境的参与者都在努力在机遇和风险之间找到一个平衡点。使用免费技术几乎不用花什么成本，没有预期之外的开销，不会发生进度拖延和违背失败等情况，这是很难抗拒的诱惑。然而，尽管有这么多的优点，但若平台使用不当，引起的负面后果却可能超过它的好处。

       因而，企业管理人员必需始终清楚地认识到，开发人员为什么、怎样以及何时使用Eclipse产品。在企业环境使用Eclipse工具可能出现的问题包括但不限于如下：

* 预期之外的隐藏成本；

* 当开发人员认为技术集成就意味着功能集成时造成的无效率和延误；

* 新近开发系统中的关键组件缺乏正式支持；

* 当独有的开发环境产生不可预测的成本时，缺乏投资杠杆(investment leverage)；

* 各工具间概念的不一致导致复杂度成倍增加；

* 违反公司政策；

* 开发中后期出现的缺陷导致无法按时完成任务。

       免费发行产生令人惊讶的性价比

       除了Sun Microsystems、微软没有参与之外，大多数工具、Web服务器、数据库和中间件供应商都采用了Eclipse提出的基于组件的功能扩展机制。通用、高质量的集成开发环境(IDE)及Java开发语言、C/C++ 和其它语言的扩展集可免费获得，这正在产生一种预期之外的、很大程度上无法认知的经济影响，将成本从供应商转移到客户身上。

       在高质量商用开发工具套件中，各种Eclipse发行版正逐渐成为越来越重要的组成部分。在价格和功能的双重压力之下，一些软件工具供应商通过整合及扩展Eclipse发行版，以及在工具生态系统中继续增加投资来实现产品的差异化。现在，利用各种费用低廉或者免费的Eclipse插件扩展包，开发人员能够获得不断增多的特性和功能。由于插件基于其它插件之上，Eclipse 这个超级框架发展成一个越来越复杂丰富的工作平台。

       独立开发的功能引起集成问题

       由于Eclipse本身无需购买就可免费获得，团队中更有竞争实力的成员常常早已安装并手工集成在自己的台式电脑里。这些成员往往是团队的，不幸得以很高的耗时量为其他人提供帮助。即使成本问题由于生产力增益(productivity gain)变得不引人注意，开发人员的一部分时间(具体百分比不确定)还是会被这种工作所占用。非常保守地估计，单个开发人员在这方面的开销也有每天半小时。

       独立开发出的功能能够被轻轻松松地安装，这使开发人员产生一种安全感，误认为技术集成即意味着功能集成，从而可能产生问题，导致无效率和时间延误。

       当一个团体使用Eclipse工具时，安全和谨慎是必需的，而且，服务支持是关键的问题之一。

       潘朵拉的盒子：无支持的环境会提高成本，造成项目延误的风险

       “狩猎式的刺激感”可能激发开发人员不考虑公司的政策或潜在的生产率损失而创建独特的开发环境。免费软件的提供没有正式的服务支持，因此，在这些独特环境中，缺乏对主要组件的支持。各团体可能很快就会发现自己在创建和支持开发环境的工作中处于成本不可预测和缺少投资杠杆的局面。在这个潘朵拉的盒子猛然打开之前，企业应该在生态环境内评估和探寻解决方案，帮助减少风险或选择具有类似效益的无风险解决方案。

       个体开发人员可能希望采用“自己动手”的方法。在规模很小时，这可能是有效的，尽管单独性努力的成本开销高昂并极难估计。但规模较大时，“自己动手”方案可能就损失惨重了，因为每一个单独的平台都需要不同的问题诊断手段。当大型公司/组织设法协调开发团队并把自我支持和供应商提供的支持服务融合在一起时，成本将成倍增加。采购、分配、安装、测试和升级大量不同来源的扩展集的物流开销大得惊人。但真正的问题是实现各种工具间概念上的一致性、集成的功能性测试以及复杂性的减少。

       大多数企业计算项目对工具的需求都是可预测的，这提升了开发人员在各种数据库、应用服务器和Web服务环境中的生产率。开发团队常常必须积极使用全新的Web技术。试图在企业中手工部署一个拙劣的Eclipse工具包，以用于复杂的J2EE部署及其它Web服务部署是荒唐的。

       在项目依赖的一系列组件中包括无服务支持的技术，可能会大大增加管理一支团队按预定期限完成任务的困难性。在集成和测试早期看似运作正确的某些事，却有可能在项目开发中期被证实是失效或不恰当的。这时，若没有援助，开发团队具有相关的技能和预算靠自己来诊断并解决问题吗？无支持的开放源代码意味着无法确定终限期。

       显然，在批准同意之前，企业管理人员必须找到通盘评估和监控免费技术使用的方法，此外，他们还必须提醒开发人员在没有许可的情况下使用这种技术的后果。幸运的是，商业销售商已开始致力于这方面的援助工作，为开发人员提供从简单的打包支持到全面的支持解决方案。

       提高工具间概念上的统一性

       近，像Yoxos和Exadel等公司推出了预打包和测试过的Eclipse发行版捆绑包，便于采购和安装，并提供了一个支持环境。不幸的是，该捆绑包可能是不完整的解决方案，因为它们缺乏关键工具环境和企业开发一般所需的对新技术的支持。即使是传统的价格高昂的商用工具套件，也常常需要一定的集成水平。究竟是发行之前在公司内部集中完成，还是在个体开发人员的台式电脑分散进行，这产生了多重决定因素。

       很不幸，功能性集成的问题要比简单的打包和兼容性测试困难得多。由彼此孤立的团队单独开发出的工具整合了极为不同的概念性符号。在支持基于Web或J2EE应用开发的各工具之间，仍然没有可代表服务器、项目或相关参数选择的清晰标准。这是一个潜在含混的战术性缺陷，可能影响到可用性，但终将得到解决。像Eclipse Web Tools Platform Project这样的协作项目就正在致力于提供一种概念统一的核心设计及实现。

       目前有两个产品可提供具有支持的、概念上一致的企业级Eclipse Web工具环境，分别是IBM 的WebSphere 应用开发套件和 Genuitec 公司的MyEclipse。 IBM的产品通过在其团体中被广泛深入地得到发展。多年来，任何想基于IBM的这套技术开发工具的人都一直在利用Eclipse平台进行工作。BEA和Borland都宣称已有自己的Eclipse解决方案，但还没有透露发布时间。

       履行Eclipse承诺

       Eclipse已从根本上改变了市场，实现了一个以消费者为中心的新商业模型。尽管Eclipse的成功在创造机遇之余还带来了意想不到的风险，但这种技术生态环境通过为这些风险供给解决方案对之予以了弥补。企业管理人员对这些风险及其解决方案了解得越多，就越能更好地利用这种生态环境提供的机遇。

       迄今为止，在这方面的大部分努力都是集中在促进这种技术的不断成熟上，这不是孤立的问题，其中的隐藏成本和重大采用展露问题还没有答案。在支持客户和开发新扩展集的过程中，Genuitec等供应商获得了专业能力和相关经验，这些能力和经验又反过来有助于Eclipse生态环境的提升。Genuitec的MyEclipse就以一种积极的、目的明确的方式直接支持该生态环境。这是一个由更加全面的产品、成熟采用和协作组成的完整循环，提高了工作平台的生产率，减少了开发人员的管理维护开销，并推动了Eclipse平台的采用。

作者：Marc R. Erickson

Communications and Media Arts