Apache，最大的开源基金会发展史

Apache这23年

Apache软件基金会始于1999年，由一群在线合作并为网络服务器打源代码补丁的人建立。源代码最终被称为ApacheHTTPD项目。

在接下来的23年里，发生了很多事情，其中一个亮点是我们开发了许可证，即Apache软件许可证第二版于2004年发布，并延续至今，成为世界上最受欢迎的开源许可证之一。Apache2.0授予客户广泛使用、修改和分发的权限，并拥有非常明确的专利。同时，开源开发人员很容易满足许可证的责任。这促使开发者Apache在软件使用软件许可和器重代码许可。

除了提供许可证，另一个亮点是Apache基金会制定了一个框架，这使得项目很容易理解他们想要的治理。这些指导方针和关键项目的结构决定了谁做决定，以及如何从需要到再发明再做决定。

如何治理基金会？

我从事开源项目已经近20年了，所有这些都被触及了。我见过很多项目需要几个月的治理，甚至很多公司组织了很多年来试图了解项目治理。Apache该项目从治理开始节省了大量的时间，但更重要的是，它使该项目能够将时间和精力集中在构建软件上。

如今「顺其自然」这是一种非常有思想的做事方式，但这只是其中之一。建立社区的方法还有很多，开源项目的成功运行也有很多有效的方法，但对于Apache对于软件基金会的项目，我们已经定义并选择了治理。

当然，当我提到治理时，人们通常会问我，Apache如何处理项目管理和重点软件基金会。

我专注于讨论基金会的使命宣言和责任。Apache软件基金会是一个公共慈善组织，有义务为许多公众服务，我们的使命是为公众提供免费的软件。

他们的公共责任是所有工作的最终目标。回顾过去，我们是如何做到的，理解这一点是非常重要的。在项目中，我们的口号是“社区胜过代码”，虽然很短，但这意味着我们应该观察那些想要做这项工作的人，我们认为他们是软件中更重要的终端设备。聚集在一起工作的想法是一个共同的主题，它贯穿了Apache治理过程。

Apache基金会专注于奉献精神。无论是写软件、写文档，还是做项目，让人们获得知名度和决策权，我们都不会问员工在哪家公司工作，也不会问他的头衔是什么。相反，我们关注他们在项目中所做的工作和奉献精神。

简单地说，只有参与奉献的人才能做出决定，即使我是Apache软件基金会主席和CEO，我无法告诉一个项目采用不同的技术决策。我不能强迫他们在技术上做任何改变。我不能说员工和项目必须这样做，所以我不能告诉项目“嘿，我们知道要用C但请以其他方式重写这个项目”。那不在我的职权范围内。

Apache基金会现在选择了一种分散的领导模式，这意味着项目本身可以自我约束，这是我们治理哲学的核心。部分意义是，我们意识到一些工作（奉献）的人通常不在同一个地方，他们可能不在同一个地区。即使他们同时在同一个地区，我们也不指望每个人都24小时关注一个项目，所以我们致力于同步沟通和决策。

我们使用常规工具-邮件列表，每个人都可以看到讨论和决策。如今，许多人想使用它，就像Slack或者像微信这样的聊天工具，它们真的很适合聊天，但不适合做决定，因为其他人必须回顾整个过程。我们有这样一种说法，如果它（决策通过）不在电子邮件列表上，它就不会发生，这也是对人们的一个提示，我们故意把决策推到电子邮件列表上，因为大多数决策都不是立即做出的。当我们宣布某件事的目的时，它可能会引起一些讨论，我们会等待和听取其他意见。因为我们意识到做决定太快，我们可能会排除一些人。