Body
I've hired 6 devs over the past 4 years. Two were great while the others cost me a lot of money before i figured out they weren't working out.
The problem? I couldn't tell who was good until months of cash had already burned.
here is what i wish i knew earlier:
**Too much jargon is a red flag.**
Good developers explain their work simply. "I added the password reset button. Now users get an email when they click it." While bad developers hide behind complexity. "I refactored the auth middleware to handle session state."
If your dev leaves you more confused at the end of the conversation, that's not because you're dumb. It's because they're either hiding something or they don't truly understand what they built
**Commit frequency matters even if you can't read code.**
Go to your repo on GitHub. You don't need to understand the code. Just look at the patterns.
If you see multiple commits per week with clear messages like "feat: added user profile page" then that's good, while one giant commit every 10 days labeled "updates" or "fixes" is bad .
Keep this as a rule of thumb: Small frequent commits = good habits. One giant weekly commit = poor planning or last-minute cramming.
**"Almost done" is almost always a lie.**
If your dev always answers to your queries about what happened with : "almost done". they're either stuck and won't admit it, or they're actually not working.
Good devs give specifics: "password reset is done. email templates will be done in Thursday. Then I'll use two days to test."
**The best developers push back on your ideas.**
This always keep surprising me. The devs who keep saying yes to every request are actually the worst. They weren't thinking, just billing
The best developer I ever hired regularly told me my ideas were wrong. "That feature would take 6 weeks. What if we did this simpler version instead?"
That's what you want. You don't want a mindless machine, but someone that will help you and correct you if you're wrong.
**Weekly demos reveal everything.**
Stop accepting status updates. Ask your dev every Friday for a working demo of what he is working on. Even if it is still unfinished.
Good developers love showing their work, but the bad ones always have an excuse for why they can't demo yet.
By the time your gut tells you something is wrong. You've already lost months.
What i found the most helpful is getting visibility earlier not until it's obvious
What signals do you look for when evaluating developers? Curious what's worked for others here.
Top comments (7)