Sam Wyld’s Post

Your developer interview process sucks 🪠: Here’s how to fix it? 1/3 👍 Are top-tier developers slipping through your hiring net? How many "perfect on paper" developers crumble during technical assessments? This is going to be part 1 of a 3-part series on refining your hiring process, specifically focusing on how to effectively qualify a candidate's technical ability. In the past few months, I’ve worked with clients to improve their interview process, and these are some of the things that I think about when designing the interview process. 🟥 Not all developers fit in the square hole – Tech test vs. Paired Programming As a software developer and a recruiter, I’ve been on both sides of the fence. I’ve taken technical tests, given them, and done my fair share of pair programming interviews. The more I reflect on it, the clearer it becomes: these approaches test very different things. Depending on what you're looking for in a candidate, one method might be way better suited than the other. 🤖 Technical Tests are a great tool for verifying a developer can fulfil the duties of their role. You find tech tests resonate best with developers who can work independently and churn out work quickly in isolation. These candidates often excel at solving problems in a controlled environment but are not necessarily the candidates you want in a highly communicative or client-facing environment. These people will often be your top developers, and you don’t want to miss out on them! 🤝 Paired Programming, on the other hand, allows you to assess how someone interacts in real-time. It’s about collaboration, listening, and adaptability. When you are pair programming with a candidate, you can quickly gauge their soft skills, how they approach problems, and how they deal with the unexpected. More importantly, you get to see how they learn and improve in the moment. Often, I find candidates who would excel in a technical test can falter in the paired programming stage due to social anxiety, lack of soft skills, or difficulty thinking out loud under pressure, even though they may be highly skilled technically. 🤔 Ultimately, you need to be more diligent when making your interview processes. Think about what the role entails. What test would best suit that individual? Cater the process to them so they don’t fall through the cracks. 🎯Are you looking for someone to be a production machine? Or a team player who you can work closely with? If you want a team player, you’re going to have a pair programming interview where you can collaborate, teach, and see their process. If you're facing tight deadlines and need a developer who will take ownership of their space - implementing a technical test can help you find that person. Tomorrow I’ll follow this up with some horror story technical tasks I’ve come across and how we can improve them to be 1. Relevant, 2. Fair in terms of time commitment, and 3. Truly reflective of the real challenges developers face on the job.