Relax Interviewing

Staying calm in high-pressure environments

I must not fear. Fear is the mind-killer. Fear is the little-death that brings total obliteration. I will face my fear. I will permit it to pass over me and through me. And when it has gone past I will turn the inner eye to see its path. Where the fear has gone there will be nothing. Only I will remain.

– Frank Herbert, Dune.

After practicing for 2 months, it was time for my first coding interview with FAANG (recently renamed to MAANG). I didn’t feel ready at all but I also don’t think you will ever feel ready for this. I was expecting this interview to be more challenging than any I had before for two reasons:

• Half the time: You usually have 50 minutes to solve one problem (maybe with a follow-up question). Here I had 45 minutes for 2 problems.

• Hard problems: I anticipated problems to be from the hardest LeetCode Medium set to anything in the Hard level.

The first assumption held but the second one didn’t at all.

I had 45 minutes to solve 2 VERY SIMPLE code challenges.

I came to the interview expecting something crazy and impossible to solve but when I saw that the first question was some simple recursion over a binary tree plus some simple math over the values I felt relieved.

I realized that I had everything I needed to pass this interview. My dream of joining Big Tech wasn’t impossible at all. Of course, this was just the first step but I felt confident in my skills to overcome this obstacle.

Motivated by this realization that was triggered in my brain while the interviewer was presenting the problem, I jumped into coding immediately as I remembered solving a very similar problem a few days ago.

After coding my first solution in just a few minutes, we started testing and debugging together with the interviewer only to find out that my code was very buggy.

I didn’t consider some (or most) of the edge cases and all of a sudden, I got nervous again. As I was fixing the bugs with some hints from my interviewer my confidence started to go down. Each edge-case highlighted by them that was not handled by my code was a blow to my ego. Especially as the problem was not hard at all.

Here I was, facing a really easy problem and blowing away an amazing opportunity.

I felt terrible.

I came to the interview expecting failure but not like this. I imagined myself failing to solve a hard challenge that I was not smart enough to figure out. I wasn’t prepared to flunk a simple challenge just because I was too nervous. Maybe I was not as good as I thought or not prepared as much as I hoped.

If the situation was already not bad enough when we started talking about the time complexity of the algorithm I said something that was OBVIOUSLY WRONG. I rapidly corrected that but the fact I even said the wrong answer at first showed that I was not at the level you need to be to work at FAANG.

My mind was silently saying to me:

Bye-bye opportunity at FAANG. Congratulations Pablo for screwing it up big time!

– Pablo’s brain during the interview.

I managed to finish the first exercise on time only to have a very similar situation with the next one. A simple problem but screwing it due to being nervous and not thinking clearly.

In the end, I finished both exercises on time but needed some help and said things that were undoubtedly wrong. I was 99% convinced I had flunked the interview.

Back to the drawing board

Failing my first FAANG interview was the best thing that could have happened to me.

The lesson? I had to think before acting. I knew that I had to do it, it’s not rocket science but I anyway failed to restrain the impulse of coding right away. It’s easy to say but almost impossible to accomplish during the heat of the moment.

I decided to study how to keep myself calm during intense periods of stress. Everybody gets nervous under pressure and every programmer feels unnatural to be observed during coding. It’s not something we do on our job.

It makes being relaxed nearly impossible due to the lack of familiarity with the situation.

REACTO

No, this is not yet another Javascript library. This is the secret I found for keeping a cool head and showing my A-game at interviews.

REACTO stands for:

• Repeat

• Examples

• Approach

• Code

• Test

• Optimize

I stuck a post-it note to my desk and every time an interview started I looked at it to remind myself how I should proceed. Regardless of the complexity of the problem, I religiously followed the same approach over and over. It turned out great for me.

Go ahead and read the full post here.

Why REACTO works?

Repeating the problem like a parrot to your interviewer will buy your brain enough time to start some background processing. You might think at first that you are just wasting precious time you could be using for coding.

Remember that coding only takes a few minutes if you know exactly what you should be coding. If you understand the logic, coding is no more than typing.

Once you have repeated the question to your interviewer, you now understand a tiny bit better what the problem is about. Wait a minute, you have only scratched the surface. Now it’s time to go deeper into the problem space (not yet the solution space).

The interviewer will probably give you an example of the input/output expected to be handled by whatever algorithm you came up with. Use this to understand what the problem is about, it’s a perfect opportunity for thinking about edge cases. Ask many questions in the form of “What should be the output if the input is ${UGLY_EDGE_CASE}?”. You need to become a QA Engineer.

Remember that your brain is still running that background thread that is trying to answer the question that lies in front of you.

How the heck I’m I going to solve this problem?

– Your brain in background mode

You need to keep buying your brain time, trusting that all those problems you practiced before the interview and all the hours spent at the LeetCode discussion forums will provide a starting point for a solution.

Now it’s time to enter into the approach section. Your brain already had like five minutes of processing to come up with something. Something can be a brute-force solution, that’s a perfectly valid start.

Communicate this to your interviewer so they know what you have in mind, both the solution you found and why you don’t particularly like it as you think this problem can be solved more efficiently. Feel free to mention the time complexity of the ugly solution. Providing this data is a bonus point for you as you know how to measure how bad the bad solution is.

Ask them if they want you to code this brute-force solution or better spend time thinking about better alternatives. This dialog is really important for your interviewer. They know you have something in mind and you understand the limitations of that.

Now it’s the time for having an open discussion (both with yourself and with the interviewer) about trade-offs, bottlenecks, and what is the part of your algorithm that should be improved to achieve a better time complexity.

Agree with your interviewer on the approach you plan to take before writing any code whatsoever. This is the best usage of your time. Once that the approach was discussed and agreed, then it’s time for coding.

So far, you have spent around 5-10 minutes with your interviewer doing things that are everything but coding. Once you start coding is harder (although not impossible) to go back and design a completely different solution. As you already spent some time trying to make an idea work your mind is now fixated on the things you already wrote. Your brain will try to force that existent piece of code to be the solution.

It’s not impossible to go back and discuss a new approach but time is ticking, so better to use time at the beginning to maximize the chances of getting the right approach on the first try.

Once the coding part is done you should be adding tests, as many as you can.

You probably don’t need to run these but good to show what kind of tests you would write. Try to come with as many edge cases as you can.

Exposure therapy

Overcome fear

One way of overcoming your fear and anxiety of interviewing is getting used to them.

Interviewing is something we rarely do. You might have a few interviews every couple of years but the next time you are interviewing again you probably forgot how it felt.

The fact that we do them so sparsely over the years doesn’t help us to get familiar with the feeling. Also, no one likes being judged. So even if you go through a thousand interviews you will always get nervous, but I can guarantee you that how you feel about interview number 3 compared to interview number 17 differs on several orders of magnitude.

The way I dealt with this situation was exposure therapy.

I forced myself to interview as much as I could for a good reason. Every interview you experience makes you feel a bit more used to the situation. You become a tiny bit stronger regardless of the outcome.

Earn a good offer

Another benefit from going into an interviewing marathon is that your chances of landing a good job increase significantly.

When the pool of companies you are interviewing is larger, your chances of landing a better job also get larger.

A better job means a better job for you. This doesn’t mean necessarily more money. There are multiple reasons why a job is better for you than any other and those reasons are different for each one of us. Can be more money, more career opportunities, a more comfortable environment, etc.

And this also works for the money side of things. Competing offers give you leverage to negotiate a better deal. If multiple companies want you to work with them and there is only one of you, then they need to bring their best offer to the table to get you. Supply and demand, as simple as that. If you want a good offer you have to earn it. How? Interviewing a lot.

Be in the zone

Preshot routine

Have you ever noticed how each basketball player has a different ritual or routine before shooting a free throw? Why do they do it? Do they think it brings them luck? Are all of them superstitious? Not at all.

There are studies about how the preshot routine improves shooting percentages.

A significantly larger number of baskets were made in the preshot routine condition than without the routine.

– Effects of preshot routine on free throw shooting

Why does a preshot routine work?

A free throw is the most simple shot of the game if you think about it. You have all the time in the world and no defenders to block you.

But that can also be a problem, you are taking the shot alone… but you are there alone with your thoughts.

When you focus on your preshot routine, your free throw becomes a very similar shot to the ones you take during practice. You are not thinking about the pressure of the game, you are not thinking about the fear of missing, you are just there focusing on the same repetitive routine you’ve done hundreds of times.

How does this apply to me?

We are not basketball players, but we can benefit from taking our minds to a comfortable place before a stressful interview.

We already did everything that was in our power before the decisive moment arrived. We studied countless hours, we’ve done hundreds of LeetCode challenges. There is very little we can get by studying until the very last minute before the interview.

It’s better to use that time to relax (or at least try to) so we can give our best performance during the interview. Trust your preparation, trust yourself.

My pre-interview routine started 20 minutes before showtime. I put on my noise-canceling headphones and listened to one particular song.

Always the same song, find something that energizes you.

I didn’t listen to the song while doing something else, that wouldn’t have prevented my mind from getting nervous about what was coming next. I turned off the world entirely. Set my phone in airplane mode while sitting on the same chair with the same setup as always.

You want something that makes you feel like Michael Jordan entering
a play-offs game, ready to excel. Listening to the Chicago Bulls song from Alan Parsons still gives me goosebumps.

If you know everything but you cannot demonstrate that to your interviewer, then the outcome will be the same as if you hadn’t practiced at all.

Show time

Now it’s showtime.

Everything that happened before this point was just preparation. We’ve done our homework, we practiced a lot, and we executed our ritual to put our minds into a known happy place.

We know how this is going to be because we have done it many times already. We have a post-it on our desk reminding us about the REACTO approach. Now we need to go with the flow but things will not be exactly the same as in our practice sessions. There is now a human (or maybe two) on the other side listening to everything we say.

Have a dialog

Sadly (or maybe luckily) interviewers cannot read our minds, their only input is what we say and what we code. And because we don’t want to code things we haven’t agreed with them, we need to start talking. I always love to start the interview by saying something like “I’m going to start thinking out loud now so I will probably say things that are completely wrong”.

Remember that if they do their job correctly, your interviewer is there to make you shine. Their job is to help you to perform at your highest level. They should be trying to calm you down, even play some jokes to break the tension in the air.

The best interviews I ever had never actually felt like an interview. It was just me and a random person I’ve never met talking about algorithms, data structures, and code in a very relaxed environment.

Asking for help

I think it’s perfectly fine to ask things like:

• What do you think about this approach?

• Where do you think the bug might be?

• I don’t like this part of the solution, any ideas on how can we improve this?

Beware, even if it looks like a friendly co-op exercise they are still evaluating everything you say and do. So don’t pull too hard. They are there to help you but you must be the one doing the heavy lifting.

If you request too many hints or ask too many questions then it’s a bad sign for them as you are not autonomous enough. It’s a fine balance between friendly cooperation and requiring more handholding than they would like to.

Pick up the hints

If the interviewers suggest something, listen to them.

During the interview, it’s extremely common that at some point if you are a bit stuck, the interviewer is going to let slip some sort of hint to help you move forward.

They are never going to say “do this” but they have already seen a thousand different ways of solving this same problem in previous interviews. So if they suggest you something, they are very likely trying to nudge you into a particular direction for a good reason.

I have also been on the other side of the table and I know how frustrating it’s to see a candidate struggling, throwing them a hint, and them being unreceptive to other points of view. I know it’s hard to open your mind and listen to what the other person is saying, especially during periods of high stress where your brain CPU is busy working at 100% capacity to crack this problem.

You want to work with people who are open to ideas that are not their own. So paying attention to hints is good for you for two very different reasons:

• Allows you to move forward towards a solution.

• Shows that you are someone who listens to your peers and is open to new ideas.

Reverse interviewing

At the end of the interview, you normally have 5 minutes to ask your interviewer questions. This is another opportunity to leave a good impression. The company wants to hire people who are curious and engaged. They don’t want an employee that cares only about their paycheck.

More importantly, it’s an opportunity for you to gather the information that can answer the question: Do I want to work for this company? If you are interviewing with multiple companies (and you should) you will have to ask yourself at some point which company do you like the most. Gathering information from the inside is a powerful tool for trying to answer such questions.

This is my list of questions I like to ask interviewers:

• Tell me the best and worst things about working at this company.

• If I give you a magic wand, what would you change in this company?

• If I get hired at this company. What do I have to do to be successful in my role?

• What are you excited about?

I never ask about technology as, for me, that’s just a tool. I don’t care about the language I’m going to use, I care more about the problems we are trying to solve.

Closing thoughts

I received an email 3 weeks after the interview congratulating me for moving into the next stage. I never bothered emailing the recruiter for the outcome as I assumed I had flunked the interview.

I was quite confident that I failed but ended up getting another chance. I took this as a free pass that helped me to keep interviewing with this FAANG company more relaxed.

I had nothing to lose and that mentality helped me to perform in what came next.