Paid consulting has always been a thing - the idea that's new here (I think) is encouraging companies to deliberately reach out to and book talks from maintainers who aren't good at marketing or selling their time - almost as an accounting hack to help get their company to send some money in the right direction.
Support open source that you use by paying the maintainers to talk to your team
21–30 of 65 posts
Re: Support open source that you use by paying the maintainers to talk to your team
#22Paid consulting has always been a thing - the idea that's new here (I think) is encouraging companies to deliberately reach out to and book talks from maintainers who aren't good at marketing or selling their time - almost as an accounting hack to help get their company to send some money in the right direction.
I don't think that's new either. Companies have always reached out to FLOSS maintainers for "pay for support" or "pay for work on feature X" arrangements - and video presentations about the software are a kind of support. It was common enough in the late 1990s that people would remark on it as an unexpected funding source for (otherwise hobbyist-driven) FLOSS development.
Re: Support open source that you use by paying the maintainers to talk to your team
#23We work like this and it's OK, not perfect but OK For folks in our industry that are not using our software (they are using of the closed-source competitors) we are able to show alternatives and still have conversations with operations folks about methods, ideas and other non-technical methods for businesss-process-automation. We've also got a segment of customers, they are paying us maintainers to basically do the i…
Re: Support open source that you use by paying the maintainers to talk to your team
#24I would love a bounty system built in to GitHub. If I find an issue in an open source project, I should be able to offer up to whatever amount of money for the maintainer to fix it. Assuming said maintainer accepts it, they'd be obligated to at least try and fix the issue. Issue. If the issues insurmountable, then maybe give me half my money back. When someone opens an issue on your open source project, there's no wa…
Re: Support open source that you use by paying the maintainers to talk to your team
#25Re: Support open source that you use by paying the maintainers to talk to your team
#26(that might also help to discourage these events from being used as disguised recruitment / interview / feature-request sessions)
Re: Support open source that you use by paying the maintainers to talk to your team
#27Earlier quoted context omitted.
Yes they are giving updates https://krita.org/en/item/funding-kritas-development/ https://krita.org/en/item/funding-krita-2017/
First link is a 404 and second link is from 2017 and doesn't have the information I want which is how much money they are making from storefronts.
Their windows store buy page[0] (also from 2017) suggests they'd prefer you donate than buy.. so it's probably not a viable model.
[0]: https://krita.org/en/item/krita-available-from-the-windows-s...
Re: Support open source that you use by paying the maintainers to talk to your team
#28Their solution is to be a VAR on top of the open source and give updates on new versions, advice on remediation and workarounds for CVEs, and help prioritize issues for open source maintainers. The other side is that they pay the maintainers to do what they do best: maintain the software.
Re: Support open source that you use by paying the maintainers to talk to your team
#29Re: Support open source that you use by paying the maintainers to talk to your team
#30I would love a bounty system built in to GitHub. If I find an issue in an open source project, I should be able to offer up to whatever amount of money for the maintainer to fix it. Assuming said maintainer accepts it, they'd be obligated to at least try and fix the issue. Issue. If the issues insurmountable, then maybe give me half my money back. When someone opens an issue on your open source project, there's no wa…
The thing that makes me a bit nervous about bounties is that they can add some weird incentives: maintainers may feel that NOT promptly fixing a bug that affects big companies is a strategic way to get a bounty to fix it!
If I write a quick utility in my spare time, and your multi-billion dollar company needs to deploy it on 1,000 devices, I don't want to fix your issues for free.
To be honest, it's about time for these big companies to write a check.