Dos and Don'ts of a Technical Interview

Technical interviews are designed to assess your problem-solving skills, your communication skills, and your ability to think under pressure.

Dos and Don'ts in a technical interview

If you have ever woken up from a scary dream where you were facing a panel of recruiters who were constantly bombarding you with technical questions left, right, and center, then you have made the correct decision of advancing your career in tech.

For those of you who haven’t, we only have one question- Are you really sure of advancing your career in tech? Don’t be disheartened. We are just pulling your leg and setting the context for everything that is about to unfold in this article.

Technical interviews are designed to assess your problem-solving skills, your communication skills, and your ability to think under pressure.

The process that is used to solve a given challenge is of interest to employers, as it gives them a glimpse into how you would go about solving a real-world problem at work.

If you have reached this far in the article, then it is safe to say that you have decided to embark on the process of preparing for technical interviews.

This article will ease the arduous process a tad bit by handing over a few Dos and Don'ts that could prove to be the differentiating factor between getting ahead of the herd and staying back with them.

Dos of a technical interview

Here are a few things you should do:

Prepare answers for the generic technical interview questions

Many technical interviews begin with generic questions. These questions are meant to make the candidate feel comfortable before it is the turn of tricky ones. We’re talking about questions like, “What’s the hardest engineering problem you’ve solved?” Make sure you go in with well-formatted answers for such questions or at least have things in mind.

This sounds like a trap. But, a closer look would reveal an opportunity.

An opportunity to start the interview on a good note. Similar to the game of cricket, a good start in the interview process can be further used as momentum to deal with tough questions that lie ahead.

Thus having the answers to generic questions ready prior to D-Day can possibly shape great careers.

Here are a few examples of generic questions asked in technical interviews-

  • Describe the process you have for a programming task.
  • How do you implement your error handling?
  • What is your process to test and find bugs in an application?
  • What is most important when checking a colleague’s code?

The effort put into preparing answers for generic interview questions might seem small but the impact it can have is huge.

Guide the interviewer towards the answer

Technical interviews have a lot more to do with the process than they have to do with the solution. These interviews evaluate a candidate's ability to communicate and solve problems.

How candidates approach the problem at hand is more crucial than the solution. Can they express their ideas clearly while writing? Are they assembling a concise response to the query?

These are some of the questions interviewers look forward to finding the answers to in an interview.

Designing a webiste model
Source: ShutterStock

As much as the interviewers are interested in knowing the solution, they also want to get a hold of your approach to solving it and gauging your problem-solving capabilities.

Tip: While thinking out loud, act as if you're a member of the team to help you communicate your thought process. How would you discuss, clarify, and resolve the issue if this were a real-world scenario? This can help your interviewers get a sense of how you work well with others and how they might hire you.

👉
Interview practice is a must before the actual interview. That is why students at Masai go through 15 mock interviews throughout our Full-Stack Web Development & Data Analytics courses before they actually sit for placement with our hiring partners.
College students can also opt for our Career Accelerator Program and set themselves up for jobs worth INR 10 LPA(Average CTC).

Stay Calm and Relaxed

The purpose of a job interview is to convince the hiring manager that you are the best candidate.

However, because interviews are frequently perceived as "high stakes" situations, many people feel uneasy and anxious before or during their interviews.

A controlled trial was carried by ACM Digital Library out with 48 computer science students, comparing all of them in private and public settings, to see if coding interviews could cause stress that reduced performance.

It was discovered that students performed 50% less well in public settings where an interviewer was present. When compared to private interviews, their levels of stress and cognitive load were significantly higher.

Stress and anxiety from interviews can manifest as sweaty palms, a racing heart, racing thoughts, and difficulty concentrating. Preparing for an interview can be stressful for those who have little to no experience doing so.

Even experienced professionals with years of interview experience sometimes experience anxiety or overwhelm before, during, or after an interview. The techniques listed below will help you feel less anxious and nervous during interviews, improving your chances of getting the job.

  • Breathe deep and slow
  • Embrace positive self-talk
  • Practice relaxation and confidence-boosting techniques (power posing, relaxation, breathing, etc)
  • Research and be prepared

Staying calm and relaxed in an interview is something that does not happen in a fortnight. To build interview confidence a person has to go through a lot of interviews.

Ankur Kayesth(SVP Marketing, Masai) talks interview tips

Don’ts of a technical interview

Here are a few things you should not do in an interview:

Don’t overcommunicate

Here’s the thing about communication- By definition, communication means conveying certain information in a very clear and unambiguous way.

Communication is super important in coding interviews, but it is generally seen some candidates over-communicate.

A lot of the time, candidates would start solving a problem presented in this way- “So, we have an array here. Since it's an array, we can't really traverse through it linearly unless it's sorted and we can do a binary search which means that we might not be able to sort the array and….”

We see a lack of structured thoughts in the answer here. This ends up coming across as inauthentic. A minute into the answer and it becomes clear to the interviewer that candidates have no idea what they are talking about.

Instead, what would be suggested here is to take a little bit of time to actually think through the problem, and then think through the approaches to the solution.

Once candidates have a clear structure on how they are going to go about solving the problem they can then explain their thought process to the interviewer.

When you give yourself the time, you won't ramble useless words. Instead what you would be doing is communicating to the interviewer your ideas and asking questions where you get stuck. This would be perceived better than over-communicating and coming across as inauthentic.

Don’t shy away from explaining the strategy in detail

It is very much a given fact that candidates have to bring in their knowledge of data structures and algorithms as strategies while solving the problems that come up in an interview.

But if the candidates do not actually explain why the strategies they took into consideration did not work, they might end up sounding like they have no clue what they are talking about.

For example, let’s say you have an array problem at hand and you propose a solution where you want to transform your array into a binary tree and you back it up with reasoning such as “a binary tree would help you traverse faster or maybe use dynamic programming to improve the time complexity of the algorithm”.

The answer is all over the place. It is evident that the candidate is trying to impress the recruiter or filling up space, maybe even over-communicating.

Preparation for technical interview
Source: Live Assets

As a result of this, candidates end up coming across as people who don't really know how to solve problems.

A better way to go about solving the array problem here would be to show a small inclination toward a specific data structure.

Throw the data structure to the interviewer. Then, explain the reason behind throwing it out there and then take up an approach that would lead to the solution.

This answer has a strategy. It has a clear, well-thought-out structure and leads to a solution that may or may not be very convincing or correct.

But, at least now the interviewer is clear about the thought process for choosing the data structure.

Maybe it's completely off the mark, but it gives a peek into the candidate’s problem-solving methodology.

Don’t jump into the coding portion of the interview too fast

This mistake could be thought of as being equivalent to the over-communication mistake in terms of the code that would be written.

So you are presented with a problem that has to be solved with tiny bits of code.

As soon as you get the problem, you do not give a thought to the path you would choose for coding out the algorithm you have in mind.

You type out a random number of variables, run loops, if-else conditions, and functions. A few lines of code later you find a few unnecessary variables, loops, and conditions. Before you even realise it, you have stepped on your own code.

What is required of candidates in such situations is to gather their thoughts, and ask the interviewer to spare 30-60 seconds to lay out the structure of the code blocks.

Then explain the same to the interviewer. After the due diligence is done, then they can jump to writing code. It would be advised to even write a few comments, like a commented outline of the code to facilitate deeper and better understanding.

By doing this, candidates create a win-win situation. This shows the recruiter a mindset that gains clarity on the process first and then executes. By focusing on the process it becomes easier to eliminate the pathways that lead to failure.

Don’t abstain from confirming the problem statement with the interviewer

This is a very common mistake that candidates make in coding interviews.

Having clarity of the problem statement facilitates a better understanding of the expected outcome.

After receiving input from the interviewer, candidates can gain clarity on the expected outcome by putting forth examples. This will set clear expectations and save them as well as the interviewer a lot of time.

The practice of gaining clarity on the problem statement helps the candidate give off the impression of a good problem solver to the interviewer.

Conclusion

We hope this article added perspective for readers in terms of what they should and should not do to crack a technical interview.

Interviews are all about taking an interviewer on a journey that ends with the solutions to a problem.