--- title: "Dev Discussions: Eradicating Whiteboard Interviews with Jon Nguyen of NoWhiteBoard.org | CoderPad" description: "Jon Nguyen walks you through what's wrong with whiteboard interviews -- and how to make them better." canonical: "https://coderpad.io/blog/interviewing/eradicating-whiteboard-interviews-with-jon-nguyen/" last_modified: "2024-03-16 08:03:25" --- [Back to blog](https://coderpad.io/blog/) # Dev Discussions: Eradicating Whiteboard Interviews with Jon Nguyen of NoWhiteBoard.org April 19, 2022 6 Minute Read By Ken Swearengen [Interviewing](https://coderpad.io/blog/interviewing/) Raise your hand if you’ve ever had to do a whiteboard interview for a job. 🤚 Now raise your hand if you like doing whiteboard interviews. … I’ll wait. If you didn’t find your hand waving in the air, you’ll enjoy the insights Jon Nguyen of [NoWhiteboard.org](https://www.nowhiteboard.org/) provided during his discussion with CoderPad developer advocate Corbin Crutchley. Jon’s website is a goldmine for people fed-up with having to jump through hoops to get a job. It’s a job board for companies that don’t do whiteboard interviews and are transparent about their interview process. Inspired by the “Hiring Without Whiteboards” repo on Github, Jon wanted a job board as candidate-friendly as possible. His goal in starting it was to help candidates who don’t have the luxury to spend months preparing for interviews or days carrying out whiteboard tests. He also posts the salary (when possible), the recruiter’s contact information, and the needed skills, so you have all the essential information when you’re ready to apply. ## Learn how to run front-end developer interviews that don’t suck [Read our guide](https://coderpad.io/blog/interviewing/5-tips-for-interviewing-frontend/) ## What’s wrong with whiteboards? Jon’s journey to NoWhiteboard.org stemmed from the frustrations he and many other developers encountered while looking for a new job. First, there are the companies that put you through eight rounds of interviews – including hours-long coding tests – only to ghost you near the end. That’s a lot of wasted time and effort. Second is the time of the actual coding/whiteboard tests. They take time, some more than others. If you already have a full-time job or kids – or like many others, both – finding the time to take these tests can be difficult. These developers may not have time to take them at all, and you eliminate many developers from your pool. You are also biasing your candidate pool towards those who have lots of time to work on a test. Not to mention the issue in point #1 again. How would you feel about spending your weekend on a coding test to not move on to the next round while also not getting any feedback about what they were looking for? Third is what companies typically use them for and what they’re actually good at measuring. Looking for a new job is already nerve-wracking enough. Spending your relaxation time on overly-long take-homes or coding in front of people you don’t know can leave you with a bad taste in your mouth – especially if they’re not measuring anything meaningful. Companies often use these to “test” your coding skills with an algorithm question. They don’t test coding skills more than they test your ability to remember things from your university or early career that usually don’t have any bearing on the actual job. How often are developers actually coding standard algorithms in their day-to-day job? That can be annoying for junior candidates – especially if they don’t come from a computer science background – and downright insulting to more senior developers. If the question is something that a candidate can easily Google and find the answer to, it’s probably not a good question. It’s not a practical way to evaluate the thought process or problem-solving skills of how someone would actually work within your company. ## A better way So what are the things that interviewers should be evaluating, whether they use whiteboard interviews or not? Corbin and Jon both agree that communicating well with others is one of the most significant measures of success for employees. You can easily add this into a live coding interview by doing a paired-programming exercise with the candidate, asking them how they document their code or asking them what they would do if they found a bug in another developer’s code. Additionally, you can gauge how a candidate thinks by giving them a difficult choice to make – for example if you’re a tech lead leading a team behind on feature development with a looming deadline, what do you sacrifice? Do you miss the deadline to get all the features in? Do you request your devs to work overtime to meet the deadline? Corbin stresses again that whatever question is asked should represent an issue the developer candidate would face on the job; the question should also be clearly written with explicit requirement criteria. Jon adds there are ways companies can show respect for a candidate, and the time they’re investing in the process: 1. [Allow the candidate time to read the question](https://coderpad.io/resources/docs/interview/focus-time/) and collect their thoughts before the timer starts, whether in a take-home test or a live interview. 2. Pay the candidate for completing any project or test that is part of the interview ([MindsDB does this](https://medium.com/@adam_carrigan/why-we-pay-candidates-for-our-coding-challenges-4b36e6cd21e3)). 3. [Create a time limit for the test](https://coderpad.io/resources/docs/interview/quick-start-guides/interviewers/take-home-projects/#edit-time-limit) so that the candidate isn’t spending their entire weekend working on the project. Keep in mind: Good developers and engineers will often stay in their current roles because of how bad the tech interview process is these days. If you want to increase your talent pool, you need to fix any broken processes you have in your interview process. ## What was your worst interview experience? Corbin and Jon then shared their best and worst interview experiences, which should serve as a list of do’s and don’ts if you find yourself interviewing anyone anytime soon. Corbin’s worst interview experience started well with a take-home test he enjoyed and did well on. It went downhill when he was asked an algorithm question about reversed linking. He fumbled through that as he was self-taught and didn’t take the traditional computer science degree path to become a developer. To add insult to injury, they went deeper into theory – rather than into practical application – by asking him “tech trivia” questions like the difference between async vs. defer keywords in