6 ms·
Bribe developers to fix bugs
We are creating Bribe.io for Startup Weekend. It is a service which allows users to pay developers to prioritize bugs that need fixing. We'd like to get feedback from users and developers who would use this new service. Please check out Bribe.io and fill out our survey.
- jetblackio 13y agoAka, extort users to pay for bug fixes :)
- bradp 13y agoNot extort, just incentivize developers for them. It's a lot more friendly and fun!
- smallsharptools 13y agoWe hope that the vast majority of users will not exploit users. There are also many businesses which rely on open source software but there is no system for them to find and pay capable developers to fix bugs or implement new features they need. One area we have discussed is Wordpress plugins. There are thousands of users using various plugins which may need some updates. They need to be updated as web browsers change and perhaps someone really likes a Wordpress theme but it has not been adapted to work on mobile. This scenario would be a good for Bribe.io which would help lots of people. We will allow multiple people to join in on a bribe to up the amount to recruit developers to work on the job. So if there are 10 Wordpress users which all put in $10 it may be enough to give a developer the incentive to spend time to take on the challenge.
- jetblackio 13y agoYep, definitely sounds like an appropriate use case. I was just poking a little fun at the possibility of it being used to exploit users.
- tinco 13y agoYes, because requesting to be paid for doing work is a programmers ultimate sin..
- Houshalter 13y agoNothing wrong with it though it seems wrong to lead people into thinking something is free or letting them become depending on it.
- lightblade 13y agoI like the idea. But bribe has a negative feel to it. Why not bounty?
- smallsharptools 13y agoI joined the project and made the same suggestion. Brad likes calling it Bribe so we are going with. It may make it more interesting and get more attention this way. The bottom line is we want this to be a system that helps people. I've been at the mercy of open source projects which don't stay on top of known bugs which I am not always able to fix myself. I personally would love to task someone who is better prepared to take on the work to take on the job and I can focus on what I do best.
- nilliams 13y agoI think it's negative in a playful way, and as a result, positive.
- whbk 13y agoBecause that's already been done! https://www.bountysource.com/ https://www.bountysource.com/
- bradp 13y agoNot just bugs, but adding features too!
- x0054 13y agoI was considering starting a kickstarter like site for this as well. Some projects have stalled development. It would be interesting to have a system where people can create a road plan for a particular stalled open source project, and donate to the development. Once a given target is reached, developers can bid on the project, compleat it, and get paid. There are some projects, like DoubleCommander, which I would pay money to make it move faster, as it's the only viable TotalCommander clone for MAC. However, I can't afford to hire anyone to work on it by my self, and can't expect the primary developer to work on it for free any harder than he already is.
- adamlj 13y agoNice idea. I think it's extra interesting since I remember reading a debate here on HN about "bribing" OSS developers.
- smallsharptools 13y agoGot a link for that debate? The name is meant to get some attention while it is our intention to help users find developers who can help them make updates to the software they use but cannot update themselves. And the developers getting paid to make these updates may be college undergrads or someone who has a day job but dedicates sometime to working on the jobs set up on Bribe.io. They can make some money helping others while also contributing to OSS which helps everyone.
- QuasiAlon 13y agobribes, or bounties, or prizes, or whatever you want to call it work on the extrinsic motivations for people to act. In many cases, open source projects are a product of love, that is, intrinsic motivations. There's always a risk when introducing extrinsic motivations that they'll crowd out the intrinsic.
- memset 13y agoI see where you are coming from, but I find that for myself, I come to different conclusions. I work on open source not just because I love my product, but due to an element of wanting to show off. It's kind of a badge of honor, a point of pride to have a project that people use and love. Which is to say that, without the motivation of others using my project, wanting to contribute to it, and even wanting to donate money to the project, my personal level of interest declines ("nobody is using this anyway.")
- Dewie 13y agoHuman motivation is complicated. Chances are that ones relationship to some kind of labour is mixed with both intrinsic and extrinsic motivations: implementing the back end might be fun for you, while the front end is tedious, or vice versa. Or maybe it was only fun to make 90% of the features, while polishing those features and delivering the last 10% is a lot of tedium. Things like this might help to make some open source products more well-rounded.
- 661016 13y agoThis is amazing idea, but I'm wondering that how is transaction going to work? Will there be any amount of money that "staff" keep?
- smallsharptools 13y agoThe way we are going to handle the money is to take the payment when someone creates a job. The money will be held in an escrow account. Then developers can work on the job and submit their solution. Once the user accepts the work by the developer the money from the escrow account will be released to the developer. There will be a fee for the user while the developer gets the full amount pledged. If there is a conflict we can step in to resolve it and make a decision. Since the money is in the escrow account it will not be possible for the user to just not pay and the developer cannot just take the money and run before they user accepts the solution.
- pekk 13y agoSince you are taking money from the user, it is your incentive always to decide in their favor in order to get their repeat business.
- walshemj 13y agohttp://dilbert.com/strips/comic/1995-11-13/ http://dilbert.com/strips/comic/1995-11-13/ Wally: "i am going to write myself a new minvan this afternoon"
- deleted 13y ago[deleted]
- smallsharptools 13y agoWe envision that many times the bugs will be fixed by someone who has not already been working on that Open Source project. We also do not expect any projects which are intentionally buggy to become popular enough to make a difference. Bribe.io will also include work on enhancements to an existing Open Source project.
- ogreyonder 13y agoAn open-source environment is really the only place this kind of motivation could work. As you say, if the project is intentionally buggy, it's unlikely to be used. Love the idea!
- whbk 13y agoThis is different from https://www.bountysource.com/ https://www.bountysource.com/ how?
- pallandt 13y agoWas just about to mention this site. I'd also be interested in knowing on what points it will differ from it, assuming the founders of bribe.io know about the already-available alternative.
- smallsharptools 13y agoWe have been looking at Bounty Source. We think jobs on Bribe.io will not be on that scale. Some of those projects are quite involved while Bribe.io may be smaller efforts, like updating a WordPress plugin to be responsive for mobile so it works with a mobile theme. It may just take an hour and earn the developer $100. There may be some crossover with Bounty Source which could be good to provide multiple resources for users and developers.
- pallandt 13y agoI see. Thanks for the quick reply!
- smallsharptools 13y agoWe have been looking at Bounty Source which has many similar ideas. It is tied into GitHub while Bribe.io will work with any source repository or issue tracker. Bribe.io may also work with smaller tasks while Bounty Source looks like it is taking on very large projects.
- rakingleaves 13y agoSome of my colleagues wrote a research paper about a system like this a few years back: http://researcher.watson.ibm.com/researcher/files/us-bacon/Bacon09MarketBased.pdf http://researcher.watson.ibm.com/researcher/files/us-bacon/B... They proposed a new notion of "software correctness" as an equilibrium in which there is insufficient economic demand for any further bug fixes. Cool to see such a system being built!
- jonperl 13y agoFor a side project I wanted to experiment with a very similar idea. Due to other commitments I was not able to give the project the love it deserved. Perhaps some of the code or concepts will be useful for you guys: https://github.com/codebounty/codebounty https://github.com/codebounty/codebounty codebounty.co Let me know if I can help. @jon_perl