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

而 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 年里，有很多人开始学习编程，不过指望这些新手具备专业资格来为开源项目做贡献是不大现实的。

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

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

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

代码并不凌驾于法律之上

许可协议的故事后续是这样的：软件并不凌驾于法律之上。2013 年，GitHub 开始在许可问题上表明自己的立场。他们建议人们在创建新项目时使用许可，并创建了一个小网站来帮助项目所有人更好地选择许可协议。

（编辑：网站开发网_盐城站长网 ）

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