解决开源的搭便车问题

Nadia Eghbal 在她关于我们数字基础设施状况的主要报告中，以及 Jonathan Lister 在他的回应中描述了我们的数字生态系统，都指出了开源软件中存在的公地悲剧。虽然一些项目是可持续的，但许多项目仍然在与“搭便车问题”作斗争。正如 Nadia 所说：

资源是免费提供的，每个人（无论是个人开发者还是大型软件公司）都在使用它们，因此没有人受到激励去回馈，他们认为会有人挺身而出。

“心脏出血”漏洞揭示了这种现象的一个极端案例：一位独自工作的开发者，拿着微薄的薪水，承担着半个网络的重担。

关于如何解决这个问题，Jonathan 建议我们借鉴生态系统管理，“这本身就是一个行业，拥有相关的专家，他们著书立说，并在会议上发表演讲。” 我最近阅读了该领域的一本开创性著作，诺贝尔奖获得者 Elinor Ostrom 的 《公共事物的治理之道》，我想就如何将其应用于开放组织和开源可持续性提出一些初步想法。

奥斯特罗姆论公共事物

奥斯特罗姆观察到，一些群体显然已经克服了公地悲剧，而另一些群体则没有。她给我们的第一个教训是关注制度，将其作为成功与失败的决定性因素。通过仔细审查案例研究，她提炼出了原则，用于设计制度来管理她所称的“公共池塘资源”，或 CPRs：

“公共池塘资源”一词指的是一种天然或人造 [原文如此] 资源系统，其规模足够大，以至于将潜在受益人排除在从其使用中获得利益之外是昂贵的（但并非不可能）。

CPRs 包括渔业、地下水盆地和森林。“攫取者”是指那些从 CPR 中获取资源的人，而“提供者”和“生产者”则建立 CPR 并使其持续运行。

现在，开源软件在技术上不是 CPR，而是一种所谓的“公共物品”。两者是相似的：阻止某人攫取开源软件是困难的（有意为之！），正如阻止人们在特定区域捕鱼是困难的一样。经济学家会将它们都称为“非排他性”的。但是，虽然你和我不能同时捕到同一条鱼（当你捕到一条时，我就不能捕到同一条），但你和我可以同时使用相同的软件（当你下载并部署它时，我也可以这样做）。从技术术语上讲，经济学家认为 CPRs 是“竞争性的”，而像开源软件这样的公共物品是“非竞争性的”。

这种区别意味着奥斯特罗姆描述的生态系统管理并不完全或完全适用于开源软件。然而，CPRs 和公共物品都遭受搭便车问题的困扰，奥斯特罗姆本人也说过：

一项专注于个人如何避免搭便车、实现高度承诺、安排新制度以及在 CPR 环境中监督对一套规则的遵守情况的研究，应该有助于理解个人如何在其他一些环境中解决这些关键问题。

开源社区中的搭便车行为导致个人工作过度和薪酬过低，最终导致倦怠。这对个人不利，对项目也不利。这是一个我们需要解决的问题。奥斯特罗姆向我们展示了如何通过有条不紊的制度设计和分析方法来解决这个问题。管理开源软件项目的开放组织可以从她那里学到很多东西，同时也要认识到，我们需要调整她的建议以适应我们的情况。