Apache软件基金会自成立以来对开源运动塑造和高新技术产业扩大产生了深远的影响。 Apache软件基金会是由Apache HTTP服务器开发者于1999年注册成立的非盈利性组织，一度孵化支持多达数十个大大小小的项目。Subversion, OpenOffice, Tomcat, 新晋的 Cassandra, Lucene, Hadoop都出自于Apache，它的核心观念“apache之道”被广为人知。 但是基金会内部的紧张关系和整个开源社区的抱怨已经产生这样的质疑，在当今的软件界，对开源项目进行赞助的Apache方式是否还适合。对开源许可的态度转变，与GPL的冲突，在此方式下对技术创新的关注，近些年基金会对具体项目的处理带来的结果--基金会也许很快就会发现她被各种项目所抛弃，那些项目帮助她在开源界成为一个中心必备之选。在一定程度上要感谢她的这种方式，新一波的在GitHub上的自发的、分散的项目不需要像Apache基金会这样的环境去保持他们活跃或者相关联。 Apache方式：造成Apache软件基金会分裂的根源 随便问一个曾经参与过Apache软件基金会项目的人，什么原因造成了基金会的分裂？大部分人的最有核能的答案是：“apache方式”。 Apache方式的六大原则构成了Apache软件基金会的核心理念。用他们自己的话来说，这六个原则是：“协作化的软件开发；商业友好的标准许可证；永远保证高质量的软件；·成员之间的交往要互相尊重，诚实，以技术为主；依据标准的忠实实现；强制的安全特性”。 Ashish Thusoo,Facebook Hive的联合创始人，现就职于项目管理委员会负责管理Apache hive项目，将它描述成“以高质量软件领导领域发展共识为导向的社区方式”。Thusoo认为ASF的做法更贴近于师徒的方式而不像实际的 项目管理。这包括了“如何与新成员达成共识、投票和项目管理的各项机制以及确保新的项目来自于行业的广度”，Thusoo说。 Arun Murthy，是Apache Hadoop PMC的主席，他描述ASF所宣扬的"颂歌"是"社区高于代码，即 人才 才是ASF的生命线。" 这种方式也强调了实践高于理论。举例来说，当一个项目处在ASF的孵化期间，会强调提交代码而不仅仅是一个想法 -- 在向基金会贡献代码和IP时，"不用担心由于它们自身原因或用户原因被锁定"，因为Apache自己会提交它。 最新的详情：实际从整体上看Apache做为代码的托管者,同样含入ASF的商标政策的办法是不可缺少的一部分.这样设计的目的是防止Apache赞助的项目希释了他们的品牌。那些被保护的专利给人的直觉似乎违反了开源项目,但是Apache和其他人已争论使用商标只用于保护,避免争夺行为。 这并不代表能防御在OpenOffice中捆绑恶意软件。Apache OpenOffice贡献者Rob Weir指出在Oracle声明它不会再开发这个项目之后，Tightrope Interactive是如何设法申请OpenOffice trademark的所有权。 值得一问的是这个项目是否应该转让给基金会，这样就能保证项目的生存,并不受公司干涉者的管束。或者说一个已存的基金会是否值得这样做。(Monty Widenius创建了他自己的基金会来监督他的MySQL分支MariaDB) 没有通向成功的单程票 在实践中，在孵化和对开源项目支持等问题上，Apache Way并不是一个万全之策。这其中主要的原因在于ASF对其管理的项目，持高度放任态度。 就像Thusoo所说的，ASF可能会涉入此事，“如果它感觉那些项目公然违反了Apache Way”,但是它也会提供“基础设施，法律指导，以及培训和会员资格”，以此来扩大规模。它并没提及微观管理。 这种方案是一把双刃剑。一方面，项目在技术水准上停留在它们自己手中。另一方面，如诺特丹大学里的Brian Proffitt助教所说的，Apache Way能表现出"一种严格管制的，缜密计划的管理形式"。 "这是一件好事，因为某些项目需要组织"Proffitt说，"但这也会导致紧张局势，因为ASF的某些规则和管理会让官僚主义者痛苦不已"。 Joe Brockmeier, 是Apache CloudStack PMC的一名成员，他指出ASF不是“你撒在项目上，能立马让它成功的魔法粉。如果在项目上日复一日地做着开发的那些人 并不擅长建设社区，或者项目不能吸引足够大的用户群体，Apache就将不会取得巨大的成功。” 这里是前面对Apache的未来做的第一次真实测试：如果额外的官僚主义者对于采取上述方案没有提供明确的路线，那么在今天的这些自力更生的，强烈协作的开源项目是否能站得住脚，并从Apache Way中获利？ ASF的开源商机 当然，这答案取决于项目本身。 “ASF和开源通常最适合范围广泛的平台式技术”，Hadoop PMC主席说，"在社区的开发和基础设施建设中，存在一些很基本的元素。一些很成功的Apache项目已经成了基础或基础设施" Davies解释了把一个项目移交Apache维护的吸引力：“项目成员知道一个项目如果能给一个重要开发者,由他来交给他所在的公司托管，那么这个项目就不会生存不下去了。但是，在现实中，这意味着很难重新在Apache里启动新的项目或者变为衍生的社区，因为开源项目并不是那个样子的。” Davies说，一个开源项目通常是靠一两人的努力启动的，而吸引共享者却往往要等到它有棱有角的时候。最后，Davies补充道：“对于那些想大范围展示并吸引多元化的用户的项目来说，ASF很适合用来搭建它们。”跟被雅虎捐助的Hadoop情形一样，“如果你启动了一个全新的项目，ASF可能不是第一个用来开始的地方。” Facebook的Thusoo认为，ASF最适合那些"有兴趣开发内容广泛并在业内能代表一些公司社区的项目。对于聚焦在单个实体不能带动大范围从业者参与的开源项目，ASF真不是正确的工具。" 由于Apache许可部分的不灵活，这导致Apache许可和GPL的使用方式上有些冲突，但其仍然还是广泛的用于开源软件的许可中。这些冲突主要围绕着“专利终止和赔偿规定”的问题上，根据ASF，简言之，Apache许可中有些项目是要求很详细的。 但是GPL不是那样子的，与Apache许可冗繁不同的是GPL更自由化，它同时兼容MIT许可，这使得GPL越来越流行。Github CEO Tom Preton-Werner在OSCON(开源大会，译注)的演讲中赞同MIT许可的简单和自由--这使得GitHub上许多工程很快就成为开源生态系统中的一员。 |
