Tell HN: When is it okay to ask for money as an open source maintainer?
Issue tracking and bug fixing: Maintainers need to manage and address the bug reports and issues raised by users and contributors, which can be time-consuming.
Code review: To ensure the quality and consistency of the project, maintainers must review and provide feedback on contributed code.
Documentation: Writing and updating documentation is essential to help users understand and utilize the software effectively.
Community management: Maintainers must build and maintain a healthy community by responding to questions, managing discussions, and dealing with conflicts.
Release management: Coordinating and managing software releases, including versioning, packaging, and distribution, can be a complex task.
Continuous integration and testing: Setting up and maintaining testing infrastructure, as well as ensuring the software passes all tests, requires considerable effort.
Security: Maintainers need to stay vigilant about security vulnerabilities and promptly address them when discovered.
Marketing and outreach: Promoting the project, attracting new users and contributors, and staying engaged with the community are essential for the success of an open-source project.
Fundraising and financial management: Some projects may require financial support for infrastructure, events, or even to pay contributors. This requires fundraising efforts and financial management, which can be time-consuming.
Legal issues: While the MIT License covers some legal aspects, maintainers may still need to deal with other legal matters, such as trademark disputes, contributor agreements, or compliance with third-party licenses.
18 comments
[ 3.7 ms ] story [ 62.2 ms ] threadWhen did this kind of hand-wringing become the social norm in open source? I don't remember that being the case 10-15 years ago. I honestly find it embarrassing to read such posts.
What "pressure"? You mean baseless demands to work for free?
Just tell them to fuck off.
> I also know a lot of people that have been subject to tech layoff but expected to continue maintaining packages long after they have departed from companies.
Just tell them to fuck off.
This is the real world. Growing a spine is not optional. If telling random beggars to shove it is the difficult part, I strongly recommend to work on that before learning yet another cool frontend framework.
And for those that for some reason don’t want to use the exact phrase “fuck off”, let it be known that you can say the moral equivalent of this phrase while being super polite – you still need to be firm though.
https://news.lettersofnote.com/p/arkell-v-pressdram
If you want more of their flavour, I can recommend Private Eye and Have I Got New For You.
"I must respectfully insist on receiving payment for the services rendered. Your prompt attention to this matter would be greatly appreciated."
- discoverability of open source projects that need funding - the actual runtime usage of different open source projects - priority to fix open source bugs with bounty
It seems more like for a one time donation, right? Imo it would work better in a subscription model / base on real production time usage rather than just dependency tree. But this is a great start for sure.
It could be a new badge for companies, like how buildings get those sustainability badges, but for companies who pay for OSS!
Whether your request is seen as "okay" will be subjective and be influenced by the quality of the software, its utility and how the request is framed and enabled - eg via GitHub sponsorship etc.
Your listing of arguments of why people should pay in your post is of dubious relevance because most people here already know that, and while nobody is entitled to your time, neither are you entitled to anybody paying for it if you choose to go the open source route.
However you could always link to a "why you should consider supporting this project" style page that explains those factors to users who may be unaware; or - for instance - provide complementary service levels/"professional" versions at a cost.
Whoever you are, it is best to explain up-front what you offer and what you need.