What's the best way to do free software bounties?

Hi Liraz,

There is an old joke "How do porcupines mate...carefully". I am not a big fan of money and opensource. I believe that money associated with opensource is best sustained if orthogonal (support, consulting, brand, trust, etc). Mating them together should be done...carefully.

As soon as money is targeted specifically to building opensource it becomes a commercial venture and the software becomes commercial software or worse...open-core (software that pretends to be opensource but isn't...the free car with the $30K specialised steering wheel).

Potential risks include:

- People giving money will want to know their interests are prioritised so a few individuals end up driving the agenda;

- People who contribute code and time for free get disenfranchised;

- The amount of money that code contributors do end up with is likely only enough to buy lunch.

Money is rarely higher than 3 on peoples' compensation priority list (http://tedleonhardt.com/blog/index.php/news/its-not-about-money/).

If you are determined to put this in place you might consider a fixed contribution per enhancement model to keep a few contributors from driving the agenda.

I applaud your intention with this and accompanying posts regarding the future of TKLX. I hope you find the right formula that works for you, Alon and the TKLX community. I'm just not sure what problem you are trying to solve though! Is it commuity participation? If it is, then I would recommend concentrating on your vision statement. Communities follow leaders with vision and passion. You have the passion, I'm just not sure what the vision is. You can be reasonably certain  though that it is unlikely that TKLX community members would join or leave based on money-related matters.

Just one man's opinion...

And I agree with him to a point. I also see your point Liraz re the competition. And whilst a competition works for the idea of new appliances, it doesn't really lend itself well to other things such as documentation or maintenance, or even enhanced features really...

So I see the sense of bounties, but as per Tim's response I also agree that how it would work in practice might be interesting (and/or problematic)...

All that aside though, as synchronicity would have it, I stumbled across Bountysource the other day and I wondered along very similar lines to Liraz... Perhaps that might be a good platform to give it a go (if that's the way TKL heads)? It would mean no real effort on TKL's part to trial the idea...

FWIW Bountysource have a paragraph regarding introduction of money into an open source project in their FAQ:

I'm worried about introducing money into my community

This is a reasonable hesitation. However, money has already been a part of open-source for decades. Many open-source contributors are paid by their employers to work on open-source. Many projects already have donation buttons. Many open-source developers have consulting businesses around their projects. Ultimately, the motivations behind open-source contributions already vary widely. The easiest way to make sense of it all is to focus on the code itself. At the end of the day, if high-quality code is being contributed to a project, the incentives behind the code should be irrelevant.

Obviously it is in their interests to get people to use their platform, but I think it still holds some validity.

Kickstarter and other similar sites have had surprising success in funding many projects.  Why can't the model for collecting pledges for new appliances or enhancements to existing appliances be applied here?  The bigger problem in my mind is how to fund ongoing support for the many existing appliances.  Despite the automation provided by TKLdev, there is bound to be development effort for each new TurnKey release.  There is also effort needed to keep on top of security issues like Heartbleed.  If we learn nothing else from the OpenSSL fiasco, we should understand that we can't continue to expect to receive support for free.