Hey all 😊
I'm currently in the midst of finishing one of my app projects. I do the UX/UI and business model part of it myself (bootstrapped) and am checking how to go about the next step (development). The first app is a workout performance tracker (workouts, nutrition, peer2peer social engagement) and the second is an app for entrepreneurs mostly SMEs with access to all the frameworks and models I use for my brand-building clients to do it themselves. The last one is a bit more sensitive and for some reason, I would rather do it with a developer I can bring on board as a partner as the business model is pretty extensive.
Now I've come across a bunch of developers (some on Upwork and such) and the fee to get it app store ready is manageable. Now as I'm new to this part of building apps I am not sure how the risk factor is. If they do remote coding/developing how can you prevent someone from re-distributing that code for other similar projects?
Every industry has this challenge in some shape or form, I'm just not familiar with managing it in this part.
It's on the same risk level as you'd expect for the on-site developer. Remote is only a location; what prevents the person sitting next to you from doing the same?
At the end of the day, hiring is a trust game, as always. If you can't trust your dev, it might mean that you made some bad hiring decisions or you have a bad mindset.
There are few ways how to reduce your worry:
Yeah that's a bit my stance at the moment indeed. thank you 😊
If you hire them and think there's a decent possibility they will redistribute the code, then you made the wrong hire.
On the hire you can also have them sign documents on your policies and expectations to make things even more explicit.
Most people on Upwork will have reviews and example projects. That should be a good start. Then you can run interviews and narrow down candidates based on experience and culture fit. Hopefully at the end you're making a choice between 2 or 3 really good options.
thank you Kyle 🙏
I'm trying to solve this specific problem with https://earli.dev. We don't do mobile apps yet but your second project is a good fit.
Feel free to reach out if you have questions.
I voted for not at all because at the end your idea is brilliant,your idea is worthless.
If you know how to sell it then you are good go
true.