Luyện nói tiếng Anh bằng Shadowing qua video: Go’s Big Mistake

It's been no secret that I love Go, okay?

⏸ Tạm dừng

Tốc độ:

207 câu

Nếu các câu quá ngắn hoặc quá dài, hãy bấm Edit để chỉnh sửa.

It's been no secret that I love Go, okay?

I have spent many an hour programming on Go.

I built an entire whole, like, Doom, where a thousand people could play Doom all at the same time via Go.

I have been a big fan of Go for a very, very long time.

It was one of my go-to languages

that I would reach for whenever I'd want to build anything that kind of interacts with the command line, anything that needs to interact with the system.

Very quick, very simple, and honestly, I just have a lot of warm feelings about it.

But I do know it's a simple language.

There's nothing about it that was complex.

There was nothing about it that you could do or represent in a complex way.

And that's honestly been a huge appeal for me is

that I could do so much because all I would care about it,

all I would focus on is writing about the problem as opposed to solving the kind of ancillary problem.

And this has been the Go mantra for a long, long time, which is like you go into any Go project, pretty quickly you can feel at home.

Everyone uses the same formatter.

Every function effectively looks like you would write it to, everything is pretty constrained in the exact same way because there's really only one way to write Go.

But those days, they're changed.

And we're going to be doing a lot of yapping here.

So I hope that you're prepared because this is one of those passionate yaps where it's like, I feel like my childhood's being ripped away from me.

Okay.

Now, before we kick off this whole Go apocalypse that I'm going to be yapping about, I do want to kind of give you my first introduction to Go.

I think it was right around 2015, 2016.

I started writing Go a little bit more seriously.

And of course, I became so kind of go pilled

or go brained that there are certain phrases that I couldn't understand about other languages.

If you said it to me, like I wouldn't land on me.

A good example is I was at Facebook interviewing.

Yes, I interviewed for the performance team.

And during that time, they asked me a simple question, which was, hey, how do you return multiple values in JavaScript?

Now me personally, I'm in go land.

And I'm like, bro you can't do

that okay go has multiple return values javascript doesn't have multiple what the hell are you talking about

and of course then the person's they thought i was an idiot

because they're like you return an object to dummy or an array

and i'm like but that's one value and i just remember being

so offended by that that was just

so go pilled i couldn't hear what he was trying to say you get the idea i failed the interview

so massively on such a stupid thing anywho so my go days have been long.

I've really enjoyed it.

I've used it for quite a few years.

And I'd have to say, it's been one of my favorites.

Now, before we begin, I'd like to say thank you to the sponsor and a quick word.

Hey, do you like waiting?

Yeah, neither do I.

With Blacksmith, you get speed, 2x faster hardware, 4x faster cache downloads, and 40 times faster Docker builds.

So stop waiting around.

Use their migration wizard to easily transition your repos onto Blacksmith today.

Thank you, Blacksmith, for sponsoring this video, and you, check out the links down below.

All right, so welcome back.

It turns out that now go and go 1.27.

You can do generics even on method receivers.

For those that don't know, for a long time and go, you could only do it in functions.

If you don't know what a method receiver is, effectively, you can create a struct and something that looks like a function hanging off the struct would be a method receiver.

It'd actually be a function that's associated with some data, just like an object or a class.

And you could never do generics on that.

You can only just do it on freeform functions and that's it.

But now in our new world that we live in, you can now do it on everything.

So you can actually see right here, here's a result object, right?

And it can have a value V or an error error.

And I have an is okay function like, hey, are you okay if the error equals nil?

Yes, you are.

Okay, awesome.

You're okay.

And this is generic over the value V, which means I can also do things like this.

I can return a result of type foo, which means it has an error.

And then I can go in here and do all of this beautiful code where now I have a results object, which means I can write code that looks a bit more like this, I can convert a read operation into a result,

I can then string a fight from bytes, and then I can parse it, unwrap it and print it right here.

If my file contains an error, it's going to let me know, hey, there's an error in whatever you're attempting to parse.

If I jump back over here, go in here, jump this thing and say, turn it into 69.

Nice.

Rerun this thing.

You'll see right here.

Hello, 69.

Everything parsed fine.

So I know at this point, people are looking at this and going, hey, I kind of like that style of code.

This would be nice code for me to work on with going.

I do hear you.

This is generally nice code, but you have to kind of take a step back and understand go from the very beginning.

The very mantra of goes that there's one way to do anything.

Do you think that this is going to lead to one way to do something?

Or now you're going to have a cornucopia of different ways in which you're going to do stuff, you're going to jump into code bases and have no idea how they work, you're going to have to go through layers of abstraction

and whole new ways in which to express things in

which is just going to be like every other language just without all the conveniences.

A good example of that is if you wanted to do a you can't do like a generic convert function, where I can convert any function with any length of arguments into a result type.

So instead you have like convert one, convert zero, convert two, convert three.

I've tried many times to get some version of this working

and I could not seem to get this version of this thing working right here.

Whereas something like this in TypeScript, very easy to do, right?

Like, okay, there you go.

You can convert any amount of arguments into this.

And so it's like the actual genericism that Golang is providing is in fact not that good, but then on top of it,

It's just gonna make every code base completely different.

And this was the entire argument, by the way, as to why they were not going to do error handling.

Error handling has historically always been the butt of a joke for when it comes to Go, because if you wanted to do something like this,

print some you'd have to take the two strings coming in convert the first string into a number

which could result in an error because that makes sense right

if i try to convert hello into a number well it's not a number it's an error actually and

so there we go we have an area i convert b

that's into an error then i can finally print it then i can finally return

100

so that means this is air handling code air handling code air handling code

101

that means there are one two three lines of actual code,

102

whereas there's one, four, seven lines of code dedicated to air handling.

103

And this has always been the big problem.

104

Now, I personally have enjoyed this kind of air handling because that means every single time I do something that could air,

105

I know it and I have to explicitly handle it.

106

Now, granted, there could be some more ergonomics around it.

107

But nonetheless, I've actually really appreciated that about Go.

108

And the reason why they said no, hey, we're not doing fancy air handling, Okay, we're not going to be throwing in tries.

109

We're not going to be throwing in some sort of extra error capture up here.

110

No, we're not going to be throwing in little question marks like we're Rust.

111

Okay, we're not doing any of that shit, brother.

112

Okay, we're going to keep go, go, the end.

113

And honestly, you may not like that.

114

But to me, that is okay.

115

Because that is one thing I've appreciated about it.

116

Every code base is the same.

117

Now we have a whole new set of problems.

118

We now have iterator.

119

So now you're hiding what's actually happening.

120

Again, another thing I loved about Go.

121

everything you did, you understood the cost.

122

When you need to iterate over a list, you could understand what's happening.

123

Now, all sorts of stuff could be hidden from you due to iterators.

124

We now also have generics.

125

And in fact, this has led to a very good article called Go's evolving in the wrong direction because here's the deal.

126

If you want a fancy type system, don't use Go.

127

So now that they're adding all these features, you still get all the crappy type system of Go

128

that was good because of the way it was an unabashed procedural language, right?

129

It is purely imperative.

130

Nothing about it was fancy.

131

But instead, it's like you get Rust Lite.

132

You get kind of like the worst version of Rust or the worst version of TypeScript Brother.

133

If I wanted those, I should just go and use those other languages.

134

They have significantly better items to offer if this is what I was going for.

135

I used Go for what it was, not so that it could look like every other language just with the new set of syntax.

136

This is the thing that really bothers me about Go.

137

Go knew what it was.

138

And that's one thing that was very special about Go.

139

A strong standard library, a very simple language.

140

Now, yes, could they have made error handling better?

141

Absolutely.

142

Could they have made enums of any kind?

143

Absolutely.

144

And I think that would have dramatically made people's life better.

145

But they didn't.

146

They have chosen to actually add to the language ways in which make it so that

147

every code base is going to be so bespoke now and so much different.

148

It's going to be so much more frustrating than it used to be.

149

Go is no longer the language I like.

150

I don't want to use Go anymore.

151

In fact, I kind of found its spiritual successor.

152

So Odin right here, the language that you see right behind me, this thing I've actually really enjoyed because it reminds me so much of Go.

153

It has package level or directory level packages.

154

So everything inside a directory now shares all the types.

155

I really prefer that over file level modules.

156

I like package level modules or package level directories.

157

Oh, so much better.

158

It also has explicit overloading.

159

I really, really like that it does do some polymorphism, parametric polymorphism and all that.

160

But honestly, I rarely even feel like I need that.

161

I just program the problem.

162

And it works.

163

The language looks good.

164

It gives you complete control over allocations and how memory works.

165

And it's just so straightforward.

166

Absolutely lovely to work with.

167

And that's because Odin knows what it wants to be.

168

It's an unabashed, simple, C-like programming language designed and geared towards games and graphics and that kind of nature.

169

Go used to be the same thing.

170

It was a simple kind of system level, server level language that was designed to sit in this intersection.

171

Instead of being like complicated Java land, you would have something super simple.

172

The build tool, the formatting tool, the how you run it, all into one.

173

It was a self-contained, self-packaged language with a very minimal package management system built into it such

174

that you didn't actually overrun your project.

175

Like it knew what it was.

176

But now for the first time, I feel like Go is having its spiritual crisis.

177

It doesn't know what it wants to be.

178

Now apparently it wants to be Rust.

179

It wants to like, okay, I guess we have C++ Lite now.

180

Fantastic.

181

That's all I've ever wanted in life, right?

182

I just wanted another thing in which I can have massive abstractions

183

and find myself tight masturbating all day instead of actually solving the problem at hand.

184

Thanks, go.

185

Anyways, I say all this because I'm just getting all fired up

186

because it's like one of the languages that I found very appealing due to how different it was from everything else.

187

Like I knew that when I used it, I was solving a specific problem.

188

And it was like the best tool for the job.

189

Like it had this very nice kind of one to one reach.

190

And now like Odin, it feels like that too.

191

It's a very, it has this very defined purpose.

192

And I feel like I can just reach for it when I need to solve a certain problem.

193

I don't feel that anymore with Go.

194

And it just makes me feel a little bit funny.

195

I don't know.

196

Well, hey, you know, I'm supposed to do this as a YouTuber.

197

Yo, hey, bro.

198

Hey, what's your opinion on this?

199

Honestly, I'll read them.

200

Lay me down some opinions.

201

Maybe smash that like button in the subscribe or something like that.

202

I haven't asked for this in a long time, okay?

203

I haven't asked for this in over 130,000 subs.

204

So why don't you just do it?

205

For old time's sake, okay?

206

Me and you, we're going to feel better together.

207

The name is The Primogen.

TRENDING

Phổ biến

Phương Pháp Shadowing Là Gì?

Shadowing là kỹ thuật học ngôn ngữ có cơ sở khoa học, ban đầu được phát triển cho chương trình đào tạo phiên dịch viên chuyên nghiệp và được phổ biến rộng rãi bởi nhà đa ngôn ngữ học Dr. Alexander Arguelles. Nguyên lý cốt lõi đơn giản nhưng cực kỳ hiệu quả: bạn nghe tiếng Anh của người bản xứ và lặp lại to ngay lập tức — như một "cái bóng" (shadow) đuổi theo người nói với độ trễ chỉ 1–2 giây. Khác với luyện ngữ pháp hay học từ vựng bị động, Shadowing buộc não bộ và cơ miệng phải đồng thời xử lý và tái tạo ngôn ngữ thực tế. Các nghiên cứu khoa học xác nhận phương pháp này cải thiện đáng kể phát âm, ngữ điệu, nhịp điệu, nối âm, kỹ năng nghe và độ lưu loát khi nói — đặc biệt hiệu quả cho người luyện IELTS Speaking và muốn giao tiếp tiếng Anh tự nhiên như người bản ngữ.

ShadowingEnglish.com – Luyện Nói Tiếng Anh Bằng Shadowing

Nói tiếng Anh lưu loát với phương pháp Shadowing — nghe người bản xứ, đọc theo từng câu, rèn phản xạ ngôn ngữ thật sự. Được hàng ngàn người học IELTS tin dùng.

Luyện nói tiếng Anh bằng Shadowing qua video: Go’s Big Mistake

Phổ biến

Giới Thiệu Bài Học Này

Từ Vựng & Cụm Từ Chính

Mẹo Luyện Tập

Phương Pháp Shadowing Là Gì?

Luyện nói tiếng Anh bằng Shadowing qua video: Go’s Big Mistake

Tải Ứng Dụng

Giới Thiệu Bài Học Này

Từ Vựng & Cụm Từ Chính

Mẹo Luyện Tập

Phương Pháp Shadowing Là Gì?