4 Reasons Why Coding Interviews Are Broken
Spoiler alert: I’m not a coder. And I’ve never had a coding interview.
But I work for a company whose flagship product for sale is a coding interview tool. So knowing a little bit about the ABCs of conducting great coding interviews that candidates love helps me do my job better. Which is what this blog is all about. Making sure your developer talent does their best work on the job.
Let’s face it, coding interviews in 2023 are broken. And coding interviews that candidates love? That’s the equivalent of trying to find an oasis in the desert. It’s hard to come by.
At this point? We can hope that with the release of coding interview tools in the market like FaceCode, recruiters will have the means to interview candidates the right way.
But for now, in 2023, tech interviews are still extremely broken. Here are a few things that are wrong with them.
Why are coding interviews broken?
#1) The interview is nothing like the job
Here’s what a typical coding interview will look like:
The candidate walks in, and the tech recruiter presents the candidate with a coding problem. The candidate tries to solve that problem in real time in front of the recruiter.
Sounds simple enough, right?
This could work, except that most of the questions asked in these interviews rarely ever resemble the nature of the work the developer would perform on the job.
For example, developers are often asked to solve a problem using a binary tree in the solution. Most developers agree that this is not the best way to assess tech candidates in 2023. It does not allow coders to demonstrate their greater skill sets that would be more relevant to their jobs.
Instead, recruiters should focus on assessing developers on their ability to write code that does not crash, and their ability to debug and write robust code. These are ‘real’ on-the-job skills that can benefit recruiters by helping them find candidates who can do their job well. And this can benefit candidates by helping them get a taste of what a day at the job can look like for them.
#2) Coding interviews are unnecessarily hard
The difficulty level of most coding interviews is high. This could work well for FAANG companies like Facebook and Google which have access to HUGE pools of highly qualified candidates. In this case, a higher difficulty level could work well to shortlist the best coders. These shortlisted candidates can then be interviewed with more specific questions and problems.
In the case of smaller tech companies, coding interviews that are unnecessarily hard rarely work in favor of either party. We live in the times of #TheGreatResignation and good tech talent is rare. For smaller companies, that makes it twice as hard to hire talented candidates that are great for the job.
Here’s what happens for companies other than FAANG who try to copy FAANG’s ridiculously difficult interview style:
- They lose out on quality talent in a market where the supply of good coders is scarce as it is
- The coders they do hire using these methods, find out pretty quickly that the real job is NOTHING like the interview they just gave
- They end up becoming overqualified for their positions and quitting, making your attrition rates rise like the price of a certain dogecoin crypto in early 2021
Recommended read: Essential Questions To Ask Developers When Recruiting In 2021
#3) Most coding interviews still use word processors to write code
Go ahead, read that again.
Most jobs give their software developers access to IDE’s or Integrated Development Environments like Visual Studio so they can do all kinds of cool things with their code like write code, debug it, compile code, add integrations, and whatnot.
In the interview? The same devs are asked to write their code on Google Docs or worse, Microsoft Word. This isn’t me dissing Google Docs or Word. They are amazing pieces of software that I use to write online, every day. I’m writing this blog on Google Docs right now.
But for code? It’s just not it. It just won’t do. It’s like asking a candidate to ride a bicycle in the interview when the real job tests his skills in riding a motorcycle. It just doesn’t make sense.
#4) The “We only hire developers locally” mindset has got to go
Let’s face it. At this point, remote work is the future. Or at least a hybrid model of remote and in-office work is the road we’re heading towards. And that’s where the problem lies. Most recruiters and hiring managers are still not ready to accept this.
“By sticking to the locally sourced talent model, there’s a ton of untapped talent and potential out there. And when this talent is not engaged and considered as potential hires, it could prove to be missed opportunities.”
There’s an old saying that to catch the biggest fish, you have to cast your net far and wide. When we apply this to tech recruiting, well you get where I’m going with this.
Cast your net wide and hire all across the globe to access the best talent out there. Who knows, your next all-star developer might just be coding somewhere in a far-off land, who happened to run into your job post on LinkedIn.
Recommended read: Hiring Remote Developers Versus Relocation – What To Choose
Here’s how we fix coding interviews
What ends up happening as a result of these broken coding interviews, is you have candidates who would be PERFECT for the job but would never be able to pass these interviews. Or worse, they would never even have access to these interviews just because they aren’t from the local region they are being conducted.
The solution? We can fix coding interviews by making the interview as close as possible to the real job that the candidate is interviewing for. Simulate the exact ‘day in the job’ environment at the interview and assess the candidate(s) who excel.
Does your company use Visual Studio as its IDE of choice? Great. Give them access to VS at the interview.
Do your best developers fail at debugging their code quickly? Great, test your candidates on their ability to debug problems and the time they take to do that.
Do you give your developer team their space to finish a project within a deadline? Awesome, so stop the ‘turn up the pressure’ act on your candidates and give them enough time and space so they can demonstrate their creativity and skills and show you what they can do on the job.
Finally, the above problems are just touching the surface of the things that are wrong with coding interviews today. That being said, a majority of these problems can be solved by FaceCode– HackerEarth’s premier coding interview tool.
For instance, FaceCode’s built-in IDE ensures that you never need a word processor for coding interviews ever again. Hiring remotely? Access candidates from across the globe with FaceCode’s real-time interviewing feature. Finally, you can play around with the difficulty of the questions by choosing from the vast question library offered across 41 programming languages. Try FaceCode now, for free.
And that’s all I have to say about that. I hope you can use these tips to hire some legendary talent into your ranks in the future. Let me know if you found this article interesting and useful in the comments section.
Until next time, happy hiring!
Get advanced recruiting insights delivered every month
Get advanced recruiting insights delivered every month
Get insightful articles from the world of tech recruiting straight to your inbox
Hiring is hard — no doubt. Identifying the top technical skills that you should hire for is even harder. But we’ve got your…
In the fast-paced tech world, finding the right talent is paramount. For years, HackerEarth has empowered tech recruiters to identify top talent through…
In tech or coding assessments, subjective questions are open-ended questions that require the candidate to provide a more detailed or nuanced response than…
This year, as the industry went through a hiring freeze, we at HackerEarth took the time to elevate our product lineup so that…
In today’s dynamic business landscape, organizations are constantly seeking ways to optimize their talent acquisition strategies to attract and retain top performers. The…
System design interviews are becoming increasingly popular, and important, as the digital systems we work with become more complex. The term ‘system’ here…