管理开放源的复杂性

　　对开放源而言，复杂性是它的特色，也是其缺陷。开放源的三个规则——没有人拥有它，人人使用它，而且任何人可以改善它——可能是不断创新的来源，但是它们同时也让那些负责管理这些软件的IT技术人员陷入不断的麻烦之中。可供选择的机会太多了。如果一个企业需要采用开放源，它必须先在浩如烟海的软件中费力的搜索。哪个软件的质量好，哪个不好呢？如果你能分得出来，那么祝贺你！你才完成了第一个步骤。然后，你还得把所有零散的软件整合在一起，这需要的是运气，甚至是奇迹。

　　但这仍然只是个开始。一般来说，一个开放源软件程序的限期只有几天或几周。相比而言，主流的软件公司要数年的时间才会出新版本。这个快速的、反复的发展模式意味着软件不断改善。但是它也意味着追求连续性和可靠性的公司会发现自己受无数匿名的社团程序员的控制，这些程序员追求的却是在奇思妙想中进步。

　　所有的这些复杂性使得反对开放源的大软件公司正中下怀。他们指出，进入开放源的成本和风险太高，而它们才是能提供相对稳定解决方案的可靠的主流选择。可是，如果兼容性、集成性和支持能力等问题能够得到解决，那么出售专利的企业就麻烦了。没有了一个庞大的、垂直一体化的大型企业，整合这种复杂性的可能性看起来微乎其微。所以，当时的大软件公司并没有想到金R26;波利丝（Kim Polese）会挺身而出。

　　金R26;波利丝快要成为高科技行业的摇滚明星了。她之所以出名是因为她成了Marimba公司的首席执行官和创始合伙人，这家公司是网络基础设施管理方法的主要提供者。之前，她在Sun公司待了近十年，在那里她是Java（Sun的首要程序语言）的主要设计师。她的远见、智慧和激情使她在第一次网络高峰期就成为一个杰出人物。她的漂亮外表也不是坏事，像《连线》之类的杂志都叫嚷着要把她的照片放在封面。但是除了姣好的容貌之外，她还有着非凡的远见、商业智慧和精湛的技术能力。

　　2004年夏天的一个晚上，波利丝被邀请去与Google的CEO埃里克R26;施密特和软件老手、甲骨文前任总裁雷R26;兰尼（Ray Lane）一起参加一个晚宴。雷R26;兰尼现在是硅谷著名的风险投资公司克莱恩那R26;帕尔金斯（Kleiner Perkin Caufield & Byers）的全面合作伙伴。他一直在考虑开一家设计方案公司，来解决开放源复杂性问题，但是他需要一个天生的领导者。波利丝对此很感兴趣，他们计划一起开一家公司，名字叫SpikeSource，波利丝将成为CEO。

　　波利丝回忆说从宴会上走出来时感到精神振奋。“我有种回到1995年的感觉，如果说有一年是创建IT企业的最佳时机，那就是1995年，” 波利丝说，“当时，我看到了过去20年里不曾遇到的激动人心的创新机会。我们在软件方面遇到的许多问题突然变得可以通过开放源来解决。” 波利丝有一个使命：解决最困难的软件难题，并且是在真正的开放源模式下完成，以便将开放源引入大众市场。

　　一体化和协作性不仅仅是开放源的问题，这也是长期困扰软件业的一个老问题。之所以会有这些问题，很大程度上是因为在形形色色的竞争卖者之间存在障碍。没有一个专利出售者愿意分享界面或者通过合作来测试和整合应用软件。当消费者尝试着融合这些应用软件的时候，就会产生种种不可预知的问题，甚至会带来惨重的损失。

　　传统的观念一直认为只有通过产业重组才能解决问题。最近商业软件界的合并浪潮（最突出的是Oracle）显示产业重组的过程正在进行。在开放源软件行业中，大的私有产权企业可能选择买断小的开放源竞争者，从而使得开放源运动窒息。然而，波利丝和其他许多人对此有不同的看法，他们选择合作的方法。

　　在开放源运动的第二波，应用软件之间的合作和整合事实上是有可能的。“实际上，它很自然地发生，”波利丝说， “以一种完全自发的方式，因为协作的价值在开放源社区中备受推崇。所有这些不同的开放源项目和公司开始一起协作，这才能够创造出可靠和有用的软件。”波利丝说，网络的开放标准和合作的基础设施允许很多公司和社团一起合作来解决整合、测试和支持性活动等问题。“我们不仅能够在一个自动化模式里进行好几万次的测试，还能够使成千上万的人跨社团来决定什么该与什么合作，从而对知识基础做出巨大的贡献。”