Definitely a problem that needs to be solved. And the current donation/patreon/coffee mechanism just doesn't work.
The problem is that I don't know if people/businesses are really willing to pay the actual cost of getting things done.
I'm not even sure people even appreciate the work that is involved in most of their requests - how many times have you looked at some commercial software and had the "could build that in a weekend" reaction.
My other concern is around expectations. I've always tried to be very clear with any donation type thing that it's a donation. There's no obligation created on my part to provide any services or support. Directly coupling payments to requests might turn this into much more of a "I paid you to do this, why isn't it done yet".
>> I don't know if people/businesses are really willing to pay the actual cost of getting things done.
ooo, ooo, I know... (hand up) - pick me... pick me...
Short answer, no the're not.
The ones that are demonstrate their willingness to do so by, you know, spending money on proprietary software. I'm as happy as the next guy to make use of Open Source software, but it either works for me (no money necessary) or it doesn't (in which case I'll spend the money, with, you know, an actual business...)
Ok, cynic mode off, but let's be honest - there's a new "solution" to this problem like every other week. They all want to funnel money between the mythical person who wants to pay, to the mythical developer who wants to receive. All the other methods have failed, but apparently the problem is not the lack of people _willing_ to pay, but the fact that it's "too hard to pay"? I gotta say, after all these attempts, you would think one of them would have succeeded, unless, perhaps, aside from a few anecdotes, the actual pool of payers doesn't exist.
I wish you well, I really do, but I fear you're solving the wrong problem. Trouble is the right problem isn't solvable. But maybe, just maybe, if you solve the wrong problem enough, then maybe something of substance will happen.
I could go on about how most OSS developers don't _want_ to be paid. Because getting paid tiny amounts is a hassle which exceeds the income. So sure, guarantee me 10K a month for more than a year, and maybe it's worth the effort of accounting, and taxes, and obligations, and deadlines, and people complaining after the fact, before the fact, during the fact. But for a few hundred $ here and there - pass...
Cynic mode back on - another month, another startup planning to solve this "problem". Good luck!
I spoke to a lot of companies in the early days of Polar. 90% of them said the same things.
1. Sponsorship is hard to sell internally. Only possible to get small budgets with the motivation of advertising towards developers (be it their product or hiring).
2. "We'd love to invest more, but we don't know towards what, what it will be used for and how that in turn benefits us which is needed to unlock more capital internally".
3. Once I pitched Polar, they got excited about how it could address #2 and all mentioned cases where they had been blocked by OSS issues or where they had feature requests. Not being able to address those themselves.
There is a lot of unnecessary friction today to sponsor specific features, issues or milestones – despite such being a lot easier to sell internally because they're tied to businesses needs. Polar aims to change that + gives maintainer(s) complete control to ensure it aligns with their goals and direction of the initiatives.
> I'm not even sure people even appreciate the work that is involved in most of their requests
Absolutely. I think this is solvable though, e.g giving maintainers the ability to set goals for certain features, milestones or issues being one.
But, we cannot expect it to match an hourly salary as a paid engineer from Day 1. It's a new pattern. However, since maintainers are in complete control (it's not a traditional bounty service) sponsored issues that are accepted should align with efforts the maintainer wants to pursue too. Before they got $0. Now, they better know what their users want and can get them to sponsor efforts that align with theirs.
> My other concern is around expectations. I've always tried to be very clear with any donation type thing that it's a donation. There's no obligation created on my part to provide any services or support. Directly coupling payments to requests might turn this into much more of a "I paid you to do this, why isn't it done yet".
Completely agree.
With Polar, maintainers are in complete control. They can decide which issues they want the Polar badge to be embedded on to whether the amount pledged is shown or not (since it can apply such pressure). In combination, we don't have this feature today (early alpha), but we want to make it super easy for the maintainer to accept/deny pledges in their admin. To setting thresholds and more, as mentioned earlier.
Our goal with Polar is to empower you as a maintainer and give you all the tooling to manage this with ease.
The problem is that I don't know if people/businesses are really willing to pay the actual cost of getting things done.
I'm not even sure people even appreciate the work that is involved in most of their requests - how many times have you looked at some commercial software and had the "could build that in a weekend" reaction.
My other concern is around expectations. I've always tried to be very clear with any donation type thing that it's a donation. There's no obligation created on my part to provide any services or support. Directly coupling payments to requests might turn this into much more of a "I paid you to do this, why isn't it done yet".