We have been working for the last few weeks on building TinyApps. A lot of us have come across situations where in we want to offload some of our work but at the same time we don't want to take the pain of finding developers, agencies and the cost that comes with it. This would help in focusing on our core work and at the same time get some bandwidth.
So, we are launching a platform where in you can post your tasks which could be just a bug fix, a simple infrastructure setup using terraform, a dashboard in react or anything related to software development for a fixed tiny price similar to the price of a coffee.
Unlike upwork, we only focus on software dev.
Would love to get any feedback and thoughts.
That's not tiny. Tiny is 1-2 hours work. Tiny is something like changing a hardcoded text string in a codebase or changing something in a properties file.
There are a ton of errant mistakes that make no sense and a lack of consistency.
Whenever I onboard a new contractor, they bill me 4+ hours just to get the thing to run on their machine and understanding the code base.
I'm curious if you're constantly having different devs, this overhead for each dev makes it less appealing on both sides of the table.
I also had someone (who I gave paid trial "tiny task") steal my codebase and post the code publicly on github to pretend to use in job interviews. Ever since then, I try to minimize the number of contractors I allow access to my source code.
How do you prevent the subcontractors from doing this?
But stealing the codebase is going too far.
I think it needs a lot of trust before people can start posting on our platform. For example- Upwork has built the reputation for that. So, bootstrappers like ourselves can't survive that period. I think that's the reason for my failure while creating that platform.
Small suggestion: you are calling it upwork but no signups for devs is a real bummer. If you aren't ready to take outside devs yet, at least put a waiting list where devs can put their email and other info to be contacted later.