To know if a developer is good keep the following in mind:
1: Master the Phrasebook
The hard truth is if you are hiring someone to code for you, you should learn at least a little bit of code. That takes time, and some effort, but it’s worth it for a couple of reasons. The first is that you need to know what you’re talking about, at least at the surface level, because that’s going to inspire confidence and trust in your developer that they’re working for someone who knows what they’re doing; that they’re working for someone who values their contribution.

2: Check The Portfolio
It’s not your job to know everything, however. The best lens into a developer’s skills and experience is through a portfolio of their work. Whether it is just screenshots or whether they are able to bring in an application they worked on, actually being able to see examples of their work can give you a sense of what they’re capable of. But you cannot just look at webpage. You need to be strategic in how you are asking a potential developer to describe their experience, and drill down on their portfolios. Find out what their personal contributions were.

3: Ask for Recommendations — From the Candidate
The other way to get a thorough, but thoroughly non-technical, sense of a good developer is to ask for recommendations. Before you make a call or shoot off an email, ask the candidate what they think their references are going to say. Before you call and contact the references, ask the candidate what they think their references will say. This will tell you a lot. Again, pay attention to the language they use — whether they are hesitant or dismissive or eager to talk about their old team. Do not worry about the imagined imposition of reaching out to someone who is worked with a candidate. It is not one. Talking to someone on that person’s team can give you a whole other window into not only what that person’s skills are, but how effective they are in accomplishing projects and collaborating. Whatever you need a developer for, you are going to need them to keep you in the loop. So, just keep the “no jerks” rule in mind. No jerks. Do not do it. You want someone on your team to be on your team. There are a few additional ways to judge a developer. A trial period or beginning a working relationship with someone on a project basis, is almost never a bad idea. It gives you a chance to test their ability to contribute effectively to your team — and see the progress they make with their code — without the full commitment of a salary and benefits.
Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonath