EX-Google Recruiter Reveals Secrets To Never Failing A Tech Interview

Farah Sharghi
3 Mar 202313:00

Summary

TLDRIn this video, Farrah, a seasoned technical recruiter and former software engineer, shares invaluable advice for software engineering interviews. She emphasizes the importance of mindset, effective communication, and the ability to handle ambiguity. Farrah provides guidance tailored to various experience levels, highlighting the distinction between programming and software engineering, and stresses the significance of practicality over theoretical efficiency. She also recommends resources like LeetCode, The Tech Interview Handbook, and 'Cracking the Coding Interview' for interview preparation.

Takeaways

  • 😀 Farrah, the speaker, is a computer science graduate with experience in graphics programming and technical recruiting for companies like Google, Lyft, and Uber.
  • 🧐 To manage interview nerves, shift your mindset to view the interviewer as a future colleague rather than a judge.
  • 🤔 When faced with a complex problem in an interview, ask clarifying questions as you would with a colleague to demonstrate your problem-solving approach.
  • 🔍 Use the five W's and H (who, what, where, when, why, how) to ask clarifying questions and understand the context behind interview questions.
  • 📚 Preparation for software engineering interviews should consider your experience level, with different expectations for each level from entry to senior.
  • 🏢 Research the company you're interviewing with to tailor your answers to their systems and expectations, whether it's a startup or a large legacy company.
  • 🔄 Understand the difference between programming and software engineering, with the latter focusing on long-term planning, efficiency, and scalability.
  • 📈 Practice with medium difficulty questions and focus on fundamentals, as interviewers evaluate candidates as if they were senior engineers regardless of their actual level.
  • 💡 Demonstrate characteristics of a senior engineer, such as caring for monitoring, collaborating with non-developers, and understanding the deployment process.
  • 🤝 Show your ability to handle ambiguity by asking clarifying questions and considering different trade-offs when given vague problems.
  • ⏱ Prioritize practicality and simplicity over optimal time efficiency in your solutions, especially under the time constraints of an interview.
  • 👥 Emphasize teamwork by asking collaborative questions and avoid seeking validation from the interviewer, treating them as a colleague.

Q & A

  • What is the main purpose of the video?

    -The main purpose of the video is to prepare software engineers for their interviews by providing advice and guidance that goes beyond basic coding questions and applies to real-world scenarios.

  • Who is Farrah and why is she qualified to give advice on software engineering interviews?

    -Farrah is a computer science graduate who specialized in graphics programming and has worked as a technical recruiter for companies like Google, Lyft, Uber, and the New York Times. She has prepped hundreds of candidates for interviews, making her well-qualified to give advice on the subject.

  • What mindset should a candidate adopt during an interview according to Farrah?

    -Farrah suggests adopting a mindset where the interviewee sees themselves as speaking to a current colleague they've never met before, which can help calm nerves and lead to better answers.

  • Why is it important to ask clarifying questions during an interview?

    -Asking clarifying questions is important because it shows that the candidate is actively engaged in understanding the problem fully before providing an answer, which is a valuable trait in a software engineer.

  • What are the five W's and the H that Farrah suggests using for asking clarification questions?

    -The five W's and the H are who, what, where, when, why, and how. These questions help candidates to fully understand the context and details of the problem they are being asked to solve.

  • How does the level of a software engineer affect their interview preparation?

    -The level of a software engineer affects the depth and complexity of the systems and issues they are expected to understand. Higher levels require a broader understanding of complex systems and common issues.

  • What is the difference between programming and software engineering as per the script?

    -Programming involves writing code and algorithms, while software engineering is about integrating programming over time with considerations for time scale, trade-offs, and long-term maintenance and scalability.

  • What does Farrah suggest focusing on when practicing for technical interviews?

    -Farrah suggests focusing on medium-level questions, fundamentals, and understanding the application of solutions rather than just memorizing answers to technical questions.

  • What are some characteristics of a senior engineer according to the video?

    -A senior engineer should demonstrate the ability to tackle complexity and ambiguity, have strong teamwork and collaboration skills, effective communication, enthusiasm, and a passion for continuous learning.

  • What is the importance of defining terms like 'sharding', 'replication', 'latency', 'CAP theorem', and 'optimistic/pessimistic locking' during an interview?

    -Defining these terms is important because it shows the candidate's understanding of concepts related to large-scale systems, which is crucial for roles that involve dealing with high levels of traffic and complex system architectures.

  • How should a candidate approach a question with ambiguous requirements during an interview?

    -A candidate should approach ambiguous questions by asking clarifying questions to define the problem better, considering trade-offs, and verbalizing their thought process for reaching a solution.

  • What does Farrah suggest about the importance of practicality over optimal time efficiency in interview responses?

    -Farrah suggests that practicality and simplicity are often more important than the most optimal time-efficient algorithm, especially under the time constraints of an interview, as interviewers prefer a quick and correct solution over a complex one that may not be completed in time.

  • How should a candidate demonstrate teamwork during an interview?

    -A candidate should demonstrate teamwork by asking collaborative questions and treating the interviewer as a colleague working together to solve a problem, rather than seeking validation or approval.

  • What is the focus of behavioral questions in an interview?

    -Behavioral questions focus on evaluating a candidate's future potential, learning ability, and execution on projects, with an emphasis on 'how' they approach tasks rather than 'what' they have done.

  • What resources does the video recommend for interview preparation?

    -The video recommends resources such as LeetCode, The Tech Interview Handbook, Cracking the Coding Interview by Gail McDowell, and the GitHub page called the System Design Primer.

Outlines

00:00

😀 Preparing for Software Engineering Interviews

The speaker, Farrah, introduces the video's purpose: to prepare viewers for software engineering interviews. She emphasizes the need to move beyond basic coding questions and understand the real-world application of these skills. Farrah shares her background in computer science and her experience as a technical recruiter for major companies, positioning herself as a credible source of advice. She also discusses the importance of mindset in interviews, suggesting candidates view the interview as a conversation with a future colleague to reduce nerves and improve responses.

05:03

🔍 Understanding the Interviewer's Perspective

Farrah advises candidates to approach interview problems as they would with a colleague, asking clarifying questions to fully understand the issue at hand. She highlights the importance of this approach, as interviewers often omit information to assess a candidate's problem-solving process. Farrah also discusses the significance of behavioral questions and the use of the five W's and H (who, what, where, when, why, how) to seek clarification. She stresses the need to understand the interviewer's intent behind each question.

10:03

📚 Tailoring Interview Preparation Based on Experience Level

The video script outlines the different levels of software engineering roles and how interview preparation should vary accordingly. Farrah explains that as candidates progress in their careers, they are expected to demonstrate a deeper understanding of complex systems and common issues. She advises researching the company's systems and tailoring interview responses to align with those systems. Farrah also differentiates between programming and software engineering, emphasizing the long-term planning and efficiency required in the latter.

🛠 Practical Tips for Interview Success

Farrah provides practical advice for interview preparation, recommending a focus on medium difficulty questions and fundamentals. She advises against solely relying on whiteboard questions and instead suggests a balanced approach to practicing. Farrah also discusses the importance of demonstrating the ability to handle complexity and ambiguity, as well as the characteristics of a senior engineer, such as monitoring, alerting, and understanding the deployment process. She encourages candidates to verbalize their thought process during interviews, as this is often more valuable than the final answer.

🤝 Teamwork and Communication in Interviews

The speaker emphasizes the importance of teamwork and communication during interviews, suggesting that candidates should interact with interviewers as if they were colleagues working on a problem together. She advises against asking for validation and instead recommends asking collaborative questions. Farrah also touches on behavioral questions, focusing on how candidates executed on projects and explored new technologies, highlighting the importance of discussing past experiences in terms of the decisions and trade-offs made.

🏢 System Design and Additional Resources

Farrah discusses the importance of system design in interviews, which involves frameworks, APIs, and design patterns rather than coding. She mentions scalability and provides a resource, the System Design Primer, for further study. Additionally, she lists several resources for interview preparation, including LeetCode, the Tech Interview Handbook, and 'Cracking the Coding Interview' by Gail McDowell. Farrah concludes by encouraging viewers to like and subscribe for more content.

Mindmap

Keywords

💡Software Engineering Interviews

Software engineering interviews are the process by which candidates are assessed for their technical skills and suitability for a software engineering role. In the video, the speaker emphasizes the importance of understanding the real-world application of coding questions during these interviews, suggesting that preparation should go beyond just technical knowledge to include mindset and communication skills.

💡Mindset

Mindset refers to the mental attitude or approach one has towards a task or situation. The video suggests shifting the mindset from being nervous in an interview to viewing it as a conversation with a future colleague, which can help alleviate stress and lead to better performance.

💡Clarifying Questions

Clarifying questions are those asked to gain a better understanding of a problem or situation. The script advises interviewees to ask such questions to demonstrate their problem-solving approach and to ensure they fully understand the issue at hand before providing a solution.

💡Behavioral Questions

Behavioral questions are a type of interview question that seeks to understand how a candidate acted or would act in specific situations. The video script mentions these as a way for interviewers to assess a candidate's past behavior and predict future performance.

💡Technical Recruiting

Technical recruiting involves finding and hiring candidates with technical skills for roles in technology companies. The speaker's background in technical recruiting gives them insight into what companies look for in candidates and how to prepare for interviews effectively.

💡Complex Systems

Complex systems in the context of the video refer to the intricate and interrelated components of software that experienced software engineers are expected to understand. The script suggests that higher-level engineers should demonstrate an understanding of these systems and the common issues that arise from them.

💡Time Efficiency

Time efficiency in the video script pertains to the ability to solve problems within the time constraints of an interview. It emphasizes choosing practical solutions that can be explained and implemented quickly over theoretically optimal but time-consuming approaches.

💡Practicality

Practicality is the quality of being concerned with what is actually done or practical rather than theoretical. The video advises candidates to focus on practical solutions that can be communicated and implemented within the constraints of an interview setting.

💡Teamwork

Teamwork is the collaborative effort of a group to achieve a common goal or to complete a task in the most effective and efficient way. The script encourages interviewees to demonstrate teamwork by asking collaborative questions and treating the interviewer as a colleague working on a problem together.

💡System Design

System design in the video refers to the process of planning and constructing a system or a set of components to achieve a particular purpose. It is a critical skill for software engineers, especially at higher levels, where understanding frameworks, APIs, and design patterns is essential.

💡Ambiguity

Ambiguity in the context of the video is the lack of clarity or certainty in a problem or situation. Interviewers may intentionally present ambiguous questions to assess how candidates handle uncertainty and work towards a solution.

Highlights

The video is aimed at preparing software engineers for interviews with advice not commonly found in other resources.

The speaker, Farrah, has a background in computer science and experience as a technical recruiter for major companies.

A shift in mindset is suggested to view interviewers as future colleagues rather than authority figures to reduce nerves.

Interviewers may intentionally omit information to test a candidate's ability to ask clarifying questions.

Understanding the five W's and H (who, what, where, when, why, how) is crucial for asking clarifying questions.

Preparation for software engineering interviews should consider the level of experience and the type of company.

Startups versus legacy companies have different expectations for software development and stability.

The difference between programming and software engineering is highlighted, emphasizing long-term planning and scalability.

Practicing medium difficulty questions is recommended over easy or hard questions for interview preparation.

Fundamentals are key, as interviewers evaluate candidates as if they were senior engineers regardless of their actual level.

Senior engineers should demonstrate an ability to handle complexity, ambiguity, and teamwork.

Junior developers are expected to learn from senior developers and understand the consequences of their actions.

Defining technical terms related to system design and handling high traffic is important for certain roles.

The interview process assesses the candidate's problem-solving process, not just the final answer.

Practicality in solutions is valued over optimal time efficiency due to the constraints of an interview setting.

Teamwork is demonstrated through collaborative questioning and treating the interviewer as a colleague.

Behavioral questions focus on future potential and learning ability rather than past experiences.

System design questions assess knowledge of frameworks, APIs, design patterns, and scalability.

Additional resources such as 'LeetCode', 'The Tech Interview Handbook', and 'Cracking the Coding Interview' are recommended for preparation.

Transcripts

play00:00

if you're watching this video it's

play00:02

probably because I sent it to you now if

play00:04

I didn't send this to you hello it's

play00:06

time to put down your coding questions

play00:08

because we need to get you ready for

play00:10

your software engineering interviews

play00:11

I've been prepping Engineers for their

play00:13

interviews for many years and I'm here

play00:16

to give you advice that you won't find

play00:18

in many other YouTube videos because

play00:20

most of the prep videos on YouTube are

play00:22

made for entry level to junior level

play00:24

Engineers which is helpful but you

play00:28

really need to have a broader

play00:30

understanding of why you're grinding out

play00:32

coding questions and how those questions

play00:34

apply to the real world in today's video

play00:37

I'm going to tell you a little bit about

play00:39

myself so you know why I'm qualified to

play00:41

help you and then I'll give you General

play00:43

interview prep advice and lastly I'll

play00:45

give guidance for all software engineers

play00:47

at every experience level including some

play00:50

mindset work so who am I hello I'm

play00:53

Farrah I hold a bachelor's degree in

play00:55

computer science from the University of

play00:56

North Texas where I specialize in

play00:58

graphics programming as a soft engineer

play01:00

I wrote binarization algorithms that

play01:02

were able to read text within images and

play01:05

video then convert that text into

play01:07

machine readable search strings and

play01:09

documents I ended up leaving engineering

play01:11

and pursued other fields of work which

play01:13

led me to work in technical recruiting

play01:15

I've worked as a technical recruiter for

play01:17

Google Lyft Uber Tick Tock the New York

play01:21

Times and I am currently an active

play01:23

recruiter who works for a successful

play01:25

dating app called dillmill I've

play01:27

recruited and prepped hundreds if not

play01:29

thousands of candidates and helped them

play01:31

successfully pass their interviews so

play01:33

let's start with prepping your mindset

play01:36

when you go into an interview you're

play01:37

probably nervous I know I used to get

play01:39

super nervous and because I was nervous

play01:42

I would say things or do things I

play01:44

normally wouldn't say or do so to help

play01:47

with nerves here's what I want you to do

play01:49

shift your mindset from thinking that

play01:51

you're in an interview and instead think

play01:53

of yourself as speaking to a current

play01:54

colleague that you've never met before

play01:56

this will shift your mindset from

play01:58

thinking that you need to impress the

play01:59

inner interviewer and instead imagine

play02:01

that this person may in fact be someone

play02:04

you end up working with in the future

play02:06

which will have a calming effect and

play02:08

lead you to giving better answers now

play02:10

this next piece of advice is intuitive

play02:12

but most people forget to do this during

play02:14

their interviews if your interviewer

play02:16

gives you a complex problem then here's

play02:19

what you should do remember you're

play02:21

imagining that this interviewer is a

play02:23

colleague now if a real colleague came

play02:25

up to you to ask you a question about a

play02:27

problem that they were having would you

play02:28

immediately give them an answer probably

play02:30

not what you'd probably do is ask

play02:33

clarifying questions in order to

play02:35

understand the problem that they're

play02:37

asking you and then you give them an

play02:39

answer I want you to do the same thing

play02:41

in your interview sometimes during

play02:43

interviews interviewers purposefully

play02:45

leave out information that you need in

play02:48

order to give the best answer because

play02:50

they want to see if you are going to ask

play02:52

clarifying questions this is especially

play02:55

true when an interviewer asks you

play02:57

behavioral questions behavioral

play02:59

questions are questions where the

play03:01

interviewer asks you questions based on

play03:04

how you acted or would act in a specific

play03:07

situation what kinds of questions should

play03:09

you ask for clarification I like to use

play03:11

the five W's and the H who what where

play03:15

when why and how now really try to

play03:18

understand the why behind why they would

play03:21

ask you this question and then take it

play03:23

from there so now let's pivot and talk

play03:25

about specific ways to prepare for your

play03:27

software interviews how you prepare for

play03:29

your interview will depend on your

play03:31

experience level which we call leveling

play03:33

the various levels for an individual

play03:34

contributor are entry level junior level

play03:37

mid-level senior level and stock level

play03:40

the higher your level the more you'll be

play03:42

expected to understand complex systems

play03:44

and common issues that would come up so

play03:46

you're shifting from being a programmer

play03:48

into a software developer now before we

play03:50

start preparing you for the technical

play03:51

piece it's time to do some research on

play03:54

the companies that you're interviewing

play03:55

with because this will have an impact on

play03:57

the answers that you should give in your

play03:59

interview are you in interviewing at a

play04:00

startup a mid-level company large Legacy

play04:03

company this is important to know

play04:05

because your answers to questions may be

play04:08

tailored to the type of systems the

play04:09

company has because FYI most

play04:13

interviewers are evaluating your answers

play04:15

against the systems that they are

play04:17

working on not necessarily the ones

play04:19

you've worked on so for example startups

play04:22

will be able to make quick pivots and

play04:24

you'll be expected to write more lines

play04:26

of code where one wrong move could make

play04:29

an entire system come crashing down

play04:31

whereas a legacy company will have an

play04:33

older code base where many other

play04:36

Engineers have gone in and manipulated

play04:39

that code but an error is less likely to

play04:42

happen so when it comes to the

play04:44

nitty-gritty of prep remember there is a

play04:46

difference between programming and

play04:48

software engineering programming is

play04:50

writing code and algorithms however

play04:52

software engineering is programming

play04:55

integrated over time and there are three

play04:57

critical differences between programming

play04:59

and software engineering time scale and

play05:02

the trade-offs when software Engineers

play05:04

work on projects they have to think

play05:07

about how the software will change over

play05:10

a period of time they need to plan ahead

play05:12

and and make sure that the software

play05:14

they're creating will last a long time

play05:16

in a software engineering organization

play05:18

it's important to focus on making the

play05:20

software as efficient and scalable as

play05:23

possible this is because software

play05:24

Engineers often work on very complex

play05:27

problems and it's important to make sure

play05:29

that the software can handle all of the

play05:31

demands that will be placed on it so yes

play05:33

going through technical questions that

play05:35

you find in leak code or the book

play05:36

cracking the coding interview are

play05:38

important but how you apply those

play05:40

Solutions is even more important so now

play05:43

let's pivot and talk about how you can

play05:45

practice remember don't only focus on

play05:48

whiteboard question they are helpful but

play05:51

only working these will not get you

play05:53

through the interview process lead code

play05:55

is a great resource to help you prepare

play05:57

easy questions are good for warm-ups

play06:00

hard questions really aren't practical

play06:02

for interviews and I've never seen one

play06:04

asked in an interview not that it can't

play06:06

happen but I've never seen it instead I

play06:08

want you to focus on medium questions

play06:10

solve at least 25 medium Quest questions

play06:12

although I encourage you to practice as

play06:15

many questions as possible focus on

play06:17

fundamentals your interview will not be

play06:19

focused just on leak code type questions

play06:21

but it's still important to review

play06:23

fundamentals interviewers will evaluate

play06:25

you as though you are a senior engineer

play06:27

no matter your leveling before I get

play06:30

into this topic if you're enjoying this

play06:31

video give it a like And subscribe

play06:33

because it really does help my channel

play06:34

to become a senior engineer you must be

play06:37

able to demonstrate this ability by

play06:39

showing that you can tackle complexity

play06:41

and ambiguity teamwork collaboration

play06:44

communication enthusiasm and a passion

play06:48

for learning here are a few specific

play06:50

characteristics I like to see in senior

play06:52

Engineers someone who cares about

play06:54

monitoring and alerting not just unit

play06:56

testing can negotiate with

play06:58

non-developers especially product

play07:00

managers and operation staff knows how

play07:03

the software will degrade if various

play07:04

systems are not working and lastly

play07:07

someone who understands the deployment

play07:09

process really well now Junior

play07:11

developers are are often supervised by

play07:13

senior developers and it's the senior

play07:15

developers who deal with the

play07:17

consequences of the actions of the

play07:19

junior developers if a company you're

play07:20

interviewing for has a huge amount of

play07:22

concurrent traffic then they would want

play07:25

to know how you would deal with that

play07:26

some terms you should be able to Define

play07:28

are charting replication latency cat

play07:31

theorem and optimistic pessimistic

play07:34

locking some systems that accomplish

play07:36

this are Amazon's Dynamo Google spanner

play07:39

and bigtable when an interviewer asks

play07:41

you a question don't just regurgitate

play07:43

the answer verbalize your process for

play07:45

reaching a solution because oftentimes

play07:48

in software engineering there is no

play07:50

predefined solution you have to work

play07:52

towards a solution and the process to

play07:55

get to the solution often requires a lot

play07:57

of analysis balancing trade-offs And

play08:00

discussing Alternatives and accepting

play08:02

feedback the interviewer wants to know

play08:04

how you reach the answer not just if you

play08:06

reach the answer how do you trade off

play08:07

time and space how do you present

play08:09

alternative Solutions also key keep in

play08:12

mind about any edge cases that could

play08:15

come up interviewers that Fang or larger

play08:17

companies are primarily looking to see

play08:19

if you can make reasonable architectural

play08:22

and design decisions for large-scale

play08:24

complex systems and still know how to

play08:26

write software despite presumably

play08:29

spending more time in meetings design

play08:31

reviews paperwork and management than

play08:34

actually coding over the past few years

play08:36

something else to keep in mind is that

play08:39

the larger the company you work for the

play08:41

less lines of code you actually get to

play08:44

write if you are hired at any level

play08:46

because there are different levels of

play08:48

bureaucracy but the systems you work

play08:50

with are much more likely to function in

play08:52

a vaguely reasonable way because of the

play08:55

bureaucratic Precision that went into

play08:57

making them interviewers are definitely

play08:59

evaluating ability to communicate on

play09:02

complex technical topics specifically

play09:04

they want to know that you can

play09:06

communicate clearly efficiently and

play09:09

without being egocentric when mentoring

play09:11

Junior and engineer so now let's talk

play09:13

about ambiguity answering a bunch of

play09:15

questions about data structures and

play09:16

algorithms is great but if you don't

play09:18

know how to apply them to an ambiguous

play09:20

question where you are not given the

play09:22

method signature what the inputs and

play09:24

outputs are and what the data format is

play09:26

going to look like then you'll most

play09:28

likely fail interviewers will

play09:30

intentionally give a vague and ambiguous

play09:33

question to see how you tackle that

play09:36

scenario how to tackle ambiguity is one

play09:39

of the parameters that you're going to

play09:41

be graded on your interviewer may ask

play09:42

you a question like can you come up with

play09:44

an alternative solution to the problem

play09:46

with a different set of trade-offs so

play09:48

you had better be prepared to think of

play09:50

what trade-offs would make sense and

play09:53

this is where you need to ask clarifying

play09:55

questions so now let's talk about time

play09:57

efficiency let's replace time efficiency

play10:00

with practicality so let's say

play10:02

hypothetically you get a question about

play10:04

quick select there are a number of

play10:06

answers that you can choose from you can

play10:08

use brute force you can create a heap or

play10:11

you can implement the partitioning

play10:13

algorithm partitioning is the most

play10:14

optimal format but it's too difficult to

play10:17

write because it takes too much time to

play10:19

solve if you use this as an answer you

play10:21

may not be able to solve it during your

play10:23

interview interviewers would rather you

play10:25

use a less optimal approach such as

play10:27

using a heap and then quickly mention a

play10:30

more optimal algorithm and why you're

play10:33

not going to use it and it's because

play10:34

it's too complicated due to the time

play10:37

constraints of the interview so in this

play10:39

case it would be better to use a Heap

play10:41

Sort because it can be written much

play10:43

quicker recognize practicality and

play10:45

simplicity over always coming up with

play10:47

the most optimal time efficient

play10:49

algorithm now let's talk about teamwork

play10:51

when asking questions ask questions as

play10:54

though this is a colleague and you're

play10:55

solving a problem together don't ask

play10:57

questions of your interviewer that ask

play10:59

for any type of validation like is this

play11:02

the right solution demonstrate teamwork

play11:04

by asking collaborative questions as

play11:06

though this person is your colleague

play11:07

sometimes interviewers just want you to

play11:10

answer the question and if that's the

play11:11

case then just move forward and answer

play11:13

the question now I'd like to touch on

play11:15

behavioral questions you are not being

play11:17

evaluated as much about your past

play11:19

experience as you are being evaluated

play11:22

about your future potential especially

play11:24

your ability to learn and execute on a

play11:27

project it's about the how more than the

play11:30

what some questions an interviewer may

play11:32

ask you could include how did you

play11:34

execute on projects how is this

play11:36

accomplished how do you explore new

play11:39

technologies so be prepared to discuss

play11:41

prior projects with a mindset that it's

play11:43

about the trade-offs you made and why

play11:45

you made them now let's talk about

play11:47

system design questions it's less about

play11:49

coding and more about Frameworks apis

play11:52

and design patterns this section is the

play11:54

architectural portion of how to bring a

play11:56

system together scalability could play a

play11:59

factor as well there is a great GitHub

play12:01

page called the system design primer

play12:03

that I'll link in the description so

play12:04

that you can use it to help you with

play12:05

this section and lastly here are some

play12:07

additional resources that you can use to

play12:09

help you prepare for your interviews

play12:11

note I am not sponsored by any of these

play12:13

I'm just sharing them with you I've

play12:15

mentioned it a few times leak code leak

play12:17

code is the gold standard in online

play12:19

preparation they have a huge database of

play12:21

questions to choose from and pass for

play12:23

preparing for your interviews for most

play12:25

of the popular tech companies the tech

play12:27

interview handbook is a guide that was

play12:29

created by former Google Engineers that

play12:31

gives you a step-by-step guide on how to

play12:34

prepare and lots of great tools to help

play12:36

you on your coding Journey cracking the

play12:38

coding interview which is a book by Gail

play12:40

McDowell is a classic prep book that you

play12:43

should read cover to cover it's been

play12:45

around four years and you may be able to

play12:48

borrow a copy from a friend or your

play12:50

local library now if you struggle with

play12:52

answering the common interview question

play12:53

Tell me about yourself take a look at

play12:55

this video where I give you a

play12:57

mind-blowing technique most people never

play12:58

use

Rate This

5.0 / 5 (0 votes)

Related Tags
Software InterviewCoding QuestionsTechnical RecruitingInterview PrepMindset ShiftClarifying QuestionsExperience LevelsSystem DesignTechnical SkillsCareer AdviceInterview Strategies