A marketplace for GitHub issues
issue-bidder.com
A marketplace for GitHub issues
1–7 of 7 posts
Re: A marketplace for GitHub issues
#2let's not only creators get paid for work but great way to revive old abandoned ones.
Re: A marketplace for GitHub issues
#3wow...this is actually potentially huge let's not only creators get paid for work but great way to revive old abandoned ones.
Re: A marketplace for GitHub issues
#4Re: A marketplace for GitHub issues
#5How will you solge the issue of ill-defined requirements?
The point is that the more complex an issue is, the more requirements wont be defined anymore or things just get forgotten to require. In this situations people will/have to interact with each other. Based on this maybe even a sub-issue needs to be created for a specific requirement. If you work on a platform like odesk or so you will act the same way and contact the freelancer by Skype. This is one of the main reasons why the issue-manager on IssueBidder always has the control to cancel or finish the ongoing issue. I also struggle around with the idea to include the GitHub comments on on IssueBidder as well - not that it's needed but to make things more clear from the beginning.
Not sure if I hit your question exactly. If not precise it more please.
Re: A marketplace for GitHub issues
#6How will you solge the issue of ill-defined requirements?
I questioned this myself as well and came up with the answer: I simply can not. The point is that the more complex an issue is, the more requirements wont be defined anymore or things just get forgotten to require. In this situations people will/have to interact with each other. Based on this maybe even a sub-issue needs to be created for a specific requirement. If you work on a platform like odesk or so you will act…
Does your system involve an escrow concept? Something like, the money is wired by a third party (you) as soon as the commit is merged into a certain branch, or something.
Re: A marketplace for GitHub issues
#7Earlier quoted context omitted.
I questioned this myself as well and came up with the answer: I simply can not. The point is that the more complex an issue is, the more requirements wont be defined anymore or things just get forgotten to require. In this situations people will/have to interact with each other. Based on this maybe even a sub-issue needs to be created for a specific requirement. If you work on a platform like odesk or so you will act…
You hit it I think, but the bigger issue (heh) remains: you're basically creating a contract which is not all that different from a tiny freelancing gig, but you've a more distant relation between the parties, so it may be harder to build trust. Does your system involve an escrow concept? Something like, the money is wired by a third party (you) as soon as the commit is merged into a certain branch, or something.
The concept is as follows so far: The full amount of what people want to spend goes to a third party (me). Then the money is wired to the developer or back to the "bidder" depending if the issue-manager accepts or cancels the progress. I hope i made this clear on the pricing page: https://issue-bidder.com/pricing