It happens all the time, a maintainer quits/abandons some opensource project due to economic realities. There are comics, jokes, threads, and so on about what the realities of maintaining opensource software are and that most people are not willing to donate or contribute in any way besides opening issues.
There is a lot of resistance to stuff like the business source license, but people do have to earn a living somehow. Doing so with opensource would be amazing. In lieu of the contested licence, could a template similar to Reminna’s actually work? Basically “pay to get this fixed/implemented, make a PR, or it’s low priority/ ‘I will get to it when I get to it’”.
Relevant part of template
### Contributions
In return, or to fix this issue, I'd be willing to:
- [ ] Fix this myself.
- [ ] [Donate](https://remmina.org/donations/) ___ and/or have donated ___ towards fixing it.
- [ ] Take a donation of ___ to fix it.
- [ ] Update the [documentation](https://remmina.gitlab.io/remminadoc.gitlab.io/md__c_o_n_t_r_i_b_u_t_i_n_g.html).
- [ ] Update the [wiki](https://gitlab.com/Remmina/Remmina/-/wikis/home).
- [ ] Translate Remmina in my native language(s) (___) on [Hosted Weblate](https://hosted.weblate.org/projects/remmina/remmina/).
My favorite way to monetize open source projects that ive seen is to charge for direct download and allow people to build from source
It’s sometimes called a feature bounty.
The only issue is it incentivises focusing on new features, leaving old stuff unmaintained. If you’re asking for money to fix bugs, that incentivises writing code with bugs, as if you write perfect code first time nobody will pay you to fix it.
I think “feature bounty” is a misnomer as it’s not limited to features.
Since it’s opensource, I don’t think it incentivises writing bugs as anybody else could theoretically fork the project and fix your bugs to get the people sick of your bugs onto their fork. And if your project is known for having bugs, it would reduce the number of users willing to use it.
If you’re asking for money to fix bugs, that incentivises writing code with bugs, as if you write perfect code first time nobody will pay you to fix it
There’s certainly potential for that to be a problem. But it’s not necessarily insurmountable. For starters, I think the idea is you’re not paying to have your thing fixed, you’re paying to have your thing prioritised. The same amount of work is getting done either way, but bugs reported by people who paid will be prioritised over bugs reported by people who don’t pay. If there are no bugs reported by paid users, then unpaid bugs will still be worked on.
I worry that approach would increase feelings of entitlement from people who don’t understand the process and effort involved with development.
It systemizes the notion of “I paid you to do X, where is it?”, a perspective which some annoying people already have even without giving anyone money.
Additionally, how do you determine how much payment a feature is worth?
What if the community is split about the direction of a project, and there happens to be two “pay for high priority” demands that conflict with each other? Who gets their feature that they paid for?
I also think that the people actually working on a project should be the ones setting the direction and priorities for it, not whoever has a big enough purse. We don’t need to replicate corporate models that deny developer autonomy.
The moment that money can be used to cut the line, we’ll see the same effect as we do in every other part of society. Those with money to burn will spend and shape whatever projects interest them. Or, more importantly, startups with funding could use the bounty system to submit priority features and send competing open-source software down rabbit holes. It would be a very poor idea.
This seems too black and white a prognosis. I think it’s not a popular method of funding development because the sponsorship/patronage method seems like it already does a better job of providing stability without making a transactional relationship.
I develop the bot for !news_summary@hilariouschaos.com as a foss project. I get multiple people per week pointing out bugs (most people are nice about it and its genuinely helpful to know what’s going wrong) but some people are absolute dicks about it. I simply tell people I’d be greatful if they made a pull but otherwise I’ll get to it when I feel like it.
You should add a disclaimer that bug priority will be assigned based on to the politeness of the reporter.
Do you think “pay or low prio” could help with that? Or do the dicks shut up when you tell em like it is?
When I tell em exactly why the bug exists and that they are welcome to make a pull all I get are crickets. I’m sure I would be more incentiveised to fix it if I was being paid tho.
I feel like pushing a culture of paying when you can to support devs of your favorite projects is simpler and more effective in the longterm.
Only if it’s for Client specific Extensions not the core project. Basically freelance work. Paid bug fixes and feature requests to core are a big no-go.
