Shadowing Practice: I'm an ex-Google interviewer. You're doing LeetCode wrong. - Learn English Speaking with Video
Kies een oefenmodus
Elke modus opent een volledig scherm oefenruimte.
22 zinnen
Als zinnen te kort of te lang zijn, klik op Bewerken om ze aan te passen.
1
Sup nerds. This is Anthony D. Mays, everybody's favorite tech diversity hire. Present for roll call and ready for duty. Listen, I want to rap with you real quick. If you're like me, you've had to do the infamous LeetCode style riddle-kind of coding interviews, and you probably are doing them wrong. Now I've written an article about this, which I wrote in 2022 and since then, over 32,000 people have read it, 2000 likes. It apparently really resonates. What I want to do is spend some time explaining some of the motivation behind why I wrote the article the way that I did, so that you can get insight into how to be successful in these coding interviews from the perspective of the interviewer. That'd be me. So without further ado, we're gonna spend a few moments just figuring out how to think about preparing for LeetCode style coding interviews at some of the top tech companies so that you can be aware of the things that you should do and the things that you shouldn't do.
2
Now you know me, I like to tell you when you're doing it wrong.
3
So why would I say that you're doing LeetCode incorrectly? I don't even know you. Here's how I know. If you have been spending all your time trying to memorize LeetCode problems, if you have been spinning your wheels just camping out in LeetCode hard, or if you've been rushing to just get to the first solution that you can and moving on, you're doing LeetCode wrong.
4
Let's explain like why that matters, and how we can break that all down.
5
First things first. I don't trust you. Turns out that a lot of people would do a lot of things for $300,000, $400,000, $500,000 engineering job at a big tech company. So I don't trust you. You just need to know that. You need to understand that I don't trust anything that comes out of your mouth. Just giving you a LeetCode problem, you could have studied that, you could have memorized it, you could be using who knows what.
6
That's why we don't use LeetCode.
7
of problems off there and give to you in an interview. But that's really not the case. I've got to know that you understand how to problem solve, and one way to do that is to give you a problem that you haven't seen before. So if you're spending your time trying to memorize everything on LeetCode, you're doing yourself a disservice, because most times it's not gonna show up in your real interview. You might see problems that are similar and that could be useful, but you can't count on already having previous knowledge about a problem that's gonna help you to do well in the interview. So it really doesn't make sense to memorize problems.
8
What you should be doing is what I tell everybody, which is, don't memorize the problem. Memorize the patterns, because the patterns are going to help you to solve a problem that you haven't seen before or that you don't have a lot of context on.
9
So go learn the patterns, and that's going to put you in a much better situation for being successful. The patterns are useful for practicing how you use those patterns in the right context and in the right way. But don't spend all your time trying to memorize every single LeetCode problem, because you can do hundreds of problems and still be absolutely nowhere in terms of your own problem solving ability.
10
Now look, some of y'all be crazy, like y'all taking this AI stuff too far. Y'all gonna mess around and have to do interviews in person like we used to do back in the old days. We might get to a situation where people aren't even using computers anymore, right for the interview process. I'm betting we're going to be doing those whiteboard coding interviews again in the not too distant future. Y'all keep messing around and cheating. Watch what happens.
11
Second thing you need to know: I need way more than the right answer. I mean, can I pick your brain? Like, what's up? I got to know how you think. I got to know how you communicate. I've got to see what happens when you struggle. So if I give you an interview question and you already know the answer to it, that doesn't help me at all. Because I haven't seen how you problem solve, I don't know how you're thinking about the problem. It's like doing a math problem but not showing your work. If I ask you a question and you already know the answer to it, all I'm gonna do is find another question that you aren't familiar with, or I'm gonna add another level to the question so that it increases the difficulty and just try to add some variability. The reality is that I need you to get stuck. That's just part of the process. And if you're afraid of getting stuck and you're trying to avoid it at all costs, you're not really ready to do the interview with me.
12
Most people are not just brilliant with like the ability to photographically memorize a bunch of stuff. And that's not what we need you to do. I need to see how you work through the problem from A to B and what you did to get between those two points so that I can understand what it would be like to actually work with you working on problems that you haven't seen before.
13
One of the most important differences between you doing LeetCode And you doing an interview with me is that I'm not gonna give you the whole problem statement, all the examples, and all the hints up front. It's just not gonna happen. I need to know that you know how to ask for that information, which I have and I'm willing to give to you, but you have to be able to ask. I can't tell you how many times people have said, "Hey, are you gonna paste the question in the window?" And I'm like, "No, I already said it." I will be more than happy to repeat it if you ask me. But now it's time off the clock. Don't assume that I'm going to do the work that you should be doing. And the work that you should be doing is asking questions, taking notes, memorizing things that I've told you, or at least documenting them so that you can reference that information later. I'm not here to do the work that you should be doing.
14
Third thing you need to know: it is literally my job to help you.
15
It's my job. I gotta do that. I know, I know, you see me as Darth Vader to your Luke Skywalker. I get it. But, for real? I'm not here to beat you up. I actually want to see you succeed. I'm here to help you. So if you see me as the enemy, and you don't ask questions and you don't talk to me, it's on you. Like, that ain't got nothing to do with me. I already got the job.
16
You have to ask questions in order to get information that I have, that I know, that you need. I know there are people that say that there's no such thing as a dumb question. I firmly believe that there is a such thing as a dumb question in a 45 minute interview or an hour interview. A dumb question, to me, is a question that you've asked that you didn't have to ask if you were paying attention and listening to me as your interviewer. Now, many times it's possible for you to at least get some kind of answer even without asking questions, but your chance of like, hitting the nail right on the head is gonna be super, super low. I usually know when people are gonna fail an interview because the first thing they do after they hear the problem is start typing out code. If that's you, you're doing it wrong. You're probably gonna fail before you've even gotten started. You end up spending time working on something for which you don't really have all the information to produce a really good, complete answer. You gotta realize I'm here to help you.
17
Now it does take some experience to know what kinds of questions you should ask, and this is where using tools like LeetCode or HackerRank really help you out, because as you work through a bunch of different problems, you can start to figure out the kinds of questions that you should be asking in order to get to an answer. This is also really important for studying algorithms and data structures and Big O. One of the reasons why we study algorithms, data structures, and Big O is so that we can understand the kinds of questions that we should ask that will help us filter out solutions that might not work for our situation.
18
For instance, if I know that the data that I'm working with is sorted because I've asked whether it's sorted or not, then I know that I probably don't need to use a sorting algorithm at this point, so I can just take those tools off the table, because I'm not going to need that. I've asked the interviewer if I need to sort the input, and they've told me that it's already sorted, so I'm good to go. So a lot of the questions that you asked are going to be about filtering out the list of all the different tools and things that you know so that you can get to the set of things that might actually work for you.
19
If you can come up with multiple solutions, it is absolutely okay for you to ask me which one I would prefer. That is totally legit, and you should absolutely do that, because I might see that option B is better than option A, and I might push you in that direction so that you don't have to spend time implementing something that we both know isn't going to be ideal. You can totally ask that, and you definitely should, because that will save you time and help you perform better in the end. If you're not talking to me, if you're not asking me those kinds of questions, or if you're not brainstorming multiple solutions, I can't help you.
20
If you can't figure out a better solution than your naive solution, by all means, go and implement it, but stop and think about multiple ways of solving the problem first, and then ask me to provide you some direction, and I'll be more than happy to point you to a more optimal path, if that's the appropriate thing. Now sometimes I'm gonna say, just implement the naive solution. If you struggle on the naive solution, why would I have you spend time on the other one?
21
I hope that you enjoyed this video. I hope that you learned something that you didn't know before. If you did leave a comment, tell me, how is your LeetCode prep going? How are you doing? Are you getting ready for interviews? Are you getting more interviews? Let me know. I want to holla at you. Let's talk about it. Leave a like, drop a comment. Don't forget to subscribe. And hey, check the description, I've got links to articles and resources designed to help you level up in your interview prep.
22
In the meantime, I'm Anthony Mays, Mr. From Compton to Google. Peace.
App downloaden
Alles wat je nodig hebt om vloeiend te spreken
AI UitspraakScoor elke zin
IPA OefeningBeheers elk geluid
WoordenschatBouw je woordenschat op
WoordenspelLeren terwijl je speelt
FOR YOU
Aanbevolen Video
B22
75 zinnen
The unfair way I got good at Leetcode
Interview EnglishUniversity StudentsWorking Adults
B24
85 zinnen
How To Dominate 2026 as a Software Developer
Business EnglishInterview EnglishUniversity Students
B24
81 zinnen
Ex-Google Recruiter Explains: The Interview Secret to Getting Hired
Business EnglishInterview EnglishUniversity Students
B28
85 zinnen
this will change how you make YouTube videos FOREVER
Business EnglishInterview EnglishUniversity Students
B2171 zinnen
Interview Tips from a Senior Software Engineer... and a 4 year old
Business EnglishInterview EnglishUniversity Students
B22
160 zinnen
Nobody is hiring vibe coders. Sorry
Business EnglishUniversity StudentsWorking Adults
B22
265 zinnen
A Day in the Life of an Amazon Software Engineer
Business EnglishInterview EnglishUniversity Students
B26
357 zinnen
Job Interview Questions And Answers | English Podcast For Learning English | Daily Life Conversation
Business EnglishInterview EnglishUniversity Students
B21
205 zinnen
Solving Easy SQL Interview Questions on Analyst Builder
Interview EnglishUniversity StudentsWorking Adults
B21
181 zinnen
8 Years of Data Analytics Advice in 12 Minutes
Business EnglishInterview EnglishUniversity Students
C14
200 zinnen
10 JavaScript Interview Questions You HAVE TO KNOW
Business EnglishInterview EnglishUniversity Students
C13
101 zinnen
3.3k
Business EnglishInterview EnglishUniversity Students
Woordenschat en spreektips bij deze les
Deze video bevat 22 zinnen en 1952 woorden om na te spreken. Het gesproken deel duurt 8:33. De spreker praat snel, ongeveer 228 woorden per minuut, dus reken op verbonden en ingeslikte klanken. 87% van de woorden hoort bij de 3.000 meest gebruikte Engelse woorden, dus de woordenschat is goed te volgen.
Belangrijke woorden in deze video
15 minder gangbare woorden uit de video, met uitspraak en betekenis:
- solve /sɒlv/ (werkwoord) — oplossen. To find an answer or solution to a problem or question; to work out.
- implement /ˈɪmpləmənt/ (werkwoord) — implementeren, (in de praktijk) toepassen. To bring about; to put into practice; to carry out.
- algorithm /ˈælɡəɹɪðm̩/ (zelfstandig naamwoord) — algoritme. A collection of ordered steps that solve a mathematical problem. A precise step-by-step plan for a computational procedure that possibly begins with an input…
- naive /naɪˈiv/ (bijvoeglijk naamwoord) — naïef, tegen beter weten in. Lacking worldly experience, wisdom, or judgement; unsophisticated.
- interviewer /ˈɪntɚvjuɚ/ (zelfstandig naamwoord) — interviewer, interviewster. One who interviews.
- filter /ˈfɪltɚ/ (zelfstandig naamwoord) — filter. A device which separates a suspended, dissolved, or particulate matter from a fluid, solution, or other substance; any device that separates one substance from…
- rush /ɹʌʃ/ (werkwoord) — afraffelen. To hurry; to perform a task with great haste, often not properly or without thinking carefully.
- ideal /aɪˈdi(ə)l/ (bijvoeglijk naamwoord) — ideaal, optimaal. Pertaining to ideas, or to a given idea.
- clock /klɑk/ (zelfstandig naamwoord) — teller, kilometerteller. A chronometer, an instrument that measures time, particularly the time of day.
- hire /ˈhaɪɹ/ (werkwoord) — huren. To obtain the services of in return for fixed payment.
- nowhere /ˈnoʊ.(h)wɛɹ/ (bijwoord) — nergens, nergens heen. In no place.
- resource /ɹɪˈzɔːs/ (zelfstandig naamwoord) — bron, hulpbron. Something that one uses to achieve an objective, e.g. raw materials or personnel.
- spin /spɪn/ (werkwoord) — draaien. To rotate, revolve, gyrate (usually quickly); to partially or completely rotate to face another direction.
- difficulty /ˈdɪfɪkəlti/ (zelfstandig naamwoord) — moeilijkheid. The state of being difficult, or hard to do.
- diversity /daɪˈvɜː(ɹ)sɪti/ (zelfstandig naamwoord) — verscheidenheid, diversiteit. The quality of being diverse or different; a difference or unlikeness.
Phrasal verbs die je zult horen
- figure out (werkwoord) — uitvogelen, er achter komen. To come to understand; to discover or find a solution; to deduce.
- come up with (werkwoord) — bedenken, verzinnen. To manage to produce, deliver, or present (something) by inventing, creating, thinking of, or obtaining it.
- count on /kaʊnʌn/ (werkwoord) — rekenen op. To rely on, trust, or expect.
- end up (werkwoord) — belanden, terechtkomen. To bring to a conclusion.
- turn out (werkwoord) — uitvallen, resulteren. To end up; to result.
Uitspraak om op te letten
De spreker gebruikt 95 samentrekkingen en verkorte vormen, zoals don't, I'm, you're. Spreek ze kort uit, zoals je ze hoort.
- De “th”-klanken: algorithm /ˈælɡəɹɪðm̩/, mathematics /mæθ(.ə)ˈmæt.ɪks/
- De klanken “sh” en “zh”: rush /ɹʌʃ/, motivation /ˈmoʊ.tə.veɪ.ʃən/, preposition /ˌpɹɛpəˈzɪʃən/
- Lange woorden — let op de klemtoon: difficulty /ˈdɪfɪkəlti/, diversity /daɪˈvɜː(ɹ)sɪti/, motivation /ˈmoʊ.tə.veɪ.ʃən/, communicate /kəˈmjuːnɪkeɪt/, mathematics /mæθ(.ə)ˈmæt.ɪks/
Zo oefen je met deze video
- Luister de hele video één keer zonder te spreken en noteer de woorden die je niet kent.
- Begin op 0,75× snelheid, spreek zin voor zin na en ga terug naar normale snelheid zodra het makkelijk gaat.
- Neem jezelf op en vergelijk met het origineel; let daarbij op woorden als solve, implement, algorithm.
Wat is de Shadowing-techniek?
Shadowing is een wetenschappelijk onderbouwde taalleermethode die oorspronkelijk is ontwikkeld voor professionele tolkentraining en gepopulariseerd door polyglot Dr. Alexander Arguelles. De methode is eenvoudig maar krachtig: je luistert naar native Engelse audio en herhaalt het onmiddellijk hardop — als een schaduw die de spreker volgt met slechts 1–2 seconden vertraging. In tegenstelling tot passief luisteren of grammaticadrills, dwingt shadowing je hersenen en mondspieren om echte spraakpatronen tegelijkertijd te verwerken en te reproduceren. Onderzoek toont aan dat het de uitspraaknauwkeurigheid, intonatie, ritme, verbonden spraak, luisterbegrip en spreekvaardigheid aanzienlijk verbetert — waardoor het een van de meest effectieve methoden is voor IELTS Speaking-voorbereiding en echte Engelse communicatie.