如何支持你的开源项目堆栈

在捐赠星期二，Mautic 项目——一个开源营销自动化平台——分享了其计划，每年将其预算的一部分分配给在财务上支持它所依赖的其他开源项目，作为支持你的堆栈倡议的一部分。

什么是“支持你的堆栈”？

什么是“支持你的堆栈”，以及为什么开源项目应该效仿 Mautic 的做法？

可持续性是开源领域面临的巨大挑战。

近年来，我们已经看到几个案例，其中关键工具实际上维持着互联网和技术世界的运行，却由极少数人维护，有时是作为爱好而不是他们的全职工作。 有时只有当这些人决定受够了，停止维护它，或者将其出售/转让给其他组织来支持时，才会引起人们的注意。

Tidelift 最近报告称，46% 的开源维护者没有获得报酬。 只有 26% 的人从他们的维护工作中获得的收入超过 1,000 美元。 同一项调查还报告说，大约一半的人感到沮丧、压力大和被低估，因为维护这些项目所涉及的“吃力不讨好的工作”没有得到认可。

虽然有些项目和维护者可能真的不想为他们的工作收到任何资金，但绝大多数人都有各种渠道可以获得补偿，无论是咖啡的费用还是更可观的捐款，一次性或定期捐款。

人们通常会指责软件的最终用户，并向他们施加压力，要求他们直接资助开源项目。 但是，一旦一个开源项目拥有任何重要的预算，我认为项目有责任支持那些它所依赖的人——它的依赖项。

如果没有依赖项，开源项目将无法完成他们所做的所有令人敬畏的事情。 即使每个年度预算超过 50,000 美元的开源项目都决定以相对较低的 200 美元支持其十大依赖项，我相信维护者也会在支持中发现巨大的好处，即使只是在被欣赏时提升士气！

使用开源工具识别依赖项

有一些很棒的工具可以帮助你识别你所依赖的项目。

首先，如果你是一个基于 composer 的项目，你可以使用下面的命令来获取所有积极寻求资金的依赖项列表（这使用了 composer.json 中的 资金标记，所以如果你是一个寻求资金的项目，请确保添加它！）。

$ composer fund

你还可以使用 backyourstack.com 通过你的 GitHub 组织识别依赖项，或者上传一个依赖项文件——他们支持 package.json、composer.json、*.csproj、packages.config、Gopkg.lock、Gemfile.lock 和 requirements.txt 文件。

这为你提供了 Open Collective 上的项目列表，以及所有依赖项的有用列表，你可以使用这些依赖项来研究资助机会。

我应该贡献多少？

你贡献多少取决于你的预算以及你在“必须支付”的费用之外有多少可用资金。

就我个人而言，我希望 Mautic 达到 10%，这样我们就可以在基本水平上支持我们所有的依赖项，但我们还没有达到实现这一目标的财务稳定性。 目前，我们将 4% 的预算分配给支持我们社区优先考虑的前 10 个项目——虽然不多，但这是一个起点。

但我没有钱！

我理解你。 要达到你有足够的资金来支持你的依赖项的地步是很困难的，那么创造性地支持它们呢？

• 组织一个文档群，你带一些贡献者来改进你的一个依赖项的文档，作为一种回馈倡议。
• 给项目反馈，通过分享对你的项目有用的东西，或者你在他们的项目中发现困难的地方，来帮助他们改善贡献者体验。
• 允许你团队中的开发人员每周在依赖项项目上工作一段时间。
• 在 github.com/opensourcedesign 上找到一个项目，并分配你团队中的设计师来帮助他们。

在 Tidelift 的调查中，90% 的维护者表示，他们正在寻求帮助的主要非财务方式是改进文档和改善新用户和贡献者的体验。

将你的下一次会议或活动的门票销售额的一部分捐赠给支持你的依赖项，或者将其添加为你的社区成员的增值服务，以便他们支付更多费用来支持你的依赖项怎么样？

有许多创造性的方法可以共同帮助开源项目变得更具可持续性，通过这些方法，我们都变得更强大。

你目前是否正在支持你的堆栈？ 你对支持你的堆栈有什么想法？ 如果你是一名维护者，你认为如果人们依靠你的项目来获得他们自己的产品或服务，那么支持你的项目的最有帮助的方式是什么？

请在下面的评论中分享。