开源不是打赏箱——该为访问收费了。
Open source isn't a tip jar – it's time to charge for access

原始链接: https://www.theregister.com/2026/03/25/open_source_bill_opinion/

开源软件驱动着科技行业,但其维护者资金严重不足,且常常无偿工作——60%的人因倦怠考虑放弃。尽管这代码产生了巨额利润,来自Anthropic和Microsoft等科技巨头的贡献(1250万美元捐给基金会)仅占其7.7万亿美元市值的一小部分——大约每10万美元收入16美分。 问题不仅限于开发者。Maven Central、PyPI等关键基础设施不堪重负,主要来自那些避免构建自己镜像的同一家大型公司。此外,维护者还被人工智能生成的虚假安全警报淹没,浪费了宝贵的时间。 目前的慈善捐款模式不可持续。作者认为开源需要从依赖捐款转向被商业用户视为一种经营成本,特别是那些严重依赖它的公司。HeroDevs和Sentry等组织在直接资助方面显示出潜力,但需要一个新的组织来系统地将科技巨头的收入引导到维护关键开源项目的人员手中。

## 开源资金辩论 最近一篇《注册》文章引发的讨论凸显了人们对开源软件可持续性的日益沮丧。核心问题是:大型公司从免费的开源代码中获益良多,而个人维护者往往缺乏足够的资金和支持。 许多评论员认为,依靠“小费罐”捐赠不可行,因为公司的采购流程阻碍了即使是小额贡献。一些人建议采用商业用途需要付费的许可协议,而另一些人则提倡收取极小的费用(甚至一便士)以建立支付流程。然而,人们担心这会偏离“自由软件”的核心原则,并可能疏远社区。 一个关键点是区分业余开发者、作为工作的一部分进行贡献的开发者,以及那些两者之间的开发者,并需要为后者建立一个可持续的模式。一些人建议公司应该贡献补丁,而不是仅仅依赖上游开发。另一些人则提出了创新的解决方案,例如基于捐赠的横幅或基础设施提供商对带宽收费。 最终,这场辩论的中心是开源是否应该仍然是一种纯粹的慈善事业,还是应该发展成为一种使用量等于经营成本的系统,从而确保维护者和项目的长期可行性。
相关文章

原文

Opinion Time and again, I see people begging for companies with deep pockets to fund open source projects. I mean, after all, they've made billions from this code. You'd think they could support the code's creators and maintainers. It would be only fair, right?

Screw fair. Screw asking for dimes. You can't live off one-off charity donations. Trust me, I've been on the boards of several small nonprofits. Dpending on what people put in a tip jar is no way to fund anything of value.

So you'll excuse me if I'm not blown away by the fact that Anthropic, AWS, GitHub, Google, Microsoft, OpenAI, and others – total market cap in the ballpark of $7.7 trillion – have donated $12.5 million in grants to the Linux Foundation, OpenSSF, and Alpha‑Omega. If you make $100,000 a year, that's about 16 cents. Color me unimpressed.

Mind you, many open source developers never see an annual income that large. Indeed, according to a 2024 Tidelift maintainer report, 60 percent of open source maintainers are unpaid, and 60 percent have quit or considered quitting, largely due to burnout and lack of compensation. Oh, and of those getting paid, only 26 percent earn more than $1,000 a year for their work. They'd be better paid asking "Would you like fries with that?" at your local McDonald's.

It's not just the developers who are underpaid and unappreciated. Anyone building modern software depends on language registries such as Maven Central, PyPI, npm, crates.io, and others, which collectively handle on the order of trillions of package downloads a year. Yes, I said "trillions."

Sonatype CTO Brian Fox recently told me that Maven Central, the Java registry, has delivered hundreds of billions of downloads, yet it runs on a shoestring" in terms of funding, staff, and infrastructure.​

The load comes overwhelmingly from large users, not hobbyists. Fox's analysis shows that 82 percent of Maven Central demand comes from fewer than 1 percent of IPs, with roughly 80 percent of traffic sourced from the largest cloud providers' infrastructure. Now these companies could easily run their own local mirrors, but they don't. Instead, they hit up public open source registries on every build, test, or scan. All of this drives bandwidth, storage, and operational complexity, which eats up cash like an elephant does peanuts. Open source charity won't pay the bills. Going forward, commercial users can expect to pay to access the code. Sure, the code will still be free, but if you're going to be perpetually downloading terabytes of code and artifacts, you'll need to pay for access.

Another hidden cost is that open source maintainers must deal with a flood of bogus AI slop security reports. Some AI bug reporting is great and helpful. Unfortunately, most of what programmers are seeing is garbage.

OpenSSF reports that only about 5 percent of bug bounty submissions are genuine vulnerabilities. Digging out the good reports from the bad ones is an enormous pain in the rump.

As cURL founder and maintainer Daniel Stenberg says of the situation, maintainers face a "death by a thousand slops." He ultimately shut down cURL's bug bounty program because the flood of low‑quality, AI‑driven submissions was damaging maintainers' "survival and intact mental health."

Despite that, enterprises still blithely assume that "the community" will absorb this workload as part of the deal. According to Synopsys's 2025 Open Source Security and Risk Analysis (OSSRA) report, more than 97 percent of commercial software projects use open source dependencies. You guys owe open source big time.

The OSSRA report also found that 91 percent of audited open source components showed no clear signs of maintenance in the past two years. That isn't just abandonware projects. Widely used programs such as Ingress NGINX are also dying because no one is willing to maintain them without pay.

Imagine not being willing to work without compensation! The nerve of some people! As it happens, many open source developers have been willing to work without a paycheck.

Some organizations do support maintainers, for example, there's HeroDevs and its $20 million Open Source Sustainability Fund. Its mission is to pay maintainers of critical, often end‑of‑life open source components so they can keep shipping patches without burning out. Sentry's Open Source Pledge/Fund has given hundreds of thousands of dollars per year directly to maintainers of the packages Sentry depends on. Sentry is one of the few vendors that systematically maps its dependency tree and then actually cuts checks to the people maintaining that stack, as opposed to just talking about "giving back."

Sentry is on to something. We have the Linux Foundation to manage commercial open source projects, the Apache Foundation to oversee its various open source programs, the Open Source Initiative (OSI) to coordinate open source licenses, and many more for various specific projects. It's time we had an organization with the mission of ensuring that the top programmers and maintainers of valuable open source projects get a cut of the tech billionaire pie.

We must realign how businesses work with open source so that payment is no longer an optional charitable gift but a cost of doing business. To do that, we need an organization to create a viable, supportable path from big business to individual programmer. It's time for someone to step up and make this happen. Businesses, open source software, and maintainers will all be better off for it. ®

联系我们 contact @ memedata.com