Chapter 7 Phone Interviews - The Complete Guide to Google Interview Preparation

Chapter 7 Phone Interviews - The Complete Guide to Google Interview Preparation This is the 7th chapter of our The Complete Guide to Google Interview Preparation series. If you are following our previous chapters, you should already have a clear idea of how to prepare Google interviews. Normally, if you have passed the resume screen, the first step is the phone interview. Although phone interviews are slightly easier than on-site interviews in general, its where most people get eliminated. There are certainly several red flags you should be aware of, but more importantly, some very simple and practical tips can significantly increase your passing rate. Ill address all of them in this chapter. Treat It As On-site Interviews If you have interviewed with many top companies like Google, Uber, Airbnb, etc., youll soon realize how similar the phone interview processes are. Generally, there are two types of phone interview non-technical interview and technical interview. The non-technical interview is usually conducted by HR people. The conversation is mostly about your background and passion. The technical interview is what we are focused on in this chapter. You can expect it to be exactly the same as an on-site interview except that its not face-to-face communication. Usually, you need to write code via some code sharing tools like Google Doc and some companies may even require your code to be compiled. Take Google phone interview as an example. Its roughly 45min and usually, two questions will be asked. Youll certainly write code for at least one of them. Its unlikely to have system design questions in phone interviews, so my suggestion is just treat it as an on-site coding interview. Thats it. You dont need to prepare questions specific to phone screens. In fact, many interviewers ask same questions in both phone and on-site interviews. Therefore, you might need to adjust your expectations if you thought phone interviews were less technical and easier. Be prepared to have a very technical phone interview. Even if it turns out to be easier than you expected, its actually a good thing. Brush Up Your Tools Professional tennis players will try to get familiar with the courts before real games. By the same token, if you have never used the code sharing tools before your phone interview, youll certainly feel uncomfortable with it, which can potentially affect your performance. The good news is that you can easily know what tools will be used beforehand. Search Google or Glassdoor, or just ask the recruiter. You should also check if compilation is required. The rule of thumb is to remove as many unexpected things as possible. The next step is pretty clear. Practice coding questions as usual but write your code on the specific tool. Sometimes it may take a little while to get adapt to it, e.g. Google interviewers like to share Google Doc, which has no indentation, autocompletion or color highlight. A lot of people usually ignore this in preparation as they think this is trivial and useless. However, what I want to say is that details really matter. Clean and readable code can really wow the interviewer. Also, if you take one step back, getting familiar with the tool wont take much of your time and it can only do you good. Think Loudly Although I have emphasized this point countless times, thinking loudly is even more important in phone interviews. Everyone knows that communication is less smooth in a phone screen, but few really does anything to improve it. If you think interview as a discussion, its important to make sure everyone is on the same page. The goal here is not to remove silence, but let the interviewer know whats in your mind. The biggest benefit is to reduce unnecessary misunderstanding. When I see a candidate keep silent for a while, I was wondering if he has no idea at all, or he misunderstood the question, or maybe he was on the right track and was almost there. If I knew what hes thinking about, I would certainly offer help when things are not in the right direction. Additionally, the final code is only part of what we evaluate, the discussion process and how the candidate analyze the problem are equally important. Here are few examples: Talk about your overall strategy. Are you trying to start with some examples? Are you solving a simpler version of the problem? Are you going to use dynamic programming? What is your concern? Do you worry about using too much memory or the algorithm is too slow? What are issues you will address later? For example, you know the current algorithm doesnt handle a particular case, mention this in advance. What are you stuck with? When you find yourself not making any progress, articulate your problem. You will also realize that these questions can help you better understand what you are doing. Sometimes you might find yourself just doodling on the whiteboard without making any progress at all, ask yourself what are the problem youre trying to solve at the moment. Clear Communication Following the above point, you should pay more attention to the communication in phone interviews. Unlike in-person interview where you can use a whiteboard to help, vocal communication is the only approach in phone interviews. A lot of my colleagues dont like conducting phone interviews, which is mostly because of the communication issue. Clear communication can certainly give interviewers a better experience. Here are several tips: Speak slowly and clearly. People tend to speak faster when they are nervous, which is more common in phone screens as its usually the first technical interview. Usually, when I have trouble understanding the candidate, it gives me the impression that hes unclear in his mind. Just slow down the pace and dont rush. This can also make you sound more confident. Use typing to help. This is a “technique” to an in-person discussion. Dont make it like a transcript. All you need is to highlight key points. For example, if your solution includes 3 steps, just list the high-level points. Some people are concerned about the speed. Remember that people who are slow in interviews are not slow in communication or typing, but slow in thinking the solution and finalizing the code (check this post for a detailed discussion). In reality, with some text to reduce unnecessary back-and-forth discussion, it saves your time eventually. Find a quiet environment. Youll be surprised at how many people had their phone interviews in terrible environments. Background noise, poor signal, and unexpected interruptions are top three things Ive encountered. Sometimes it can drive me crazy. Its worth nothing that all these tips are not something you should keep in mind because you will definitely forget all of them in interviews. What you should do instead is to practice them. You wont feel comfortable to think loudly unless you keep doing this for some time. Similarly, you wont communicate clearly unless you try to improve it from day 1. No Cheat This is the biggest red flag in a phone interview. Some people make the phone interview more like a “group interview”. Sometimes I could clearly hear the whisper and discussion with someone else. I dont think its worth to talk too much about this point, the only thing Id say is that its way easier for interviewers to detect cheating than you expected. Summary I think one of the most important tips in this chapter is you should practice communication as early as possible. Most people dont recognize the importance of this and it could be one skill that makes you stand out. Dont expect to have any big improvement within days. Be patient and over time, youll be surprised at where you are today. If you want to have more guidance from experienced interviewers, you can check Gainlo that allows you to have mock phone interviews with engineers from Google, Facebook etc..