쉐도잉 연습: how AI broke the SWE Career Ladder - 영상으로 영어 말하기 배우기
연습 모드 선택
각 모드는 전체 화면 연습실로 열립니다.
315 문장
문장이 너무 짧거나 길면 Edit를 눌러 조정하세요.
1
So AI did two opposite things to the junior level, which is number one, in the short term, there are a lot less jobs for juniors.
2
We have unemployment for serious computer grads at 6 % for the first time in years.
3
That also has to do with the economics, but on the flip side, it also empowered the juniors a lot more.
4
So back in the days, if you'd be a junior, you really needed a lot of handholding.
5
And pretty much any questions had to be answered by a senior engineer
6
that had to mentor you usually those people never had the time
7
because they're just churning out features and doing bugs
8
and you'd be left at your own devices with whatever documentation
9
companies had usually not a lot nowadays they give you a
10
code base you can just query it with the llm
11
and the llm not only answers questions
12
but it can also guide you to bring a feature to an end
13
and even do it for you
14
so all of a sudden juniors can actually deliver features kind
15
of end -to -end almost features two questions pop into my mind.
16
Number one, if juniors can deliver end -to -end, or almost can deliver end -to -end, what does this mean for mid -level and senior developers?
17
And secondly, if juniors with AI can deliver end -to -end, then why aren't there any job openings and it's so hard to find a junior position in the first place?
18
Yeah, so because juniors are also delivering end -to -end features, the frequency of everything that we shipped changed a lot.
19
We are shipping a lot more code.
20
So a lot of the work at the senior level, we'll see it's around building the software factory, building the systems that can sustain all this as a junior they can deliver features
21
but do they understand the long -term consequences of choosing one strategy for our css
22
or for our components of our backend rather than the other
23
probably not they can know it at a theoretical level
24
but they never had that production experience when things actually break
25
so yes they can deliver a lot more but you need seniors to enable the platform on which they deliver.
26
So that's number one.
27
And about the employment question, the problem is the junior label,
28
the way the industry recruiters and hiring managers look at juniors is still as someone that needs handholding.
29
And given the immense pressure it's on the budget right now, because a lot of companies are buying tokens, they're spending on AI and tokens and so on,
30
they really want someone that just can come into the codebase
31
and deliver end -to -end just because the economics around it
32
so what happens is they don't want to bet on someone it's also
33
because there's so much change they don't really know where to go
34
so they want the senior people to kind of tell them
35
they are not ready to absorb junior work all this is to say is
36
that if you're a junior you have to brand yourself as a software engineer take any work you can
37
if you can freelance if you can work for free
38
if you can do volunteering so You can add work experience to your resume
39
and work with AI and then go to companies and show them how you can deliver end -to -end.
40
Never market yourself as a junior and don't mention side projects or anything that makes you look junior.
41
People talk about their portfolio and side projects.
42
Those are, they scream junior.
43
You rather show them something that's real.
44
So if I understood correctly, if I'm a junior engineer right now, I should think of myself as a senior engineer from, let's say, five years ago.
45
Because with AI, even as a junior, you're way closer
46
and way more able to deliver almost end -to -end like a senior a few years ago
47
and companies are still stuck in this old mindset where they
48
are actually looking for what the senior engineer was a few years ago right
49
so you are solving two problems in one shot exactly now
50
moving on to the mid -level bugdon how do i go from junior to mid -level
51
and what does mid -level means these days with ai
52
so obviously mid -level engineers also got a lot of benefits from ai
53
and so back in the days you define mid -level as someone
54
that can own a feature now they can own a whole application
55
so if you're a front -end engineer you could probably work across the whole surface of the application
56
and even make more global decisions and
57
if you're a back -end engineer it's pretty much the same what changed is
58
that as a front -end engineer now because
59
when you're mid -level you're working a lot of times in implementation building the feature now
60
that will be more or less instantaneous
61
so you have the chance to go into architecture you'll have the chance to go into the CICD pipeline
62
if you're a front end you can even touch a bit the back end and
63
if you're a back end engineer you can get closer to
64
either the DevOps side of things go deeper in the database just
65
because your time freed up so not only you do feature delivery
66
but all of the sudden you can care about architecture a bit of system design
67
and entry and delivery
68
when it comes to observability metrics CICD granting uptime all those
69
things used to be owned by the senior in the team
70
but now it kind of democratizes in a way one question
71
that comes to my mind Bogdan is now
72
that everybody's kind of moving up
73
and doing more the juniors are doing more the mid -levels
74
are doing more I guess the seniors are also doing more
75
a lot of people are worried about conflicting responsibilities you know
76
if I'm doing more
77
and you are doing more at some point we are going
78
to have a conflict we're going to have a collision right yes
79
if you assume a static mindset where we're building the whole thing
80
and now you can also do what i used to do then cool
81
but what happens with ai is that a lot of things
82
that were not possible are now possible people
83
that were building young native apps are building now native apps with swift
84
and ios so the surface
85
that any of us has to own became much bigger the
86
expectations on a junior level are not the ones we used
87
to have the expectations for a normal software engineer are not the ones who have the speed at
88
which you need to make decisions in terms of the quality of the code it's much higher
89
and you need to make a lot of decisions without necessarily
90
knowing what the code is you need to somehow infer what
91
this decision will mean for the code base not only that
92
but what we are seeing is that the focus now it's on token efficiency
93
so until i think mid of this year it was all
94
about okay let's adopt the i edit everywhere spend as many tokens as you can token max
95
but now companies realize hey it takes time to build valuable stuff it takes time for us to monetize this
96
but our cost increased now we spend on the people
97
and on ai so what they are doing is okay let's talk to our senior engineers
98
and see how do we spend our tokens how do we
99
design the code base how do we design a token efficient code base
100
and we call that a zero token architecture
101
so things definitely change we are not building the same software we used to build three years ago
102
if you're looking at the software from three years ago your typical crowd application
103
that would take a lot of manual work to get to
104
production then yes you'd feel like oh my god i'm being displaced
105
but the reality is yes you are being pushed up
106
but there's a lot of space up where you can grow talking about this intuition about technical decisions
107
and making technical decisions i guess
108
that leads us to the senior engineer senior full stack seems
109
like we have there how does the senior engineer level changes with ai
110
so one of the biggest difference between all those levels is
111
that with ai they could all build the same feature
112
but the way you can tell if someone needs to see
113
or not it's by the quality they get in their first
114
version what we are seeing is a lot of applications are
115
just releasing slop there's a lot of production box there's a lot of incidents
116
because people don't think too much about what they're doing they don't think about the consequences
117
or they don't have the experience to own the surface they they have
118
so we are passing this debt to the consumer we are passing the box to the user
119
and you can see big applications are breaking and
120
so the difference today is not any more the speed back in the days you were a senior
121
if you could deliver faster
122
and the reason why you could as a senior engineer own end -to -end features is
123
because you are reasonably faster across all the stack whereas the mid -level let's take them ages
124
so now the difference is quality
125
whereas a senior could get the same feature live they would spend less tokens
126
and there will be less production defects there will be less bugs basically the other difference is
127
that the senior can understand the software factory we are building not only the feature
128
that comes out
129
but also how should we set up our agent md our
130
skills what models should we use how to make the system more stable
131
so they talk more about the not only the car
132
but the factory
133
that produces the car now a lot of people are talking
134
about software factories i saw other people comparing it with the kitchen
135
because software it's a design process we are not churning out the same car all the time
136
so this whole comparison with the factory is not direct people are trying to build a structure
137
but the software needs to be a lot more mobile anyways all this is to say
138
that see the senior full stack engineer would probably be the person
139
that delivers across the stack with ai with the highest quality in the least amount of iterations
140
and i would say they don't only deliver software
141
but they make the system
142
that delivers software the teams the ai the code base the harness
143
that the models are working around them better right
144
and that's a totally new dimension for senior engineer one thing
145
i want to touch upon it's we see a lot of front -end engineers
146
which are also lost they feel like the market has been displaced
147
and that's why you have this full stack word there bogdan
148
so why full stack
149
so with ai all of us are required to move towards the full stack a bit more
150
so either you're in the back end
151
or in the front end companies they want speed they know what the models can do
152
and you will be required to work across a full stack
153
now this does not mean you have to get into database optimization but
154
if you look at front -end engineer positions in the US
155
in the last three months we scrapped around 10 ,000 of them
156
and 60 % were mentioning REST APIs
157
and Node .js as a core skill those are front end positions
158
so front end is not anymore adjust the client application you also care about the data layer
159
so my advice to everybody in the front end is look
160
at your front end skills make sure they are solid and
161
if they are your best way to increase your chances in
162
today's market it's add full stack skills to your skill set Bogdan, what about the next level?
163
I think at senior level, it's where people split between individual contributor and engineering manager.
164
And I know at least engineering managers have been highly impacted by AI.
165
Yes.
166
So when it comes to the senior full stack engineer, this is what we call career level because it's where you could stay for the rest of your career.
167
Now, the thing that changed with the senior level is that back in the days, you used to be very attached to your tech stack.
168
So you'd be a senior full stack engineer that knows react
169
and typescript nowadays it's easier for you to extrapolate that to
170
other programming languages or even other platforms so
171
when we talk about full stack it's not anymore about your typical stack somebody
172
that can really think about the high level the fundamentals of software engineering
173
and they can apply
174
that to even a different platform like i don't know you
175
could do embedding engineering you could build a mobile app
176
so this is the most stable level it's also the hardest to get to
177
because you need to be able to move very fast from sql optimization to CSS patterns.
178
So your fundamentals have to be really strong
179
and you need to have this ability to transverse your knowledge from one point to the other.
180
Now moving up you could choose to either go on the management track or go to the CTO level.
181
What we've seen in the last couple of years is that the management track also became more thin.
182
A lot of companies fired a lot of engineer managers and a lot of tech leads.
183
A lot of the clarification and alignment can be done with the central LLM.
184
Other companies have this central LLM that you can ask things about the company strategy.
185
So a lot of the management work, it's also being replaced.
186
But again, when it comes to hiring people, making sure the culture is okay, you probably have a lot more conflict now, as you mentioned, between different people because they all overlap.
187
It's very hard to set boundaries for responsibility if there's a live bug who did this.
188
And so I do think you will need very good engineering managers
189
and head of engineering
190
but again the the sector is changing a lot of those big companies have been letting people go
191
and what amazon and a lot of other companies did is
192
that they force their engineering management to become hands -on
193
which is closer to the senior full stack goal
194
or the lead developer so all in all this is to say
195
that the engineering manager also needs to become a bit more full stack
196
and i would add bogdan now that everyone is building and building
197
and shipping i i feel like alignment of the product alignment
198
of the team alignment of the code base it's something
199
that someone has to do a lot more intensely than they used to do a few years ago
200
because you just have a lot more stuff
201
and it's easy for teams probably to go in different directions
202
to be like let me build this let me explain everybody has a an experimentation mindset right now
203
and i think they forget about the vision right
204
and probably an engineering manager role is to align
205
that tangle vision just more intensely like before
206
because there's more stuff being built align the product managers behind it
207
and align the management behind it so
208
if i would be an engine manager right now in the
209
market i would specifically talk about my my ability to steer teams in the right direction
210
when they're building and shipping so much exactly
211
so it's easier than ever to just go into 100 different directions
212
and you'll see products
213
that are not cohesive at all in terms of how they behave i'm not only talking about css
214
but also like the interaction patterns how screens look like
215
and what happens to the back end it will all look different
216
and the one thing that i want to mentioned with AI is that it made easier to build new software companies.
217
Now, it's going to take some time, but you do see a lot of AI founding engineers, a lot of positions where they require someone that's pretty much at the senior level
218
and has a bit of understanding of the product, and they're building things from ground up.
219
So what happened is big tech is getting a bit displaced, and a lot of the new positions, and it's very relevant to your senior full -stack engineer, will be in traditional industries, where you go into finance or healthcare,
220
and you are working almost directly with stakeholders and AI to build something from scratch.
221
Awesome.
222
Then what about the individual contributor path beyond senior?
223
We had, you could become a freelancing contract to stay at the senior level.
224
Like you said, you could become a lead developer and lead teams, but technically.
225
And then there was a principal staff engineer path.
226
Exactly.
227
So the freelance contracting is pretty much the same dynamics as a senior.
228
The only difference is you can usually charge more, but you have less stability.
229
Lead developer is pretty much where engineering managers are being forced.
230
And the principal staff, this one is weird because those are the people that are actually focusing on actually the AI work.
231
So this means kind of building harnesses, doing a lot of context engineering at company level,
232
and doing a lot of choosing which models we use, optimizing our tokens.
233
So there's a lot of work to be done there.
234
And also there's a lot of pressure on all these downstream services.
235
People are releasing daily now.
236
We used to release every two weeks.
237
And so there's a lot of things that are breaking under the hood, and the principal engineers are the ones responsible to get the company there.
238
One of the good examples I can give is we had this new model that is JEV, which is basically about adding static.
239
the safety to LLM generations, to LLM decision -making, and that's where engineers, principal engineers come in and are like, okay, should we use a reasoning model?
240
Can we use a decision -making model?
241
Can we use a local model?
242
Can we run an open source model?
243
And all those kinds of things that are not, you don't need to be a machine learning engineer for this, it's traditional engineering, and that's where they would work.
244
Whereas back in the days, they would be like, oh, should we split this microservice or not, which is now the kind of work that even seniors can grasp.
245
Now, I feel like we went very fast around the freelance contracting.
246
That's a whole world by itself, because now with AI, companies feel very capable and there's a lot less freelance work going around in the first place.
247
And the work that's left for the folks watching us, the expectations are crazy because people are like, hey, I'm paying you a thousand bucks a day.
248
Then just can you just use AI and ship it?
249
So if you want to go into freelancing right now, number one, you're getting into a much more unstable market.
250
And number two, you have to be a master of managing expectations because what AI did,
251
it's totally distorted expectations over employees in the first place.
252
But I can't even imagine the pressure freelancers are under right now.
253
If you want Bogdan Knight to do a video specifically about the freelance dynamics with AI coding, then just let us know in the comments.
254
Now, moving on to the last ladder, Bogdan's CTO, very interesting for people who have high aspirations in the audience.
255
How did the CTO job change with AI?
256
so i think cto was one of the most stable just
257
because a lot of the skills at the cto level are
258
dealing with very incomplete information it's a lot about hiring
259
and yes you can ask how to do those things
260
but it will be a recipe for disaster you still need
261
experience what we see a lot is this position called founding engineer which is kind of a cto founding engineer
262
And you see a lot of small companies, people that were doing HR or sales, that all of a sudden, they see the opportunity to build their own software.
263
And they need a founding engineer, which is someone that kind of does product management and development.
264
And I think there's a lot of opportunities there too.
265
Now, you need to make sure that you have very sound fundamentals.
266
So you deliver with quality because you are the last person.
267
Something breaks, they'll come to you.
268
And you need the product skills.
269
So it's a combination between product management, moving fast with AI, and traditional full -stack engineering.
270
So I think that's a new one.
271
And it's pretty much the same about the, what we call the forward deploy engineer, which is the equivalent of a founding engineer,
272
but in a established company where you get in and you're doing a lot of consultancy around the product.
273
And then once the solution is defined, then you can execute on it with AI.
274
The million dollar question now, in the past, seniority being the difference between a junior and mid -level senior, what was all about technical ability, right?
275
But I feel like AI changed that.
276
And my question is, what makes us CMEA now?
277
And what is the thing that developers who want to level up should focus on?
278
What's the criteria there?
279
So if I were to summarize it in one word, it would be quality.
280
And so quantity is not a differentiator anymore.
281
Just like blog posts and social media posts, everything can be done in seconds with AI.
282
But the quality will be very poor.
283
And the problem with quality is that you'll get
284
that feedback after you deploy that to production and you have less users or more bugs.
285
And what we will see is that is the people that can reasonable software quality is the people that ask themselves, okay, we're having all these bugs.
286
Is it because the architecture has to be changed?
287
Is it because we need to use something different in the way we do our state management
288
or do we have to change our database?
289
And so that kind of questions and having that wisdom only comes from experience.
290
The problem I see with AI and cloud codes is
291
that they can definitely do great work if you are able to ask them to do great work.
292
And the only way for you to do that is if you understand software engineering, you understand how computers work, you understand HTTP, you understand HTTPS, and you really can reason about those things.
293
Now, you won't have to write as much code by hand as you used to, but the decision, the quality of your decision -making matters more than ever.
294
So yeah, somebody can come in as a junior and talk about how they can ship a lot of features, but nobody will care because everybody, even a product manager can ship a feature on the code base right now.
295
So it has nothing to do anymore with engineering.
296
And that's something I want to underline because people say, hey, you know, everybody can answer these questions.
297
You know, you just give them access to cloud code.
298
And we heard stories of developers and companies where everything is being done by AI.
299
Everything has been, the whole business logic has been fed into models
300
that tickets are being written by AI and they are being implemented by AI.
301
And it's all kind of this virtual dimension where nobody really knows what, they're just following what the LLM says.
302
And what people have to be aware of is that, yes, everybody can find an answer if they have access to cloud code, but what if they don't?
303
So the question is, how can you reason and what can you do without AI first?
304
Because everyone has access to these models.
305
They are a commodity.
306
The one thing I would close with is that everybody can buy a camera and everybody can buy a phone, but that doesn't make your photographer.
307
With that being said, folks, if you are trying to understand where you're at in the software engineering ladder, are you a mid -level, junior, senior, then check the link in the comments.
308
There is a free Tangle assessment that's very much focused on fundamentals.
309
It's about 10 minutes and it will give you a full overview of what your Tangle gaps.
310
Also, if you're looking to get hired in the next 90 days, check the link in the comments.
311
We have a specific program for that and
312
if you're looking to become an AI native senior full stack engineer
313
and work with Bogdan and I personally to help you do
314
that check the link in comments and see if you're a fit with
315
that being said Bogdan thank you so much and we will see you folks in the next one
앱 다운로드
유창하게 말하는 데 필요한 모든 것
AI 발음 평가문장마다 점수 확인
IPA 발음 연습모든 소리 마스터
단어 학습나만의 단어장 만들기
단어 게임놀면서 외우기
같은 채널
FOR YOU
추천 영상
이 레슨의 어휘와 말하기 포인트
이 영상에는 섀도잉할 문장 315개와 단어 4251개가 있습니다. 말하는 구간의 길이는 20:33입니다. 화자는 분당 약 207단어로 빠르게 말하므로 연음과 약하게 발음되는 소리가 많습니다. 단어의 87%가 영어에서 가장 많이 쓰이는 3,000단어에 속합니다. 나머지는 연습 전에 미리 확인해 두세요.
이 영상의 핵심 어휘
영상에 나오는 익혀 둘 만한 단어 15개를 발음, 뜻과 함께 정리했습니다.
| 단어 | 발음 | 뜻 |
|---|---|---|
| stack 명사 | /stæk/ | 무더기 |
| token 명사 | /ˈtoʊkən/ | 토큰 |
| architecture 명사 | /ˈɑː.kɪˌtɛk.t͡ʃə/ | 건축, 건축학 |
| hire 동사 | /ˈhaɪɹ/ | 고용하다 |
| fundamental 형용사 | /ˌfʌn.dəˈmɛn.təl/ | 기본적 |
| bug 명사 | /bʌɡ/ | 벌레 |
| stable 명사 | /ˈsteɪ.bəl/ | 마구간, 축사 |
| cloud 명사 | /ˈklaʊ̯d/ | 구름 |
| sudden 형용사 | /ˈsʌd.ən/ | 급격한 |
| database 명사 | /ˈdeɪtəˌbeɪs/ | 데이터베이스 |
| economics 명사 | /ˌiːkəˈnɒmɪks/ | 경제학 |
| skill 명사 | /skɪl/ | 기술, 스킬 |
| nowadays 부사 | /ˈnaʊ.ə.deɪz/ | 요즘 |
| dynamics 명사 | /dɑɪˈnæm.ɪks/ | 동역학 |
| consequence 명사 | /ˈkɑn.sɪ.kwəns/ | 결과 |
영상에 나오는 구동사
| 단어 | 발음 | 뜻 |
|---|---|---|
| come out 동사 | /ˌkʌm ˈaʊt/ | 나오다 |
이 영상의 문법
화자가 가장 많이 쓰는 문형을 영상 속 실제 표현과 함께 정리했습니다.
| 문형 | 영상 속 표현 |
|---|---|
| “used to” used to + 동사 — 지금은 아닌 과거의 습관이나 상태 | used to be · used to do · used to build |
| 수동태 be + 과거분사 — 누가 하는지보다 무슨 일이 일어나는지에 초점 | be answered · be left · be owned |
| 관계절 who / which + 절 — 사람이나 사물에 대한 추가 정보 | level, which is · ones who have · JEV, which is |
| 현재완료 have/has + 과거분사 — 과거의 일이 지금도 관련이 있을 때 | has been displaced · have been · we've seen |
주의할 발음
화자는 you're, don't, they're 같은 축약형과 약화된 형태를 54번 사용합니다. 들리는 대로 짧게 발음하세요.
- “th” 소리: thin /ˈθɪn/, theoretical /ˌθi.əˈɹɛt.ɪ.kəl/
- “sh”와 “zh” 소리: expectation /ˌɛk.spɛkˈteɪ.ʃən/, dimension /daɪˈmɛn.ʃən/, optimization /ˌɑptəmaɪˈzeɪʃən/, efficient /ɪˈfɪʃənt/, efficiency /ɪˈfɪʃ.ən.si/
- 긴 단어 — 강세 위치에 주의: developer /dɪˈvɛləpɚ/, expectation /ˌɛk.spɛkˈteɪ.ʃən/, architecture /ˈɑː.kɪˌtɛk.t͡ʃə/, fundamental /ˌfʌn.dəˈmɛn.təl/, economics /ˌiːkəˈnɒmɪks/
이 영상으로 연습하는 방법
- 먼저 말하지 않고 영상을 끝까지 듣고 모르는 단어를 적어 둡니다.
- 0.75배속으로 한 문장씩 섀도잉을 시작하고, 익숙해지면 보통 속도로 돌아갑니다.
- 자신의 목소리를 녹음해 원본과 비교하고, stack, token, architecture 같은 단어에 특히 주의합니다.
쉐도잉이란? 영어 실력을 빠르게 키우는 과학적 방법
쉐도잉(Shadowing)은 원래 전문 통역사 훈련을 위해 개발된 언어 학습 기법으로, 다언어 학자인 Dr. Alexander Arguelles에 의해 대중화된 방법입니다. 핵심 원리는 간단하지만 매우 강력합니다: 원어민의 영어를 들으면서 1~2초의 짧은 지연으로 즉시 소리 내어 따라 말하는 것——마치 '그림자(shadow)'처럼 화자를 따라가는 것입니다. 문법 공부나 수동적인 청취와 달리, 쉐도잉은 뇌와 입 근육이 동시에 실시간으로 영어를 처리하고 재현하도록 훈련합니다. 연구에 따르면 이 방법은 발음 정확도, 억양, 리듬, 연음, 청취력, 말하기 유창성을 크게 향상시킵니다. IELTS 스피킹 준비와 자연스러운 영어 소통을 원하는 분들에게 특히 효과적입니다.














