开放源码可持续发展的适度建议

大型项目-他们认为操作系统、框架、CMS或完全可自托管的应用程序-处于从用户(特别是公司用户)那里获取更多价值的特权地位。因为整个API和产品都是建立在它们之上的，所以它们会引起足够的赞赏(或者，更有可能的是，害怕过时！)。从一次性或每月捐款中获得可持续的收入。

但大多数开放源码软件项目并不大。最好将GitHub上的典型项目描述为实用程序。它是一个小工具，只做一件事做得很好。在构建复杂应用程序的过程中，您可能最终会使用数十个这样的实用程序-它们将为您节省数百小时的开发时间。

不幸的是，像这样的公用事业很少带来不可忽视的捐款，无论它们有多么广泛的使用或受到人们的喜爱。考虑一下Reaction-Router。即使GitHub上有413万个明星，NPM每周下载300万次，基于Reaction的单页面应用程序几乎普遍采用，它每年也只带来约17K美元的捐款。

问题的根源在于开源捐款是以每个项目为基础的。要通过GitHub赞助商或OpenCollective支持项目，您必须为您想要支持的每个项目创建另一个自动续订的月度订阅。与此相关的是一项重大的心理成本。此外，在关键时刻(我将赞助X！#34；)，很容易让你自己退出捐赠(但如果下周被某个新的热门人物取代呢？！&34；)。最终，只有那些大量的、疯狂的、无可争辩的有用的项目才能获得资金。而这些项目通常都是大项目--框架、可自我托管的软件等等。

需要一种新的模式；一种适用于中小型项目的模式，而不仅仅是大型项目。因此，我提出了一种新的(-ish)方法来实现开放源码软件的可持续性。

然后，您的资金将分配给您的赞助商池中的项目。您的赞助商池正是您想要支持的一组开源项目。

将新项目添加到您的池中应该需要一次点击，就像在GitHub上主演回购一样简单。

就是这样。它几乎没有独创性，这就是为什么没有一家大公司或组织实施它是令人惊讶的。

这将实现开放源码软件可持续发展的圣杯：一键赞助。一旦一个人为他们的赞助池提供了资金，只需单击一下就可以在财务上支持另一个项目。支持额外项目的边际成本-无论是心理成本还是财务成本-将降至零。这是游戏规则的改变者。

在我看来，最好的情况是GitHub本机支持这种模式，将其作为GitHub赞助商的扩展。它是代码(通常)所在的地方，因此它最适合创建这样的零摩擦捐赠系统。

当然，如果GitHub实施了类似的措施，他们很可能会将捐赠机制与明星分开。或许相反，可以向创建并资助赞助池的用户显示“添加到池”按钮，而不是当前的“赞助商”按钮。

GitHub在某种程度上有转而采用这种方式的经济动机。他们目前正在承担在GitHub赞助商上进行交易的所有手续费。因此，如果你以1美元/月的价格赞助一个项目，维护员将获得1美元/月……而GitHub将向信用卡公司支付0.3美元。改用更大的年度捐款意味着GitHub支付的费用相对较少。

请注意，我说的是比例较小。如果处理的捐款总额更多，他们最终仍将支付更多费用，即使费用与捐款的比率较小。如果赞助池的概念取得巨大成功-比如每年累计捐赠10亿美元-GitHub将吃掉近2000万美元的信用卡费用。我怀疑这会激怒微软的一些人。

作为最后补充--我希望看到可嵌入的徽章在不同级别的捐赠中解锁。想象一下这样一个世界：你在某个人的网站页脚看到GitHub赞助商“金徽章”(Gold Badge)，表明他们每年向开源捐款1000美元以上。单击此徽章会将您带到一个可供您验证声明的可信站点。以下是我对徽章设计的快速而粗略的尝试：

有些人可能会喊美德信号，但像这样的方法是建立正面强化循环的一种经过验证的方法，它a)提高了人们的意识，b)鼓励更多的人向开源捐款。

这是一个具有大量潜在解决方案的难题。我并不是想批评提到的任何融资平台；他们都为维护者做了很多事情，包括我自己，我也不是想贬低这一点。这只是一个假设的练习。

我叫科林，喜欢写这样的提案。世界上应该存在很多东西，描述它们比实施它们容易！如果你想知道我什么时候发布新提案，请加入我的邮件列表或在Twitter上关注我。✌️