Should you learn Go in 2023? 

Absolutely! I will put out some new content soon.

@@dreamsofcode please make a Playlist for learning

Such an interesting story! I'm going to have to do a video about it

you're saying like it's something bad)

It's like C for the 21st Century. It's like scripting in a low level language.

Sounds like communism

Except there exists an even simpler language with even faster speed than Go, named Mojo...

Absolutely! I've got a lot of Go content planned for this year 😁

I will do!

It's a great choice! I have some more golang content coming soon as well which uses both!

that is nice , however do not base your career on a particular language but on skills, best wishes !

@@anuragbisht1200 humbled brother 😄😇

I've got a few Go videos lined up!

Haha! That's a good reason

Yes sir!

I shall have to do one on concurrency!

@@dreamsofcode That would be great!

I 100% agree. This is probably my biggest criticism of rust.

​binitrupakheti: Go is fun but I don't think I'm gonna use it dreamsofcode: I 100% agree. This is probably my biggest criticism of rust me: what.... lol

It's a great question. Personally I'd probably build in Rust. But if my team wasnt as familiar, then Go is much easier to pick up. It also depends if there's a need to build on top of any other framework and how well that is supported in Rust vs Go.

Go is always superior when it comes to building anything that has to do with web apps, networking, and cloud architecture.

@@nictibbetts it what sense? Because Rust is faster and has less compiled errors but I know that golang is easier to write and do concurrency. Cloud probably is easier to write in go but better?

@@arturfil sure that may be true about Rust but Go is a powerhouse when it comes to many thing related to networking or infrastructure. On top this Go is just easier to use comparatively. Furthermore, this ease of use makes its scalability and maintainability superior to that of Rust. With that said Rust out performs Go in many other areas but again Go’s simplicity makes it an attractive alternative.

​@OffroadG ; Rust is safer at compile time by being strict about what you can and cannot do. Go, however, has little compile time safety: everything is mutable, so you're always at risk of data races, the type system is weak, and there are many edge cases that can surprise you. Rust seems harder becomes it makes you handle all of the necessary complexity. Once you do that, your program is more reliable. On the other hand, Go tries to hide that from you, but it will eventually bite you. You see all this as "punishment", but it's better viewed as "additional safety".

I'd say the major reason is cognitive complexity when compared to Rust. Go is much more aligned with imperative languages, which most devs learn to code with. Therefore productivity is easier on teams which some cost for speed or safety. That being said, I do love Rust and would personally prefer to use it more, but I can see the business use case for Go. For personal projects: it depends. Do you want to get something built fast or for fun, if for fun, then use whatever language will give you the most joy! For rapid prototyping, Go is probably going to be better, especially as it has a larger community and thus more mature packages to use.

​@@dreamsofcode I get where you come from. Rust would be a more mature solution, but Go is definitely easier for startups and getting a job. Thanks!

@@frittex Getting the job done extremly fast is one of the main focuses of Go. I prefer Rust over Go Tho

go is saver than rust

No semi-colon too. No parenthesis for structure commands like "for", "if". But still few curly braces for blocks.

which one like

Aww thank you so much. I really appreciate that. Fireship is awesome and there's certainly been some inspiration there, but I agree there has to be some personal style added. Definitely figuring it out still and learning, however! Looking forward to finding my groove.

@@dreamsofcode Honestly you're doing great, your videos are amazing. Keep up the good work

@@Redyf Thank you! I really appreciate that.

I concur with the above. If it weren’t for your videos popping up, I wouldn’t have known the magic of ✨NeoVim with LSPs✨

I think so❤❤

I absolutely can do!

If you Go for Go, you're Going for Gold :)

Great ideas! I've added to my backlog for them

I believe so, Go is somewhat inspired by python. However, there's some key differences (especially around concurrency). I think Go is a decent next step, more so than any other languages.

I think they both have different use cases and can compliment each other. Go is much easier to use and allows for rapid prototyping, whereas Rust is great for tightening up resources and performance.

rust is low level programming language and better for kurnel level things, where as go is a replacement of java, c++ basically backend/devops/gRPC/microservices these are the area where you will be using go

that's because Allman is objectively trash

Go is pretty high in demand from what I see, but then I also spend a lot of time hiring for Go devs as well. I see a lot of Elixir, Scala and Clojure as well.

@@dreamsofcode At the moment I see 4 job ads for C developers (out of just above 3000 job ads for developers), and 4 job ads where Go is used but it is not a requirement for any of them. But I did forget about C# being in demand (I ignore them because they are probably for Windows development).

Elixir: 2 ads (not even irrelevant stuff show up) Clojure: 2 ads (not even irrelevant stuff show up) Scala: a few ads show up, but a lot of them seem to be irrelevant, and I cannot find any there it is actually a requirement.

I can add this to my list of videos to create!

I'm going to have to do a video on V I think. It's really interesting.

Autofree memory

Go compiler is faster.

I use Catppuccin theme, for both Neovim and Alacritty

Yes there are.

I don't believe that's the case at all. There's a lot of companies looking for Junior Go developers still out there.

@@dreamsofcode thanks for the answer, you really helped me!

it depends where on Earth.

I agree. I don't think Go needed generics and the implementation has been pretty poor, especially for tooling. I hope they improve it soon. That being said, I do think Go is useful without generics.

@@dreamsofcode I kind of wish that Go had a system more like Zig's, where it added comptime evaluation and basically just made generics a special case of that where the generic parameter is a compile time argument to the function. It would have generally felt consistent with other places where this is done in go, where you often already do switches on the type of a value It's really powerful while also keeping Go's strength where the entire set of language features can be learned in a day

Haha you know I love Rust! Go does have it's place though still.

My man. I am a Neovim guy! I use catppuccin

I know. I wish they did.

Citation needed

no citation needed-- do a goog search. @@FrenchPirate83

something like this sounds legit - b/c Go is a fairly uninspired language otherwise

I believe for a long while!

@@dreamsofcode I think about Go as it gives lots of possibilities to build desktop apps not hard like in Rust Tauri but in Go Wails I was being told the same that Python have many jobs but nobody actually hiring

I'd say anything hyper concurrent would be perfect for Golang. i.e. building a single process data pipeline with channels to read data off a push prot/stream and process it in parallel would be really cool.

Ahh you know people want more than that, right?

You got it boss!

@@dreamsofcode much appreciated. Love your videos!

I think Rust is fantastic but the cognitive overload is quite high and can cause teams to slow down somewhat. Zig and V are very interesting though

I do like Erlang a lot. But the memory usage is so high 😭

@@dreamsofcode That’s why it’s so stable. No swap space writes. It runs all in an emulation zone. When a process crashes it rebuilds the environment automatically, which means no data loss. GO has none of these aspects

I'd be nicer for developement, but I think the garbage collector is the main reason this won't happen. It can cause periods where the code is frozen due to the "freeze the world" behavior in mark and sweep. Trading software tends to want very deterministic performance for execution of trades.

@@dreamsofcode are you saying Golang software would freeze up randomly during it's garbage collection?

@@zuowang5185 Go uses Mark and sweep garbage collection which means it halts operation to run the garbage collector. This is very negligible in most operations, but for trading software it's usually deemed unacceptable.

Yo, thanks dude. I do create some of them. Mostly using Figma. Others I source online from places such as canva or freepik.

🔥

Thank you!