Pratique du Shadowing: They want mediocre developers... - Apprendre l'anglais à l'oral avec la vidéo

Choisissez un mode d'entraînement

Chaque mode ouvre une salle d'entraînement en plein écran.

133 phrases

Si les phrases sont trop courtes ou trop longues, cliquez sur Edit pour les ajuster.

I miss the good old days when technical debt

and student debt were the only debts we had to worry about in the software world.

Looking back at it, technical debt was actually quite fun.

We would take shortcuts to move faster,

ignore best practices to meet a deadline,

or delay updating a library because we were in no mood to work through the side effects.

The worst that could've happened was

that you would end up paying for it later through increased complexity in systems that nobody wanted to touch.

But ultimately, this increased complexity would increase your job security because

if If you were the only person who understood a messy part of the system,

you would suddenly become very hard to replace.

This is why for the past 20 years,

software engineering has been a pretty nice gig,

with a lot of perks and more than decent paychecks.

And I'm not making this video to tell you that all these are going to end,

but I want to discuss a new emerging kind of debt which will actually make our lives much more difficult.

Adios Money recently posted about a new concept called Comprehension Debt

and in this Monday morning review will look at the importance of being able to think

and solve problems in the generated code era.

Comprehension debt is the growing gap between how much code exists in your system

and how much of it anyone on the team can genuinely explain.

At first, this doesn't look like a problem,

since most AI-generated code looks really clean at first and it might look like all the best practices are being followed.

But underneath that, something subtle starts to shift because the understanding of the system begins to slowly degrade.

In a recent study, engineers were asked to learn a new library.

Some of them used AI to generate solutions,

others used it more as a guide to explore concepts and ask questions.

Both groups completed the task in roughly the same time,

so from a productivity perspective, everything looked identical.

But when they were tested afterwards,

the group that relied on generation performed significantly worse,

especially when it came to debugging.

And debugging is where things become very real very quickly.

If you've been involved in software for a while,

you probably know that reading and understanding code at a deep level is one of the most difficult parts of the job.

I'm not talking here about going through some random syntax filled with for loops and if statements.

I'm talking about complex implementations,

which have interactions, implicit assumptions,

and behavior that only makes sense once you follow the entire execution path end-to-end.

This part is so difficult that you'll go through code you wrote yourself six months ago

and you'd still be confused trying to reconstruct what you were thinking at the time.

When everything works, speed feels like the most important metric.

The moment something breaks, the only thing that matters is whether someone can explain what the system is doing and why.

And, if I have issues understanding my own code from six months ago

and I can proudly call myself an average developer with a weird accent and a copied YouTube channel,

I expect

that most of us will have a lot of issues understanding thousands of lines of code generated in a couple of minutes.

For a long time, writing code and reviewing it acted as a natural bottleneck in development.

It slowed teams down, but it also forced engineers to read code written by others,

to question decisions, and to build a shared understanding of how the system behaved.

The process was one of the main ways knowledge spread across a team.

With AI-generated code, the volume changes the nature of that interaction.

Code is produced faster than it can be meaningfully reviewed,

and because it is usually clean and well-structured,

it gives off all the signals that historically indicated quality.

And the AI labs are telling you to ignore the problem.

You spend your tokens generating code,

and then they provide you the tools to review that generated code for the convenient price of $15-25 for each review.

In other words, the token sellers just want you to buy more tokens,

ideally hundreds of thousands of dollars worth of tokens.

I keep trying to avoid highlighting the absurdity of some of these CEOs' comments,

but they are making it very tough for me to ignore them.

screams trying to inflate the bubble more than focusing on quantity over quality.

Sure, you could easily spin up Todo apps in an endless loop to burn through $250,000 in tokens.

That would be completely pointless and will consume a few more million gallons of water,

but at least the billionaire Jensen Huang with his geeky leather

jackets will be happy to see his Nvidia stock keep going through the roof.

But I digress.

Back to the topic of comprehension debt,

there's also a more subtle failure mode that starts to show up in AI-heavy workflows.

When an implementation changes and the associated tests are updated to match,

the conversation quietly shifts.

Instead of asking whether the code behaves correctly,

you now have to ask whether the behavior itself is correct.

The test passing no longer answered the most important question.

As we discussed in last Monday's episode,

another common reaction is to rely more on specifications.

You define the behavior in detail,

review the specification carefully, and let AI handle the implementation.

On paper, this creates a clean separation between intent and execution.

In practice, translating a specification into working software involves a large number of implicit decisions that rarely get captured in full.

Data structures, edge cases, error handling,

and performance trade-offs all shape the final behavior in ways that are difficult to fully describe up front.

This year's DORA report also highlights this new emerging comprehension crisis.

In teams where engineering practices are already solid,

where workflows are clear, and where people have a strong mental model of the system they are working on,

AI tends to make everything move faster in a way that actually compounds quality.

Developers spend less time on repetitive tasks,

decisions are made with more context,

and the system evolves in a relatively controlled way.

But in teams where things are already messy,

where architecture has grown organically without much discipline,

and where understanding is fragmented across individuals,

AI scales all of those issues at the same time.

The same acceleration that helps good systems becomes a multiplier for bad ones,

and the difference between the two becomes much more visible.

What's interesting is that the report states

that around 90% of developers are already using AI in their work and more than 80% believe it improves their productivity.

But at the same time,

100

a significant portion of them openly admit that they do not fully trust the code that AI produces.

101

So you end up in a situation where developers rely on a tool daily,

102

move faster because of it,

103

and still carry a constant layer of uncertainty about what is actually being generated.

104

The DORA data also highlights something that reinforces this dynamic even further.

105

AI adoption correlates with higher throughput,

106

meaning teams are shipping more changes and moving faster through their backlog.

107

At the same time, delivery instability increases,

108

which means those changes introduce more issues into the system.

109

So basically, you move faster,

110

create more issues, you fix those issues faster,

111

and create even more issues.

112

Your KPIs go through the roof,

113

management has nice graphics to look at,

114

clients are happy to see results,

115

and token sellers are making a lot of money.

116

Everybody is happy and Jensen Huang gets richer.

117

If I'm being honest, I spent the past couple of months worrying about the future of software engineering.

118

AI code generation is far from perfect,

119

it has improved a lot in the past couple of months.

120

However, something feels off.

121

The AI labs are pushing these coding agents hard and we have to pay very little to use their models.

122

However, their computing costs are huge and they are very far from running a profitable business.

123

This is clearly the customer acquisition phase,

124

where their pricing is so low you can't ignore them

125

and their agents are slowly becoming an integral part of the software workflow.

126

And I believe that this comprehension debt is exactly what they need to make sure you can't really walk away later.

127

This is not going to happen overnight,

128

but imagine a world 10 years from now where most of the software engineers have lost most of their critical thinking,

129

problem solving and debugging skills because they are used to delegating all of it.

130

At that point, Anthropic could increase the cost of their agents to thousands of dollars per month

131

and there would be little we could do because most of the skills are lost,

132

we have no idea what our code actually does

133

and the jobs pipeline was destroyed when we decided AI can do a better job than juniors.

Télécharger l'application

Tout pour parler couramment

Prononciation IAChaque phrase notée

Phonétique (IPA)Maîtrisez chaque son

VocabulaireEnrichissez votre lexique

Jeu de vocabulaireApprenez en jouant

Scanner le QR

Download on theApp Store Get it onGoogle Play

Même chaîne

MySQL took 21 years to fix this bug

Business EnglishUniversity StudentsWorking Adults

FOR YOU

Vidéo recommandée

70 phrases

Stanford CS Professor: AI Can Code. That’s Why You Should Learn Programming | Chris Piech

Business EnglishUniversity StudentsWorking Adults

Vocabulaire et conseils d’expression pour cette leçon

Cette leçon d’expression orale de niveau C1 s’appuie sur la vidéo « They want mediocre developers.. ». Les mots qui reviennent le plus souvent : code, debt, faster, software, issues. Cette vidéo contient 133 phrases et 1521 mots à répéter en shadowing. La partie parlée dure 7:51. Le locuteur parle vite, environ 194 mots par minute : attendez-vous à des liaisons et à des sons réduits. 82 % des mots font partie des 3 000 mots les plus courants en anglais ; le reste mérite d’être vu avant de commencer.

Vocabulaire clé de cette vidéo

Les 15 mots les plus avancés de la vidéo, avec leur prononciation et leur sens :

Mot	Prononciation	Sens
token nom	/ˈtoʊkən/	symbole
comprehension nom	/ˌkɑmpɹɪˈhɛnʃn̩/	compréhension, entendement
debug verbe	/diːˈbʌɡ/	débugger, déboguer
workflow nom	/ˈwɝkfloʊ/	workflow
specification nom		spécification
implicit adjectif	/ɪmˈplɪsɪt/	implicite, tacite
messy adjectif	/ˈmɛsi/	désordonné, désorganisé
emerge verbe	/ɪˈmɝd͡ʒ/	émerger
behave verbe	/bɪˈheɪv/	se comporter
seller nom	/ˈsɛlɚ/	vendeur, vendeuse
complexity nom	/kəmˈplɛk.sɪ.ti/	complexité
backlog nom	/ˈbæk(ˌ)lɔɡ/	arriéré
bottleneck nom		goulot, goulot de bouteille
compute verbe	/kəmˈpjuːt/	computer, calculer
correlate verbe	/ˈkɔɹəleɪt/	corréler

Les verbes à particule que vous entendrez

Mot	Prononciation	Sens
go through verbe		traverser
end up verbe		se terminer, se finir
give off verbe	/ɡɪv ɒf/	émettre

La grammaire de cette vidéo

Les structures que le locuteur utilise le plus, avec les mots exacts de la vidéo :

Structure	Dans la vidéo
Voix passive be + participe passé — l’accent est mis sur ce qui arrive, pas sur qui le fait	being followed · were asked · were tested
Present perfect have/has + participe passé — une action passée qui compte encore maintenant	has been · you've been involved · has grown
Propositions relatives who / which + proposition — une précision sur une personne ou une chose	person who understood · debt which will

Prononciation à surveiller

Le locuteur utilise 11 contractions et formes réduites, comme I'm, can't, could've. Prononcez-les sous leur forme courte, telles que vous les entendez.

Les sons « th »: throughput /ˈθɹuː.pʊt/, underneath /ˌʌndɚˈniθ/
Les sons « sh » et « zh »: comprehension /ˌkɑmpɹɪˈhɛnʃn̩/, shortcut /ˈʃɔːtkʌt/, acceleration /əkˌsɛl.əˈɹeɪ.ʃən/, assumption /əˈsʌm(p).ʃ(ə)n/
Mots longs — placez bien l’accent: complexity /kəmˈplɛk.sɪ.ti/, absurdity /æbˈsɝd.ɪ.ti/, organically /ɔːˈɡænɪkli/, repetitive /ɹɪˈpɛtɪtɪv/, instability /ɪnstəˈbɪlɪti/

Les sons difficiles pour les francophones :

/h/ — il se souffle, il n’est pas muet: comprehension /ˌkɑmpɹɪˈhɛnʃn̩/, behave /bɪˈheɪv/, historically /hɪˈstɔɹɪkli/
/tʃ/ et /dʒ/ — à ne pas adoucir en « ch » et « j »: emerge /ɪˈmɝd͡ʒ/, paycheck /ˈpeɪ.t͡ʃɛk/
/r/ anglais — langue recourbée, sans frotter la gorge: comprehension /ˌkɑmpɹɪˈhɛnʃn̩/, correlate /ˈkɔɹəleɪt/, degrade /dɪˈɡɹeɪd/, digress /daɪˈɡɹɛs/, multiplier /ˈmʌltɪˌplaɪəɹ/

Comment s’entraîner avec cette vidéo

Écoutez la vidéo en entier une fois sans parler et notez les mots que vous ne connaissez pas.
Commencez à la vitesse 0,75×, répétez phrase par phrase, puis revenez à la vitesse normale quand cela devient facile.
Enregistrez-vous et comparez avec l’original, en faisant attention à des mots comme token, comprehension, debug.

Qu'est-ce que la technique du Shadowing ?

Le Shadowing est une technique d'apprentissage des langues fondée sur la science, développée à l'origine pour la formation des interprètes professionnels. Le principe est simple mais puissant : vous écoutez de l'anglais natif et le répétez immédiatement à voix haute — comme une ombre suivant le locuteur avec un décalage de 1 à 2 secondes. Les recherches montrent une amélioration significative de la précision de la prononciation, de l'intonation, du rythme, des liaisons, de la compréhension orale et de la fluidité.

Technique du shadowing : lire le guide complet étape par étape →

Pratique du Shadowing: They want mediocre developers... - Apprendre l'anglais à l'oral avec la vidéo

Choisissez un mode d'entraînement

Télécharger l'application

MySQL took 21 years to fix this bug

When open-sourcing your code goes wrong...

Give Me 18 Minutes and I’ll Make you Dangerously Smart (with AI)

ex-Google Senior Engineer: How to Get Hired So Fast It Feels Illegal

A Return to Code

The AI Bubble Survives on $1.65 Trillion in Hidden Debt

People Are Mad They're Told to Learn

How to Become a Great Software Developer — Best Advice from Top-Notch Engineers

What is clean code? - Uncle Bob

World Models explained in 10min..

The Entry-Level Job Crisis

Google’s AI endgame is here… everything you missed at I/O 2026