跟读练习: We will all be generalists. - 通过视频学习英语口语

正在创建课程...
1
In the past, usually those developers who have deeply specialized in just one thing have been the ones paid the most.
2
So someone who was maybe into native Android performance or someone who specialized on Bluetooth low energy.
3
But now that output and research have gotten so much cheaper and faster with AI, there's ultimately more time for people to get better at more various things.
4
So how should we actually position ourselves in future?
5
First of all, what even makes someone an expert in a field?
6
Well for me at least it's someone who doesn't just have
7
the plain knowledge about a certain thing like Bluetooth low energy
8
but has implemented that in various different environments and gained real world experience that way.
9
So a BLE expert doesn't just know
10
which code has to be written in order to connect to a device for example
11
but they also know things like on which manufacturers there are which kind of quirks, what are edge cases to think of, which use case isn't it good for and why.
12
So I'm talking about those things you usually can't learn by simply watching a video or so.
13
Those things where you build something and then find out some environments or devices, it just doesn't work that well on.
14
Or you need some specific implementations to work around certain things.
15
And doing so not just for that one type of app, but for various.
16
So this kind of experience is what someone needs for me to at least consider them an expert.
17
And of course, if there's now a company having Bluetooth low energy problems, then they will be much better off having someone who spent a lot of time on that, to implement
18
that in various different environments than just taking let's call it
19
a general purpose android developer just like you would also prefer
20
going to a knee surgeon for a knee surgery rather than like a general practitioner
21
so can ai do
22
that can ai really implement such super specialized domain knowledge about
23
again let's take the example bluetooth low energy no ai in the end is trained on publicly available data
24
and such expert knowledge is of course hard to find anywhere in a structured format.
25
AI can build the happy path pretty well
26
but struggles at the edge cases especially when it's about such niche things like Bluetooth.
27
So AI cannot solely substitute the knowledge and the experience a real specialized expert has.
28
But still I think the level of expertise we as developers will have will become broader in future.
29
The thing is this while AI can't give you the specialized experience it makes gaining that significantly faster and easier.
30
You in the end still have to make this experience yourself
31
but this process of making it is just a lot faster
32
because first of all you can just get to a first working prototype a lot faster
33
so you can get this prototype on lots of devices faster
34
which makes you collect real world data on that prototype faster
35
and based on this real world data you can then again iterate on that prototype faster.
36
You can improve it fast.
37
You can again collect new real world data faster.
38
It just all got a lot faster nowadays to brainstorm how you could approach a problem
39
or a fix and all of that is what AI enables.
40
So what this ultimately means is, while you still have to do the same things to become really good at one niche thing, this process overall has strongly accelerated,
41
which means you have overall more time available to spend on other things, or in other words, more time to become an expert in other niches. And
42
that is why I do think the focus is shifting away
43
from being super duper great at one thing towards being super duper great at many things.
44
In times of AI, you're not special anymore, knowing a programming language
45
or knowing how to make a rest request that's simply not enough anymore to get a job
46
but something that any ai nowadays does very well in a minute
47
so our focus has to shift to a higher level and
48
that is knowing which tool to pick for which job
49
and this will be relevant across domains your main thing may be native android development
50
but just spending time on this one isolated domain is likely also not going to cut it anymore in future
51
but you will need surrounding knowledge so knowing okay
52
when would it be better to build the app non -native
53
for example how does the api design need to look like
54
to fit to the app what should your ci pipeline consist
55
of what is really the goal of the business behind the
56
app how we can improve this business purpose where does a more complex solution pay off
57
and where is it overkill maybe some kind of back -end
58
system design being able to design this whole thing not just the android app
59
but also the system that it connects to
60
so the bar to switch to related field
61
that is fundamentally different in implementation details
62
but very comparable on a higher level has just gotten
63
so much lower for example
64
if before this era of ai you are a native android developer
65
and you would feel well in this domain building android applications
66
in kotlin then you wouldn't just be able to open xcode
67
and start building an ios app some years ago
68
but now now it's possible you technically don't have to know
69
how to make a network call in swift anymore you don't
70
have to know how to set up a database table on iOS.
71
The AI does that for you
72
and as long as you know what a good network call in general looks like
73
and what a good database schema looks like you can also understand most of the code generated.
74
Just like you probably couldn't write a for loop in every
75
single programming language out there you would probably be able to understand a for loop in any language when seeing it.
76
It would likely be more difficult to build a stable backend as a mobile device
77
because it's a very different set of system design challenges
78
but an iOS app for example That comes with the same system design challenges we also have on Android.
79
Just the OS restrictions may be a little bit different here.
80
And I think this is really a big and important thing.
81
We as possibly native Android developers have to realize
82
that the exact look of low -level implementation details is becoming less and less important.
83
It won't matter
84
so much anymore how exactly a function is implemented as long as it does the job and is properly integrated, of course, into your architecture.
85
And as long as it fulfills the performance requirements you may have.
86
But whether a for loop is implemented or whether a while loop is used, how some variables are named inside, how it exactly works, that's not going to matter much anymore.
87
I really think we will ultimately all be software architects.
88
So we have to know how we build the house in a way
89
that we can put more and more floors on it, how we build it so it's not cold in winter.
90
But we don't have to know in detail anymore how we really put bricks on top of each other.
91
And that, by the way, is also a big question for me.
92
So what kind of content do I want to make in future?
93
And I think to some degree, I will always be the Android guy here.
94
And that's how most of you see me.
95
And it's also really something I love doing.
96
I love Android.
97
I love mobile development.
98
I love Kotlin.
99
But I also really see the value in gaining knowledge across domains.
100
Because it just has gotten so much faster, so much easier for us, mobile developers to maybe build an iOS app, a native one, or a website, for example, which is also just a client -based app.
101
And the ideas behind that are the same.
102
We have different frameworks to build the UI, different libraries, but in the end, it's a client application, it's making network calls, has maybe real -time communication, maybe has some kind of local storage.
103
Yes, it runs in a browser, that makes it a bit different, but all in all, it's very comparable.
104
So I'd actually love to cover a few topics here and there outside of the Android ecosystem, but really have no idea if that's something you would also want to do and which direction you find interesting.
105
For example, I always found backend interesting.
106
I found web development in general interesting, but also native iOS.
107
I kind of found everything interesting, but I also to some degree need to pick something.
108
So let me propose the following.
109
If you feel like, hey, that would be super cool to learn topic XYZ from Philip, please take a look in this video's comments if someone else already proposed that.
110
If that is the case, you simply give them an upvote so I can really see what most of you want to see.
111
If there is no such comment yet, then you just add a new comment so other people can upvote that.
112
That would really help.
113
This doesn't mean in any way that I will stop Android also.
114
Please don't think that.
115
I will keep doing primarily Android videos or mobile development content.
116
But I feel like I also need to adapt a little bit.
117
Because I'm not sure if in future it's enough to just be an Android guy.
118
So please let me know below what you would like to learn.
119
Thanks so much.
120
See you back in the next video.
121
Have an amazing rest of your week.
122
Bye bye.
123
We'll see you next time.

关于本课

您正在使用跟读技巧通过视频"We will all be generalists."练习英语口语和发音。

每天练习15到30分钟,将显著提高您的英语流利度和发音准确度。

什么是跟读法?

跟读法 (Shadowing) 是一种有科学依据的语言学习技巧,最初开发用于专业口译员的培训,并由多语言者Alexander Arguelles博士普及。这个方法简单而强大:您在听英语母语原声的同时立即大声重复——就像是一个延迟1-2秒紧跟说话者的影子。与被动听力或语法练习不同,跟读法强迫您的大脑和口腔肌肉同时处理并模仿真实的讲话模式。研究表明它能显着提高发音准确性,语调,节奏,连读,听力理解和口语流利度——使其成为雅思口语备考和真实英语交流最有效的方法之一。

影子跟读法: 阅读完整分步指南 →