Tech interviews are sometimes a trial by fire. Most tech pros just want to escape with their dignity intact. You can certainly accomplish that aim (and win the job), but saying the wrong thing could cut the entire process short, and make you look terrible in the process.
You may not even realize how your comments come across to the interviewer, or that your strongly held opinion is actually offensive. Yes, some things are worth discussion in an interview, but there are some absolute landmines that will detonate the entire hiring process with a prospective employer.
Here are five of our favorite phrases that can blow a tech interview.
”Check my GitHub”
Listen, hot-shot, there’s a good chance the interviewer was emailed your résumé, like, 30 minutes before locking eyes with you. Now is not the time to get cocky.
In tech interviews, the interviewer may ask questions you tried to sidestep with your cleverly crafted résumé. Maybe you listed your GitHub Gists, or noted all your cool side projects; perhaps you tried to talk up your contributions to the React JS repo. And maybe they read all those things! But while you may have tried to save time (and your patience) by listing all your side projects or accomplishments, a tech interview is a tedious process, and they want to talk about it.
Instead of rudely suggesting they shut up and “check your GitHub” if they want to know everything about your coding prowess, maybe just mention your projects or contributions, then let them know that, if they want to dig into the finer points after the interview, there’s a link to the appropriate code repositories on the electronic version of your resumé (because you 100 percent did that, right?!).
”That’s a Garbage Language (or Framework)”
And spoiler alert: questions about programming languages or frameworks widely viewed as problematic are actually a good sign. It means they know it’s a sore spot for someone in your role, and they want to see how you’re going to handle it.
”Sorry, I Don’t *DO* Whiteboards”
Everybody knows whiteboard interviews suck, and nobody likes doing them or administering them, but they’ve got some use-cases.
We absolutely advise you avoid the whiteboard when possible, and your “refusal” may simply be a case of you trying to do just that. But if that’s their process, so be it; you have to go along with it.
If you’re uncomfortable at the whiteboard, say so. Maybe offer to pseudocode on the whiteboard; ultimately, whiteboarding is usually just a tactic to show a group of interviewers that you understand concepts. Typically, tech interviews don’t involve hand-writing extensive amounts of actual code.
There are alternatives to whiteboarding, of course. You could also ask for take-home work, or to pair-program during the interview. Alternatively, tell the interviewer(s) you’d be happy to have them look over your shoulder as you sit at your IDE of choice.
Just don’t flat-out refuse to whiteboard. If they insist, temper their expectations by telling them it’s your weak point. If you blow it, they’re more likely to admire that you know your weakness than laugh you out of the room.
”I Haven’t Ever Used Your Products”
Oh wow, this is bad. Please never tell the interviewer you don’t use or are totally unfamiliar with their company’s product.
There could be several reasons why you’ve not actually used the product. It could be an enterprise service, or a subscription application you just have no use for in your daily life. Chances are, if the job you’re applying for deals with a niche product, the interviewer knows you probably haven’t used it much.
But at least familiarize yourself with it! Read every stupid page of their terrible website, and get an idea for what the product is – and does. If nothing else, you can express your level of familiarity when asked.
This shows the interviewer you’re thoughtful. Taking time to read through their site (at least what you may have access to) shows you care about the job, and it’s a good way to start a conversation about the role and the product you’ll presumably be working on.
”Nope, No Questions From Me”
Nothing? No questions? You don’t care if they have a remote working policy, or if the company does any community outreach?
Do you also not care how many are on your team? What about the daily workflow for your position or team – wouldn’t that be handy to know?
Plan on soaking up 5-10 minutes at the end of an interview with questions, even if they’re benign. If you had to take notes, come with them queued up before you enter the room so it’s a seamless transition from interview to Q&A time. Having three to five questions of your own is a good signal to the interviewer that you’re more than a body for a seat they have to fill.
The only time you should avoid this entirely is if you are 100 percent positive you blew the interview. If you’re not getting a good feeling for the job, or decide halfway through the interview that the job is not for you (and didn’t cut the interview short), end it.
It’s Really About What Happens After Tech Interviews
At some point, your tech interview will come to an end. You’ll leave the building, go back home, and reflect on your experience.
Your interviewer will reflect on things, as well. Really, your goal is to leave them with a good feeling about you, and confidence you’ll be a good fit at the company. Though tech is a hotbed of activity with a ton of jobs, filling those roles is almost always a seller’s market; the company where you interviewed surely has a ton of applicants.
Sometimes, just being amiable helps you stand out. Maybe you really suck at whiteboard interviews, but at least you know that about yourself and offered a solution (such as pseudocoding). Your well-defined GitHub or Stack Overflow presence might be something you hang your hat on, but at least you weren’t rude about the fact that they didn’t dig deep into your online activity before the sit-down. If you want a call-back or a job offer, these tips can only help.