쉐도잉 연습: Introducing Become an Epic Product Engineer - 영상으로 영어 말하기 배우기

연습 모드 선택

각 모드는 전체 화면 연습실로 열립니다.

140 문장

문장이 너무 짧거나 길면 Edit를 눌러 조정하세요.

What is up everybody?

My name is Kent C.

Dodds, and this is Become an Epic Product Engineer podcast.

For the last 10 plus years, I've been teaching software developers how to build quality user experiences, primarily on the web.

And with the changing landscape of AI coding assistance, I am excited to introduce this new podcast series to help you learn the durable skills

that you can still use

and will continue to be able to use even as AI kind of takes over implementation from what we've typically been doing.

So yeah, software is changing.

AI is accelerating what was already true for even like 50 years ago.

One of the most valuable skills that you could have as a software developer is product engineering,

understanding users, their problems, and shipping what actually solves those user problems.

So yeah, sure, like quality, craft, review still matters, but agents are getting better at those things.

And so rapidly, the unique thing that we used to be able to provide,

which was coding, is sort of being eaten and taken over by AI.

And frankly, I love that.

I think it's awesome that we can spend more of our time really understanding the problem

and targeting what exactly our users actually need.

I like to think of it as the fact that, or the idea, the metaphor that we are all archers.

We've got this quiver of arrows and we've gotten really, really good at aiming at a target and letting go of the arrow,

letting it fly and hitting the target despite wind and other concerns.

But these arrows have been improving at a rapid pace with AI.

And so now they're less like arrows and more like homing beacons.

And yes, they don't always hit the target exactly right.

And you do have to be skilled at using these arrows.

But I am not very confident in my ability to predict

the future of what the ceiling is for these AI agents and how far or fast we're going to get there.

And so I think let's look at what the durable skill is.

And I think that is understanding what we are to build.

We've got so many targets that we could aim these arrows at.

And in fact, with as good as these arrows have gotten, we can hit other targets that we never even noticed before,

because now we just have these capabilities that we didn't really have before.

Lots of things have changed.

And so knowing what to build, that is what we're going to be talking about in this podcast series.

So the idea here is

that I want to learn out loud with the people who blend their technical depth and expertise with product judgment.

So these will be people that you have definitely heard about and people that you haven't heard about.

Founders, researchers, engineers, product managers who've kind of lived on both sides of things.

And we've already got, at the time I'm recording this, we've already got like a ton of episodes that I'm excited for you to dive into.

So yeah, I know like a lot of you engineers are worried about, oh man, like does AI mean that I'm just going to become a product manager now?

No, I actually don't think that that is the case.

Product managers are super valuable, but developers and their engineering experience and expertise is still super valuable.

And there is a distinction between what a product manager does and what a product engineer does.

But the fact is that a traditional software development

or software developer who's been doing this for a long time

does need to kind of adopt some of the mindset and the ideas that we typically associate with product manager.

Empathy for the user, developing clarity around a problem space so we can decide what solution to implement.

And then even identifying whether the problem is the right problem versus a beautifully wrong solution.

And I think that a lot of us can relate to that kind of thing.

So the through line here is that the mission here is I want to teach you durable skills.

I want to give you product thinking, not just code.

I want you to fall in love with the problem and not your solution.

as exciting as it is to develop really awesome solutions.

The real goal here is to get really good at understanding

that problem so that you can find a solution

that does a really good job solving that problem and maybe many other problems.

So we'll talk about like the problem tree and taking a step back and like, what is this problem actually?

So each episode, you're going to have a specific thing that you can do.

I call this the homework.

And the goal of that is just to get you actually doing stuff.

Now, you can definitely watch the episode and or listen to the episode

and learn a lot and just kind of have it,

you know, you can kind of marinate in that wisdom that these guests are sharing with us and from their experience.

But I think that actually taking action is where you're going to get a lot of value out of this.

And so at the end of every episode, I hope that you take the opportunity to jot down the homework and look for an opportunity to implement that,

whether that be read this book or talk to this person or whatever.

So I just want to kind of give you a sense for what you can expect here.

So a couple of specific episodes that already exist in the podcast series that I want to call out.

So Dax Rad actually was one of the people who inspired

me to start this podcast series in the first place

because he just comes out with these really great ideas of what it means to be a product engineer

and to build an actual product.

So he was the first episode and you definitely want to listen to that.

Now in that episode, he talks about how being faster at building the wrong thing is not good.

And actually intentionally adding restraint, which has now been removed because implementation is so fast,

intentionally adding that restraint will help you when like you're just actively putting features in front of users' faces and stuff.

We talk about the onboarding experience and how to avoid the kitchen sink clutter of like a command K sort of experience.

He's building a dev tool.

So that one is a really great episode.

Wayne Allen, also a really awesome episode.

He has some classical training where he's really studied up on what product engineering actually is.

And so we talk about building the right thing before we build the thing right, validate before we fall in love with the idea, that sort of thing.

We've talked about the mom test.

It's really good.

You want to listen to that one for sure.

And Will's episode is also fantastic.

He's got some actual formal training in this area with instructional or with industrial design.

And there are a lot of really interesting crossovers with that.

So don't miss that episode.

Don Norman, the author of The Design of Everyday Things, along with many other books, he's 90 years old.

And he comes on the podcast to talk about his experience over the history.

And he talks about what that user error actually just means that the design and the system has a problem.

and why you really want to watch real people using your software.

And Grady Booch, actually, at the time I'm recording this episode or this intro for you, Grady Booch's episode has not actually been published.

So you can look forward to that episode.

He talks a lot about judgment, architecture, what doesn't get automated, what should get automated, that sort of thing.

He actually, that episode happened because I posted something to EpicProduct.Engineer titled The Last Software Engineer,

which is just a metaphor that I use to talk about product engineering and why it's so important.

But he took issue with that title and some of the things that I shared in that post.

And so we have a really nice conversation about the way that he sees the future.

100

It's really interesting.

101

Alex Hillman, Sales Safari, he's got a really great mind for

102

understanding how to engineer desire before you build out a spec

103

and how to help people feel anticipated rather than tricked as they're using your software really really good dylan also fantastic episode.

104

He talks about making user pain feel painful for you, integrating directly with support and tightening that user feedback loop.

105

Really great episode.

106

And Aaron Francis, that episode was really great because he's building Solo,

107

a software called Solo and talks about his experience as an indie developer building that for development users.

108

So we've got that and way, way more.

109

So many awesome episodes that I'm excited for you to experience as you go through this podcast series.

110

So you don't necessarily need to go things in order.

111

The episodes are not linear in any way.

112

So just grab whatever episodes you want to.

113

If you want to binge the whole thing, that's probably how I would consume this because every one of these episodes is just fantastic.

114

I'm not going to publish an episode that isn't fantastic.

115

I also ask you to please subscribe.

116

And you can actually go to the website, epicproduct.engineer slash become an Epic Product Engineer podcast,

117

all with hyphens, or you just look for it on the internet.

118

And you can actually submit your email and your name.

119

And I will send you an email every week with a summary of an episode.

120

And so if you just want that, like constantly in the back of your mind that you're trying to become an Epic Product Engineer,

121

then that is a really great way to do that.

122

And also on the site, there are episode summaries and the homework is there.

123

There's show notes and transcripts and all of that too.

124

But yeah, every week you can look forward to getting a new episode on Wednesday.

125

One last thing that I wanna mention too is I'm actually also starting a new series

126

that is like a solo companion to this where I am creating a series titled Better with Kent,

127

where we're all going to get better with Kent.

128

And we're going to talk about durable skills that you can develop on that.

129

So go search up Better with Kent on your favorite podcast player.

130

This will also be a YouTube series.

131

And we're going to talk about how you can make yourself a better,

132

more useful and value creating individual as a software developer.

133

So with that, I'm going to leave you with your homework.

134

This is the homework.

135

Your homework is to subscribe to the podcast in whatever your favorite podcast player or whatever, and pick one episode, just one that you're going to listen to.

136

And if that episode wins you over, then I invite you to come back again and continue to listen to the rest of the episodes.

137

So thank you so much for listening to this episode.

138

And I'm looking forward to seeing you throughout all of the episodes of the Become an Epic Product Engineer podcast.

139

Thank you so much.

140

We'll see you around.

앱 다운로드

유창하게 말하는 데 필요한 모든 것

AI 발음 평가문장마다 점수 확인

IPA 발음 연습모든 소리 마스터

단어 학습나만의 단어장 만들기

단어 게임놀면서 외우기

QR 스캔

Download on theApp Store Get it onGoogle Play

FOR YOU

맥락 및 배경

이 팟캐스트의 진행자인 Kent C. Dodds는 지난 10년 이상 소프트웨어 개발자들에게 웹에서 품질 높은 사용자 경험을 만드는 방법을 가르쳐 왔습니다. 최근 AI 코딩 보조 도구의 발전과 함께 그는 기존 프로그래밍 방식에서 벗어나 사용자 문제를 이해하고 실제로 해결할 수 있는 내구성 있는 기술을 배우는 데 중점을 두고 있습니다. 소프트웨어 개발의 세계는 빠르게 변화하고 있으며, 이러한 변화를 이해하고 활용하는 것이 중요합니다.

일상 대화를 위한 5가지 주요 구문

이해하는 것의 중요성: "우리가 무엇을 만들어야 할지 아는 것이 중요합니다."
AI의 역할: "AI가 우리 일의 많은 부분을 자동화하고 있습니다."
문제 이해: "사용자의 문제를 이해하는 것이 핵심입니다."
소프트웨어 개발과 제품 엔지니어링의 차이: "개발자와 제품 관리자는 서로 다릅니다."
내구성 있는 기술: "이 팟캐스트는 내구성 있는 기술을 가르치는 것이 목표입니다."

단계별 섀도잉 가이드

이 비디오의 내용을 이해하고 따라 하려면 다음 단계를 따라 보세요:

비디오 반복 시청: 첫 번째 시청 후 필요하다면 비디오를 반복해서 시청하세요. 각 문구를 명확하게 들으려고 노력하세요.
구문 섀도잉: 각 구문을 한 번 듣고 난 뒤, 즉시 따라 해 보세요. 이때 shadow speak 기법을 사용하여 비디오의 음성과 함께 발음하세요.
단어와 발음 연습: 어려운 단어와 발음을 별도로 연습하세요. 이를 통해 자신의 음성에 자신감을 가지세요.
문맥 사용: 비디오에서 배운 내용을 실제 상황에 적용해 보세요. 이 과정을 통해 IELTS 스피킹에 필요한 실전 경험을 쌓을 수 있습니다.
피드백 받기: 미친 또는 친구에게 자신의 발음과 문장을 들어달라고 요청하여 피드백을 받아보세요. 이를 통해 실력을 더욱 향상시킬 수 있습니다.

비디오를 활용하여 shadowspeak와 같은 기법을 익히면 유튜브 영어 공부에 큰 도움이 될 것입니다. 이 단계를 통해 꾸준히 연습하고 실력을 높이세요.

이 영상의 문법

화자가 가장 많이 쓰는 문형을 영상 속 실제 표현과 함께 정리했습니다.

문형	영상 속 표현
현재완료진행 have/has been + -ing — 전에 시작해 지금도 계속되는 동작	I've been teaching · we've typically been doing · have been improving
현재완료 have/has + 과거분사 — 과거의 일이 지금도 관련이 있을 때	we've gotten · have gotten · have changed
수동태 be + 과거분사 — 누가 하는지보다 무슨 일이 일어나는지에 초점	being eaten · be skilled · be read
관계절 who / which + 절 — 사람이나 사물에 대한 추가 정보	people who blend · people who inspired · restraint, which has

쉐도잉이란? 영어 실력을 빠르게 키우는 과학적 방법

쉐도잉(Shadowing)은 원래 전문 통역사 훈련을 위해 개발된 언어 학습 기법으로, 다언어 학자인 Dr. Alexander Arguelles에 의해 대중화된 방법입니다. 핵심 원리는 간단하지만 매우 강력합니다: 원어민의 영어를 들으면서 1~2초의 짧은 지연으로 즉시 소리 내어 따라 말하는 것——마치 '그림자(shadow)'처럼 화자를 따라가는 것입니다. 문법 공부나 수동적인 청취와 달리, 쉐도잉은 뇌와 입 근육이 동시에 실시간으로 영어를 처리하고 재현하도록 훈련합니다. 연구에 따르면 이 방법은 발음 정확도, 억양, 리듬, 연음, 청취력, 말하기 유창성을 크게 향상시킵니다. IELTS 스피킹 준비와 자연스러운 영어 소통을 원하는 분들에게 특히 효과적입니다.

섀도잉 방법: 단계별 전체 가이드 읽기 →

쉐도잉 연습: Introducing Become an Epic Product Engineer - 영상으로 영어 말하기 배우기

연습 모드 선택

앱 다운로드

추천 영상

The Art Of Winning In Tech

You’re Not Responsible for Their Emotions

Incremental Cooking in UE 5.7: A Dive Into the UE Cook Pipeline | Unreal Fest Chicago 2026

How to Move From Design to Product

The Technical, Business and UX Skills Every Product Manager Needs

/wayfinder: Nothing is too big to plan anymore

REPLACED BY RETHINKS How to Pitch Anything: 10-20-30 Rule by Guy Kawasaki

What is Engineering?: Crash Course Engineering #1

How To Learn Any Skill So Fast It Feels Illegal

Communicating the Future: Defining Where We Want AI To Take Us

#02 Common Pitfalls of building Human Resources Strategies

this will change how you make YouTube videos FOREVER

맥락 및 배경

일상 대화를 위한 5가지 주요 구문

단계별 섀도잉 가이드

이 영상의 문법

쉐도잉이란? 영어 실력을 빠르게 키우는 과학적 방법