Have coding interviews gotten harder?

NeetCodeIO
28 Jan 202403:51

Summary

TLDRThe transcript covers the evolution of coding interviews over time, contrasting the experience of a former Google tech lead in 2009 with the more rigorous algorithm-focused interviews seen nowadays on platforms like LeetCode. There is discussion around how the interview bar has risen as more engineers specifically prepare for these tests, with companies responding by asking increasingly difficult technical questions. The speaker ultimately argues this arms race is unhealthy, as mastery of algorithms and data structures is not the sole measure of a strong engineer. He does confirm though that Google still mostly asks LeetCode mediums rather than hards in interviews.

Takeaways

  • 😊 Conrad didn't use LeetCode to prepare for interviews back in the day because it didn't exist yet
  • 📚 Instead he used books like Cracking the Coding Interview and practiced with others
  • ⏳ LeetCode was created in 2015, so it's a relatively new resource for interview prep
  • 📈 Google initiated the trend of asking more algorithm and data structure problems in interviews
  • 🚀 Many LeetCode questions come directly from Google's internal question bank
  • 🤯 The bar for passing coding interviews has gotten higher over the years as more engineers specifically prepare
  • 🙅‍♂️ Asking LeetCode hards in interviews often backfires by testing if candidates have seen that exact question before
  • ☹️ The overemphasis on algorithms in interviews doesn't necessarily surface the best engineers
  • 😅 You're still more likely to be asked a LeetCode medium than a LeetCode hard, even at Google
  • 😡 Don't be a jerk interviewer who only asks LeetCode hards!

Q & A

  • When did the concept of the modern coding interview start, and who pioneered it?

    -Google pioneered the modern coding interview with data structures and algorithms problems in the 2000s.

  • What resources were engineers using to prepare for interviews before platforms like LeetCode existed?

    -Before LeetCode, engineers prepared by reading books like Cracking the Coding Interview and practicing problems together.

  • How do many LeetCode questions originate from Google's internal question bank?

    -Many LeetCode questions come from Google's internal question bank, often being posted publicly years after first being asked in interviews.

  • Why does the interview bar seem to keep getting higher as engineers prepare more?

    -As more engineers specifically prepare for algorithm questions, companies compensate by asking harder questions to maintain their hiring bar.

  • What are the issues with companies asking extremely difficult algorithm questions?

    -Asking very hard questions often just tests if candidates have seen that exact problem before, which is not a good evaluator.

  • How has the state of the economy impacted coding interviews recently?

    -In the current economy, the coding interview bar has been exaggerated and made more difficult.

  • What is the most common difficulty level of coding questions asked today?

    -Most coding questions today are still at the medium difficulty level, even at top companies like Google.

  • Why are algorithms questions not the best indicator of engineering skill?

    -Algorithms knowledge is important but not a complete indicator of what makes a good engineer.

  • What advice does the speaker give to interviewers?

    -The speaker advises interviewers not to ask extremely hard algorithm questions.

  • What resources does the speaker recommend for preparing for interviews today?

    -The speaker recommends LeetCode as better preparation for modern coding interviews than books like Cracking the Coding Interview.

Outlines

00:00

😂 Lead code interview practice in the old days

The paragraph discusses how software engineering interviews worked before platforms like LeetCode existed. The author's former lead at Google mentions solving around 400 LeetCode problems now, but when he was interviewing 10-15 years ago, candidates practiced with books like Cracking the Coding Interview and mock interviews. There were no standardized online judge platforms with curated algorithm questions back then.

😲 Google created the modern coding interview

The author explains how Google was the first company to start asking data structures and algorithms style coding problems in interviews. Many LeetCode questions are sourced from Google's question bank. The author interviewed at Google in 2009 and got a dynamic programming problem that later showed up on LeetCode years afterward. This demonstrates how over time, Google interview questions end up becoming public.

😔 The coding interview bar keeps getting higher

Due to candidates specifically preparing for coding interviews, companies have increased the difficulty over time to maintain signal. Now medium questions are common, and some companies even ask hard questions occasionally. The author argues this is problematic, as being good at algorithms does not define a good engineer. While hard questions are still uncommon, the general difficulty has increased over the years unfortunately.

Mindmap

Keywords

💡Coding interviews

The video discusses coding interviews, which are technical interviews where engineers are asked to solve algorithm and data structure problems. They have become increasingly difficult over the years as more engineers specifically prepare for them, raising the bar higher and higher.

💡LeetCode

LeetCode is a website where engineers practice coding interview questions. Many of the problems are taken directly from company interview question banks, like Google's. LeetCode did not exist when the speaker interviewed in 2009.

💡Cracking the Coding Interview

A popular book for preparing for coding interviews. It was one of the only preparation resources when the speaker interviewed in 2009, before LeetCode existed.

💡Google

Google pioneered the modern algorithm-focused coding interview style. Their process has influenced many other tech companies. Questions from Google's internal question bank end up on LeetCode.

💡Levels of difficulty

Coding interview questions have easy, medium and hard levels of difficulty. As more engineers train for interviews, companies have increased difficulty levels to maintain high bars.

💡Supply and demand

The speaker argues that the increasing difficulty of coding interviews is an issue of supply and demand - companies only need a certain number of engineers, so they raise the bar if too many candidates do well.

💡Being a good engineer

The speaker argues that being good at algorithms does not necessarily make someone a strong overall engineer. Coding interviews test algorithm skills specifically.

💡Memorization

If a candidate has seen a problem before, they are more likely to solve it. But this does not test problem solving skills. Just memorization.

💡Current economy

The speaker speculates that the difficult job market has further increased the competitive nature of coding interviews.

💡Interviewers

The speaker directs a message to interviewers that using LeetCode hards and expecting candidates to have memorized solutions is unreasonable.

Highlights

LeakCode was created in 2015, so it makes sense people weren't asking questions from it before then.

Cracking the Coding Interview was the main prep book before LeetCode existed.

Google started the modern coding interview with data structures and algorithms problems.

Many LeetCode questions come from Google's question bank.

A LeetCode question was asked in a Google interview years before it appeared on LeetCode.

Google doesn't ask questions that have been publicly leaked.

The coding interview bar is getting higher as engineers specifically prepare for these interviews.

If everyone can solve easy questions, companies will start asking mediums. If everyone can solve mediums, they'll ask hards.

Asking hard questions that require candidates to have seen that exact problem before is problematic.

With the economy, the coding interview bar today is definitely higher than years ago.

Algorithms and data structures don't determine if someone will be a good engineer.

Candidates today are still more likely to be asked a LeetCode medium than hard, even at Google.

Asking LeetCode hards in interviews is excessive.

LeakCode was created in 2015, so it makes sense people weren't asking questions from it before then.

The coding interview bar today is definitely higher than years ago.

Algorithms and data structures don't determine if someone will be a good engineer.

Transcripts

play00:00

the other week I had a conversation with

play00:01

my former Tech lead from Google here's a

play00:03

short clip from it that I thought was

play00:05

interesting uh how many leak code

play00:07

problems have you solved if I go to my

play00:09

profile right now it's probably around

play00:12

400 so I guess that goes into the next

play00:14

question when you were doing your

play00:16

interviews coding interviews how were

play00:17

you preparing yeah so when I was

play00:19

interviewing it was a little bit

play00:20

different I actually got an internship

play00:23

at Microsoft that was my first job and

play00:24

there was no lead code back then so back

play00:27

then you would be reading cracking the

play00:29

coding interview

play00:30

uh you would be going through some

play00:32

questions that you've heard other people

play00:34

going through and you would you would

play00:36

just practice together then the actual

play00:38

interview was pretty similar to what

play00:41

happens today in B Tech but after the

play00:43

internship there was no other interview

play00:46

um for a full-time conversion at

play00:48

Microsoft at Google there was but I went

play00:51

through the industry route which which

play00:54

just meant like a little bit of a more

play00:56

difficult interview um with a system

play00:58

design as well so to give a little

play01:00

context leak code was actually created

play01:02

in 2015 so it makes sense that people

play01:04

weren't really asking questions from it

play01:06

back then whereas cracking the coding

play01:07

interview is a book that was written in

play01:09

2008 so that was kind of all you had

play01:11

like people read books but not only that

play01:14

if you actually go through cracking the

play01:16

coding interview today you'll quickly

play01:17

realize that it's just not enough to

play01:20

prepare for the modern coding interview

play01:22

because the interview is just so much

play01:24

more difficult nowadays Conrad mentioned

play01:26

that in 2009 at Google he had more of a

play01:29

traditional leak code interview but in

play01:31

case you didn't know Google is actually

play01:33

the reason that we have the modern

play01:36

coding interview they were the first

play01:38

ones to start asking these data

play01:39

structures and algorithms problems and

play01:41

people don't realize it but a lot of

play01:44

questions from leak code are actually

play01:46

just taken from the Google question Bank

play01:48

how do I know that well in 2009 I also

play01:51

interviewed for Google and I got a

play01:53

variation of Jump game a dynamic

play01:56

programming or greedy problem after my

play01:58

interview I went on leak code to check

play02:00

if the problem was already on there but

play02:02

it actually wasn't now a few years ago I

play02:04

was doing aite code contest and all of a

play02:08

sudden I saw this problem that I had

play02:11

already solved before it was the

play02:13

variation of Jump game from my Google

play02:15

interview 3 years after I was asked the

play02:18

question it was then posted delete code

play02:20

but I will say now that the question has

play02:22

been public for a while you're probably

play02:24

not going to be asked it because Google

play02:25

does not ask any questions that are

play02:27

publicly leaked but back to the original

play02:30

question it's starting to seem that

play02:32

since Engineers are very specifically

play02:35

preparing for these algorithm style

play02:37

interviews that the bar is getting

play02:39

higher and higher because the entire

play02:42

concept is supply and demand companies

play02:44

only need a certain amount of people if

play02:47

everybody can solve leak code easys

play02:49

companies are going to ask medium

play02:50

questions if everybody can solve mediums

play02:53

they're going to start asking hard

play02:54

questions and that's when things start

play02:57

to go wrong because most people can't

play03:00

solve hard problems unless you've

play03:02

already seen that problem before and

play03:06

that's not a good signal are you just

play03:07

trying to hire people that have already

play03:09

seen your specific problem before I

play03:11

think that's when things really start to

play03:13

break down and it's really getting to a

play03:16

point with the current economy that it's

play03:18

kind of been exaggerated now I haven't

play03:20

interviewed in a while but I think it's

play03:23

fair to say that the bar today

play03:24

definitely is higher than it was several

play03:27

years ago and that's very unfortunate

play03:29

because as much as I like algorithms and

play03:32

data structures it is not the bottom

play03:35

line of what makes a good engineer I

play03:37

want to end by saying that you're still

play03:39

more likely to be asked a medium

play03:41

question than a hard question yes even

play03:43

at Google but if you're an interviewer

play03:45

watching this video and you ask Elite

play03:47

code hards come on don't be a dick

Rate This

5.0 / 5 (0 votes)

هل تحتاج إلى ملخص باللغة العربية؟