GitHub被收购，Stack Overflow裁员：后开源时代，开源的未来在哪儿？

Experts-Exchange 采用的是高级会员制，并在 2001 年随着 .com 浪潮的崩塌而破产。有人把这归咎于风险资本，JP Morgan 以 550 万美元持有该网站 51% 的股份，并让网站以拔苗助长式的速度增长。不过这个网站在拥有了新主人之后还是存活了下来。

不管怎样，这个网站的想法是非常好的。2008 年，Jeff Atwood 和 Joel Spolsky 决定创建一个更加开放的网站，它的名字叫作 Stack Overflow。

开发者从此有了一个可以寻求帮助的地方，他们可以在上面问关于编程语言的问题，或者为他们无法解决的代码缺陷寻求帮助。Stack Overflow 太过成功了，以至于后来发展成一个全面的问答网站，涉及的领域包括数学、Ubuntu 操作系统和密码学等等。他们把整个问答网络称为 Stack Exchange。

开发者便拥有了他们需要的所有工具。而在 80 年代，他们需要同时使用 IRC、邮件列表、论坛和版本控制系统。

截止 2010 年，开发者可以使用 Git 做版本控制，在 GitHub 上进行协作，并在 Stack Overflow 上进行问答。

2010 年至今：开源的黄金时期

现如今，加入开源项目变得很容易，因为所有人都用同样的工具，而且大多数项目都托管在同一个平台上。

现在要找出开源项目的维护者，以及这些人还在哪些项目上有过贡献，或者找出代码有哪些变更以及哪些缺陷仍然处在未修复状态，都变得比以前容易得多。因为这些准入门槛的降低，让我们迎来了一个开源的黄金时期。

开源项目的爆发

在 2011 年，GitHub 上有 200 万个代码仓库，而现在达到了 2900 万个。GitHub 的 Brian Doll 说，创建第一批百万个仓库用了 4 年时间，而从第 9 个百万到第 10 个百万只用了 48 天。

开源项目的发现

GitHub 的社交机制和平台特性，让项目发现变得比之前任何时候都来得容易，这意味着更多的人可以参与到更多的项目当中去。

开源现在看起来很酷

还记得在 80 年代那些公司和风险资本是如何启动开源项目的吗？那样的状况一去不复返了。我们可以说“开源”已经变成了主流的科技名词了，而且它不仅仅只跟软件有关系。

例如，Bloomberg 开源了他们的投资手册 Beta 版，纽约时报开源了他们的代码风格指南，O'Reilly Media 开源了一本书。“开源”变成了“开放信息”，或许有人会说“开源”可以指任何的事物。

开源不再只是一个可选项

说一个有趣的故事，在 80 年代自由软件运动的开端，他们推广了一个叫作 GPL 的许可协议。随后其它的开放许可协议也纷纷加入进来，包括 Apache、MIT 和 BSD，这些协议有着不同层级的宽容度。

而 GitHub 在开始时并没有推广任何新的许可协议。有些人认为 GitHub 之所以这样做，是担心太多的“法律”约束会对开发人员加入开源项目造成影响。GitHub 对托管在自己平台上的项目并没有采取任何许可约束，你可以允许人们查看你的代码，并拉取它们的分支，除此之外的所有东西都只受版权的约束。

GitHub 的方式奏效了，很少会有人在 GitHub 上使用许可协议。一个来自 SFLC 的调查表明，截止 2013 年，GitHub 上只有 15% 的项目使用了许可协议。

在自由软件时代，人们需要考虑许可，因为他们需要明确自己的立场（比如他们要跟所有权软件区分开来）。而在 GitHub 时代，人们不关心权限问题，因为它们默认就是开放的。

开源现在这么流行，我们不认为它只是一个意外。我们是如此的“开源”，或者说“后开源”，但在后开源的世界里并非万事亨通。

未来：后开源时代

随着开源成指数级的规模增长，有很多挑战亟待解决。

越来越多的贡献者带来的工作负载

因为越来越多的人可以发现并使用你的项目，他们会针对你的项目表达自己的观点，而你不得不去处理这些问题。

在以前的黄金时期，程序员的数量并不多，而且很多东西都没有标准化，项目的准入门槛比较高。而在今天，任何人都可以加入到 GitHub 项目中，并提出问题或需求，甚至说一些不是很好听的话，然后溜之大吉。

这个问题很难得到解决，因为 GitHub 本身不是开源的！也就是说，只有 GitHub 的员工能够对平台做出改进。

使用所有权软件来管理开源项目，这个听起来有点像 BitKeeper 和 Linux 的故事，人们并没有完全忘记这一点。有些开发者拒绝把代码放在 GitHub 上，他们想保持独立性。Linus Torvalds，作为 Git 的创始人，他也拒绝别人从 GitHub 上拉取他的代码。

当然，使用一个集中式的平台来管理百万个代码仓库也存在着一些问题：GitHub 在近年经历了几次宕机，包括去年的一次 DDoS 攻击，以及最近的一次网络瘫痪。瘫痪的是一个网站，但是受影响的却是所有人。

在这个月早些时候，一波开发人员向 GitHub 写了一封公开信，他们在信中表达了他们的沮丧，因为他们缺乏一个工具能够有效管理持续增长的工作负载，他们希望 GitHub 能够对平台做出重大改进。

开源项目走向产品化

开源项目的激增意味着围绕它们建立巩固的社区变得愈加困难，甚至不现实。

2008 年，GitHub 大约有 18000 个活跃的开源项目，而 SourceForge 大概拥有 15 万开源项目（包括活跃和不活跃的）。

而今天，GitHub 上有 2900 万个项目，比 2008 年的 SourceForge 高出 200 倍。

而在开发者规模方面又是什么样的情况？在美国，软件开发人员从 2002年 到 2012 年期间翻了一番，超过了 100 万，不过这个跟开源项目的增长并不在一个数量级上。

以上数据截止 2012 年。美国劳工统计局期望接下来 10 年，软件从业人员的工作岗位可以有 17% 的增长，看起来已经不少了，不过跟项目的增长比起来仍然不值一提。

在过去的 2 年到 3 年里，有很多人开始学习编程，不过指望这些新手具备专业资格来为开源项目做贡献是不大现实的。

事实是，大量的业余开发者使用着开源项目，但他们对这些项目并不感兴趣，他们甚至无法为它们做一些回馈。他们或许可以为开源项目修复一些次要的问题，而重担仍然落在了那些有经验的老程序员的肩上。

有经验的维护者感觉到肩头的重担。在今天看来，开源不太像是一条双行线，而更像是没有人为之掏钱的产品，但仍然要在维护这些项目上花费很多时间。

这个与发生在报纸和音乐行业的情况有点像，只不过软件是开源的而已。

代码并不凌驾于法律之上

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!