开源的不仅仅只是一个软件许可证。如果你相信GitHub，那么你就会明白一个协同软件开发的成功范例是什么样子了。开源的脚步是不会停下的，就连Tesla的专利技术都要开源了，还有什么是不能开源分享的呢？

开源软件是现在可以将创新带到市场的最短路线。当通过数以百万计的开发者的口碑，并将在开源许可证下下载新代码用于新任务的时候，你几乎可以感觉到世界的技术基线已经更上一层楼了。但开源的深远的影响会在此刻停止吗？

在过去几年中，GitHub是所有人最喜爱的云控制版本和版本库服务，只不过渐渐地，人们已经不再这么认为了。最近，在一个小的会议上，几个在数家企业做经理的人一致同意通过协作、自主组织、分布式的方法来推动开源代码的发展—— 为开发企业软件提供了一个更具吸引力的新模型。

实际上，这个模型看上去怎么样？在一次RedMonk会议，自称是Github第一位“开发者员工”的Ryan Tomayko简洁地描述了该理念的核心思想：

Internally, our processes work very much like an open source project. There are projects, there are people interested in projects, there are people coming up with ideas for projects, they’re submitting into projects, there are people reviewing those changes and either accepting or rejecting them.
我们的流程在内部运作起来非常像是一个开源项目。我们有项目，也有对项目感兴趣的人；人们想出一些创意之后就会提交到项目里，除此之外还有些专门人审阅这些更改，最终决定是接受或拒绝这些创意想法。

换句话说，流程的简单也是高效运作的必要条件，和程序复杂的企业开发组织相比。GitHub作为一个遵守分布式、协作性质的开源组织，对开源项目的顺利进行有一定的限制规定。所有通信都必须是电子形式的，且公布出来，参与者一般情况下都是广泛分布在各个地方的，所以这是一种对所有问题讨论进行的开放的审计跟踪和问责制。每个工作都是异步进行完成的，所以很少会出现依赖性和需要规避的瓶颈现象。

GitHub 本身就是一个可以为这种协作模式提供开放平台的平台。事实上，很难高估 GitHub 在加速软件开发步伐上的影响力，因为它已经给参与和协作带来了越来越容易的便利。

言归正传，所有的参与者都已经内地里部署了GitHub的企业版本。随着平台的开放力度的不断增大，当你将开源模型应用在企业内部的时候会出现什么现象，人么会选择他们喜欢的项目进行开发吗？

如何确保开发人员能够满足安全性和遵从性目标，尤其是在OpenSSL已经崩溃的情况下？我觉得许多企业的开发组织会拒绝这些想，并怀疑“敏捷”工作流的影响力。但是又不能完全抛弃开源的想法。