Hacker News
points by rvz 1 day ago | 0 comments
Many common ways for the financing of an free and open source project to be sustainable (The main keyword) in the mid to long term:

1) A non-profit company that has full-time employees but supported via sponsorships: (gnu project, mastodon, omarchy, zig)

2) Multiple for-profit companies that each have full-time employees contributing to an open source project that they all use: (ocaml, linux, rust)

3) An ultra high net worth individual that has full-time contributors to open source and supported via a non-profit (signal, ghostty)

4) A for-profit company that has dedicated full-time employees that have full support and own the direction of the open source project (go, swift, java)

5) VC funded open source projects (Herdr, Bun, Deno, Burno, Atuin)

All other options such as low donations like "buy me a coffee", ko-fi, are completely unsustainable, now that AI agents exist.

[–] Hendrikto 21 hours ago
> A for-profit company that has dedicated full-time employees that have full support and own the direction of the open source project (go, swift, java)

I think this has not been the case for Java in quite a while. It is a community project now.

[–] gbear605 15 hours ago
Yes and no. It is a community project, but a lot of the leadership are Oracle employees.
[–] 9dev 23 hours ago
It’s really hard to come up with better conditions for an open-source project than what libghostty has. I’m pretty sure it will be the last terminal emulator at this point.
[–] zem 21 hours ago
you missed the 99% case, which is some random person who has a reasonably well paying day job and develops the project in their spare time. AI agents make that more sustainable, not less. vim is a good example, as are a lot of popular programming languages.
[–] tmtvl 18 hours ago
That's not sustainable. If $DAYJOB becomes too busy the project will stall because the random person won't have enough time to work on it anymore.
[–] zem 12 hours ago
it's not sustainable in theory, because you can definitely think up valid failure modes like that. in practice though it's how a huge percentage of open source software out there is developed and maintained. at most the bdfl becomes less active in development but continues to shepherd the project as it attracts other contributors.