Ask HN: How often would you pay someone on a per-snippet basis?
I have an idea for a project that is something like a mix between StackOverflow and a job board. Like you post a request for a chunk of code in whatever language/framework to do some particular thing and say how much you are willing to pay for it. They first person to produce an answer you are happy with gets your money.
Should I make this?
5 comments
[ 3.2 ms ] story [ 26.0 ms ] threadIf I didn't have colleagues I could email, I could maybe see myself paying a retainer to be able to unblock myself with a weird quirk of a domain/toolset?
However... If you extended it to defined "micro-projects", perhaps that might work better. This would require some basic specs from those requesting the work. What version of X, what OS exactly, etc etc. Plus a reasonable description of what success looks like (and what failure looks like).
Not sure you could achieve that.
Classic tension: too lightweight and it won't work; but adding features/requirements until it does work will make the process too heavyweight to be appealing.
Solve that tension and you have a product. Not sure you'd make any money from it though :)
The job of software devs is not to create code, its to translate business solutions into software. Integrating a bunch of dissimilar code snippets is likely to make that harder.
But this was great when I had less experience. As someone more senior, I can code faster than I can outsource, and reading code is harder than writing. The tech and docs have improved a lot since then. And I've had a lot of bad experiences recently which made me stop.
I would also strongly oppose "first to produce an answer". Good answers take time and rewarding speed will encourage sloppy, buggy answers, some of which ignore the requirements. It also discourages detail oriented people from starting in the first place.