Why I Use Golang In 2024
HTML-код
- Опубликовано: 13 фев 2024
- Recorded live on twitch, GET IN
/ theprimeagen
Become a backend engineer. Its my favorite site
boot.dev/?promo=PRIMEYT
This is also the best way to support me is to support yourself becoming a better backend engineer.
MY MAIN YT CHANNEL: Has well edited engineering videos
/ theprimeagen
Discord
/ discord
Have something for me to read or react to?: / theprimeagenreact
Kinesis Advantage 360: bit.ly/Prime-Kinesis
Hey I am sponsored by Turso, an edge database. I think they are pretty neet. Give them a try for free and if you want you can get a decent amount off (the free tier is the best (better than planetscale or any other))
turso.tech/deeznuts 
Наука
![[UPDATE] Mojo Is Faster Than Rust - Mojo Explains More](/img/1.gif)
the blue hair was the Go foreshadowing
no, blue hair = rust developer. He had to switch to Go otherwise he would be trans by 2025
Dyed hair blue to become a real rust developer, ended up identifying with the gopher so much that golang is his main language now
@@AJewFR0 The Foundation is clearly suffering from it.
Blue hair is rust bro 😅
@@susiebaka3388 Yep. So is the agenda.
I’ve really come around to Go. I used to despise it but now I’m in love with the simplicity. In Go, I find myself asking “what is the most straightforward way to do this?” And more often than not that is clearly the best approach.
There's something very beautiful about this. When there's often only one path available, you just don't have to think too hard about the minutia
@@ThePrimeTimeagen ewww, that sounds like python. Gross
@@RossDmochpython is a lot different from golang 😅
@@susiebaka3388 WAYYYYY different
Is python known for doing everything one idiomatic way?
"complexivityness"... Learned a new word today
😂 That's a generous way to say it!
Nice find! 'Complexivity' is a great word indeed 🤓
I think this is a pretty great way of going about learning about the mysteries of how humans and teams of humans think about programming. Most languages have unintended consequences as a result of certain design decisions that eventually become crystalized and hard to avoid as it matures. I don't think a lot of people really know if the amazing expressivity and less than amazing complexity of rust affects the human behaviors of programmers working with it without trying something completely different like Go. I'll be following along and will be very curious what some of the unintended consequences of the decisions made during Go & Rust's development get uncovered.
I am with you.
Interesting perspective! Rust's expressivity vs complexity impact on human behaviors is a fascinating topic. Looking forward to your insights on Go's unintended consequences.
Go is my goto language because it goes
Where does Go go?
@@patrick_jane its going no where for prime
TypeScript, Go, Rust. Polyglot programming.
@@patrick_jane the places Go goes continues to grow as time goes on
Rob Pike knows Go is the go to language for a lot of people to the point that he has to put goto keyword in it
Looking forward to it! I've been gobbling up your Go content
Gobblin up the GoC
Love your take here, as a relatively new dev I'm currently learning Go and loving it, but I'm super excited about learning Rust next year. I love this idea of dedicating time, like a full year or two, to explore and get good at different paradigms and that's what I'm doing
“Your app having complexity that is unmanageable is a skill issue” amen brother
Living is a skill issue
Thought he said a scale issue
Agreed! Modal design can be tricky. Here's a simple fix: .modal { width: 400px; display: none; position: fixed; bottom: 20px; right: 20px; padding: 20px; background: #f9f9f9; }
Reminds me of the crazy types I would see in TS when I would mouse over a variable in a React app. I watched some of Matt Pocock's TS videos a long while back because I wanted to get better at types, but I kept wondering "Is this level of complexity really necessary?"
I've been building a project in Go and the simplicity feels so worth it. I still catch myself overengineering things and have to dial it back when I refactor.
A lot of the crazy typescript types are necessary to type the things people are used to doing in JavaScript. You can do basic classes and data types and only do that if you want, it's just that people are used to certain (more convenient) patterns from JavaScript.
Matt Pocock is trying to polish a turd , and guess what? It’s still a turd!
Ah, fellow over-engineer! 😅 Go is great for simplicity, but we all struggle with it. 😅
Go is pretty fun. Cool, that you give it a serious chance.
I love it for prototyping and testing new Ideas. You don't have to worry to much about types, to get things working, but once you want to tie things down, you can type things as strict as you want.
The only hard thing to wrap my head around was slices.
Once I realized that a Slice that is extended over its original capacity becomes a list of clones instead of references, everything was OK though.
Until you extend a slice over its original capacity, all elements in it are references to the original entries, allowing for some pretty fun stuff, when building multiple slices from the same base Array.
I think that depends how you are extending the slice. It's just a pointer to an array plus a size...
@@Rakstawr there is an append function, it returns a new slice.
Append to a slice, whos capacity has not been reached, and you get the original slice back, just with the new element appended.
However, if you append to a slice whos length is equal to its capacity already, then Go creates a new slice, that contains copys of the original slices contents + the appended element and a new capacity. instead.
I understood slices much more as I used them in Python and there is a lot of .
@@AScribblingTurtlethe capacity isn’t referring to the slices, but the underlying array. Slice is really just what the other user described
@@AScribblingTurtleI mean it's pretty obvious. Slice is just a reference to an array. And an array is a continuous block of memory, so if you append and it exceed the memory, you can't just put it in, it will override some memory blindly. So you have to create a new one.
Prime C# dev 2025. Lets go.
C# .NET ftw
Context always matters, I think he's not challenged enough. Also C# NET ftw :')
This the arc we're all waiting for Visual Studio Enterprise C#
C# is like a duvet
C# is hot u know today
I like D because it has both sides of the coin somewhere in-between of Go and Rust:
you can start writing in a simple way very clean and fast with GC and simple structs.. And if you need to make some tricky magic - welcome to metaprogramming world with traits, mixins and templates. If you need even more speed - you can even disable GC and write your hot part with asm and great auto-vec support from GCC/LLVM world.
A pity that Go has a lot more drive behind it from employers
The older programmers get, the more they realize. Golang is the best language ever invented since C.
Simplicity is the ultimate sophistication.
I switched to Go last week and it's nice to see you're doing the same
I remember discovering your channel and being appalled that you were bashing Go. You've come so far ❤
Wow, you've come a long way since your early Go-bashing days! 😊
Type masturbation is hilariously accurate
Yep, felt real
Nice! Here's a suggestion for the background color: #f9f9f9.
It’s not
I feel like lots of Go programmers are ex-java programmers who have never did professional programming outside Java (like yours truly) and once they did the shift to go they were impressed by the simplicity of the language, bear in mind half of java is spring boot with all it's features and complexity so it adds more to the complexity and abstraction you have to deal with.
Ah, I see! Many Java devs find Go's simplicity refreshing after dealing with Spring Boot's complexity. 😊
That’s my case. I’m a Java dev and I feel alright about Java itself, but this obsession with that awful Spring thing is just sick. Spring is a monster gobbling up your development time, totally broken and undebuggable, and Golang is a refreshingly beautiful ecosystem in comparison. One of the best things about Go is that there’s nothing like Spring there
I came from learning CS (with C, Java, C# and all the things) to do mostly PHP, some Ruby and ELM in between and a lot of JavaScript until I started to like TypeScript. Now Go is my main-language whenever I can. My first projects where pure chaos, since I was still stuck with JS-brain and trying to solve stuff that way. The more I looked at how go-devs solve stuff the go-way the more I embraced that, and now stuff feels so extremely elegant in it's simplicity. Combined with HTMX it's just beautiful.
What kind of projects do you do in Go, I am starting learning but I don't have idea what to build because my mind is so immersive in Frontend but I need a change
@@enzocam07 I started with some simple webservers. Replicated a few things I did in JS. Then I focused on a smart alarm. A replacement for an alexa echo dot with a raspberry pi underneath. What I also want to are some GTK-Desktop apps. Mainly to fill in blanks in my workflow I haven't found tools for that I like, and to learn a bit more about desktop-programming. Even tho go might not be the best for that, it still is better then electron.
Impressive your journey. What’s the the main or top 3 ups of go compared to the other languages you handled?
@@mauricioramirez2855 I just like the language which helps. But if I had to pick... Errors as values, the standard-library, and simplicity.
honorable mention to god-tier concurrency, BLAZINGLY(tm) fast compiles and the elegance with which you can solve a lot of things.
Great insights shared, thank you.
I have been writing php code for years. I starting to use go whenever I can because of how simple it can be to learn and all of the powerful choices it has made for a language go is really good and I want to find a way to write more Go code.
What do you use to parse .templ files in NeoVim? I use coc-go for .go files but I didn't find anything for templ
Glad to hear this, it will be interesting to hear reflections after six months.
Looking forward to learning go with boot dev
Really looking forward to lots of quality Go content
I’ve been using go as my primary language for almost 6 years now and still love it. Need to dive into something new this year. Not sure if it will be rust or elixir.
I've been debating between switching from TS/JS to Rust, Go or Elixir and I decided to go with Elixir and I'm over the moon with it. I didn't think i'd like it as much as I have. Functional programming and the actor concurrency model has completely changed how I go about solving problems. It may not be as performant as Go or Rust but I write better structural code with it. Its understated how much of a quality of life improvement that has had that I was not expecting at all. There are also packages like Rustler that allows you to use Rust directly in Elixir if you need performance critical operations. I don't see myself leaving the language for quite some time.
"This chisel is a rubbish hammer"
Sorry to hear that! 😞 Can you tell me more about why you think it's a rubbish hammer?
Prime, you actually one of the reasons iv switched from being node.js developer to Golang dev. Im happy and want to thank you!
I'm kinda of migrating from PHP and Laravel to node because of a job and I'm really enjoying it. But I'm thinking about giving Go a try to see if I like it. The thing is, there are some details that scares me like pointers, bc I did not had a great time learning that on college lol. I wanna see if Go is all that great like everyone talk about
@@porfiriodev pointers in go is simple, you don't need to think of them too much, because of garbage collector. Just understand what it is and when to use it and that's it
Wow, thanks for the kind words! 😊 Glad to hear that my content has inspired you to switch to GoLang. Good luck with your new journey! 🚀
Go for me this year, too. I’m taking your Go and HTMX lessons and other Go lessons on Frontend Masters.
goroutines and channels are just incredible. i find if i am using mutexes then i'm not thinking about my design right. i try to use wait groups as little as possible also
It's awesome to see a big time creator going into one of my all time favorite languages. This has been the one piece of technology that I will 100% argue and defend until I retire.
Imo, most people who like rust actually just like having native Option types and exhaustive pattern matching; just those two things solve something like 97% of bugs in most projects in mainstream languages just by getting rid of exceptions as control flow and forcing you to handle all cases. Beyond that, most of its features exist to address a specific kind of complexity that just isn't present in most software engineering contexts.
I think Go will help your Rust since it will help you surface simple designs. I think this is how Tower came about. Before Tower, Rust web libraries were proc macro all the things, over complicated messes. They're powerful but if you get compiler errors, you need to use your galaxy brain to figure out what the heck happened. Well I'm sure someone saw how Go's handlers work and this completely inspired Tower and it's very simple and straight forward and composable.
Imo one should try all combinations of high-level vs low-level and simplistic vs complex with at least one programming each (so yes, at least for PL).
Obviously they shouldn't try all at once and from the get-go (and in general a starter PL shouldn't be a complex one, beginners already have enough other stuff to deal with (you would be surprised at how many people struggle with understanding the concept of recursion in the beginning)), but over time one should do this.
And after having a decent amount of experience in each category, then go and start judging them against each other, but don't be surprised if not everybody agrees with your conclusion.
The thing I miss the MOST about Rust when moving to any other language is Rust's enums combined with match. Legendary features.
Even PHP has that now.
dart has it too
@@razvangrigore322 PHP.. no joke, is actually quite nice now.
Agreed! Rust's enums and match features are top-notch. 👍
I really like how there's a word "brain" in his transparent head on 5:40
Nice catch! 🤯 That's a clever design choice.
Too good timing.
Go is the king🏆 Hope it keeps get updated and get better and better💫
I felt the same about snake case. I thought it was weird at first coming from Java, but it's so much more readable! Not as convinced about the parenthesis tho.
After I transitioned to Flutter I found weird how simple Dart is, now I love it.
I tried Go ~4 years ago, thought the syntax was strange, and I didn't really give it an honest chance, just dismissed it as "yet another language". About a year ago I gave it another chance, and ended up really liking it once embracing it as its own thing. It is currently my "go-to" language where it makes sense, so I am happy that I gave it another shot.
I got the same thoughts about syntax and readability. Can you recommend some approaches to start from and clear old-used-language brain?
@@bot1511 It would largely depend on your background, but nothing really specific beyond just "use it". Once you start creating more complex applications beyond tutorial-esque examples (might have to just slog through it at first), the design choices, which seemed odd begin to make moe sense and feel natural. Other things like the order of types/variables just need to overcome the muscle memory of doing it the C-style way.
Embracing the "functions are first-class values" and "composition of inheritance" paradigms and using them effectively also helps break the old habits.
When you write stuff in GO you are thinking about program you are doing, when you write in RUST you are thinking more about language and less what you want to achieve. This is dealbreaker (at least for me) when it comes to productivity.
Similarly true for java and c# as well.
100%
I actually find Rust has less of that problem for me than Haskell. It's because the type system is slightly less expressive, at least, without macros.
However, in C# I find myself spending too much time wondering what the simplest way to do something is, because it's so low-level that the simplest way to do something often looks complex.
So it ends up being a different kind of type masturbation. I'm very happy with Rust so far. (I started using it this year.)
Same with modern c++. Main reason why I switched to Go
Tom loves Go for a reason
Ive been an AI and game dev for 6 years and this is so accurate. I learned to like each language the way it is. Even down to colour tbemes. I use jetbraind ides and python c# and javascript is what i use mainly and each one i have a different colour theme that somehow suits the langauge for some reason and im pedantic in each one respectively about its own syntax and styling. This just happened over time with using then all enough for different tasks.
I'm also more or less all-in on Go at this point, but to the point about enums, interfaces and enums are complimentary. Enums are great when when you need a fixed number of data options, but unbounded behavior options, while interfaces work when you have unbounded data, but a fixed number of behaviors. Interfaces are great for representing things like streams, which go does, but awful for representing deeply nested data structures, such as syntax trees. For this reason, I believe enums would actually be a valuable addition to Go. They added generics, so anything's possible.
Go got that dawg in him
100% Amen to you on this bro!
“Now i’m screwed because I’m unhappy in every language!”
true enlightenment seen from walking the middle path 🌞 😂
i'm still on the rust train but i totally get what you're coming from. when i use go it feels like it's lacking features. i know that can be a positive thing but i don't like that. for prototyping or very simple apps, i do like that, but when it comes to actually building something i don't. i also enjoy the "process" of writing rust code and thinking through problems in that way.
You can do union type in Golang. Just use multiple return values, one for each type and check which one is not nil in the caller :D
A union type can be great for a closed set. For open (extensible) sets you need interfaces.
I'm gonna join you on the journey bro. Go is a solid language.
Commenter: Just use whichever language makes you happy
Prime: TRIGGERED
Haha, I see what you did there! 😂 Thanks for the feedback!
I'm 100% with you on this one
I'm switching to go too. İ need something modern and well designed. But most of new languages are very strict and complicated to start or worse they force to use a specific framework. i like go's philosophy
Go it's a sweet way of understanding C.
Let's Go, Prime!
Thanks
Talk more about what you mean by overcoming Arc 👀 I wanna graduate too
Your description of Rust is very close to how I felt when I was into Scala. I ended up ditching Scala for Go and never looking back.
this week I found out go doesn't even have immutability
Go isn't my favourite language at all but it's honestly so easy to be productive in and the tooling is great so I'm finding myself enjoying it more and more!
Smart choice.
The Go fundamentals course in frontend masters is pretty good to get an idea of it
I started in TypeScript. I learned Go as a job requirement. I now write better TypeScript because of conventions Go introduced/enforced.
mocking in go (For unit tests) is often said to be a pain, is there a way to get around this? Am I testing in a inadvisable way if I need mocks?
No, mocks in test in Go are GREAT!
You can mock as little as what you need for what you want thanks to duck typing.
Maybe you're using it wrong based on your previous experience on other language (I know I did for a while). If you can share more, I'd be happy to help.
great take
Guy finally is seeing the way
I did one big project in Golang and had a wonderful time. The suck started when using a graphics/sound library that had terrible performance. I kinda feel like giving it another go (hur-hur) after last year's C# excursion. I should give Rust another attempt but Golang is so much more comfy.
Perhaps that's where you shouldn't use the language. It is a language designed for the web, writing servers, and clis. So using it outside of that bounds I'm not exactly sure where it fails
@@ThePrimeTimeagenebiten is a pretty nice game engine for go, though.
Maybe try raylib with the go bindings?
@@Pabloparsil Maybe! I've been following it for a while and want to try it. Do you have experience with it and Golang?
@@amodo80 It's OK but it gave me a lot of pain actually. That's the library I was referring to. The shader system is kinda bad and dynamic audio synthesis is extremely laggy.
I've been doing go for a while in production and it's been frankly good. There's a lot of missing things though
There was no blue hair dye, Prime became a gopher naturally
hey, what's the number one type system you've seen then?
For functional paradigm, Elixir is undoubtedly the choice, looking forward to your Elixir series xd
Elixir is cool. I spent all of december and january using it 10-20hrs / week. i’m sold it’s the solution for small teams. Phoenix is Rails but better.
Undoubtedly the best? Have you compared it to Lisp, Clojure, Haskell, Ocaml and Rust?
I haven't tried Elixir yet, so I can't make a comparison myself.
Elixir doesn’t have types, which are a must have for most people
@@harrybarden5438 So everything's a string? No arrays, no numbers, no hash tables?
Yeah Elixir is the best lang.
Go’s lack of support for generics in receiver functions (or “methods”) makes making type-safe libraries so hard. Pretty much anything you want to make generic has to be top level functions it’s so counterintuitive. Receivers also can never have generic in the future because Go has implicit interfaces.
Your problem is that you are trying to not use go. Generics really isn't the end of all things.
The more time I spend using Go the more I find interfaces really elegant. Refactors and testing become a breeze and they make the code feel super nimble
I love this take. I write C# at work. How many times have I debated with colleagues whether such or such code should be an extension method, an abstract class or whatever else the language provides. By removing these options, Go shuts down all this useless chatter.
Thanks, glad you enjoy! C writing is awesome 😊
Proper enums and pattern matching would be great for Go
it's interesting how we kinda swapped around the same time. I've always been a sort of Go fanboy but I've started learning Rust last week and I'm genuinely enjoying it.
Let's..... GO!
I just wish go would add a short way to handle null pointers.
Something like `variable?.property`. I don't believe this goes against any of go's principles of simplicity, but it does make the language much faster to write and easier to read when you have a lot of possibly nulls to handle.
Same thoughts. Def want to up my GoLang skill set this year.
C and Go are my "Go" to for most of my projects
goto golang;
This is so true. When I came from JS to python and saw no semicolons I hated python. I still do but I have learned to love python. I think I key is to learn to love and focus on the problem not the tool
Primeagen Go Arc, let’s Go!!!
I’ve been using rust a bit a now. I used to be a big hater but it’s chill now.. the type system is nice, just works and casting is very forward.
Also less buggy for sure, if the rust app builds it’ll probably run smoothly for the most part - opposed to C++ builds you run will come across unknown bugs you have to manually debug now.
I do wish you could have no brackets for single line statements though, I’ve always found using brackets for single line statements nasty but now I’m force lol
need a visual for that Rust chart mentioned at the beginning !
Go for the win!
I find myself often writing really verbose workarounds for simple expressions in other languages. I think something that writes like Python with the speed of Go would be the best. For me, Python is the closest language to imperative paradigm pseudocode.
Hmm. Could that mean you're not writing idiomatic Go code, yet?
Translating from English can result in long, awkward phrases; and the same is true when translating into English, too
It's funny how things don't feel verbose until you realize there's an alternative. When I was doing primarily Go for a while in 2017 - 2019, I really missed having either something like list comprehensions, or map/filter/reduce. And yet I had spent years happily writing for loops in C and pre-Streams Java.
@@creativecravingfor example, take a simple ternary operation.
x = 2 if thing else 3
in go this becomes
x := 2
if thing {
x = 3
}
Lots of small things like that cause a great deal of mental friction while writing simple code
Funny you mention the if statements and snake case being a turn off for Rust initially. The one and only time I tried learning some Go a few years ago, I discovered the compiler forces opening braces to be on the same line. I use new line curly braces, and I hated Go forcing new line upon me so much I quit after the first exercise and haven't revisited the language since.
One of the benefits of Go is also that it's easier to make open source projects. People who do not know the language can easily understand it and even sometimes submit fixes or PRs.
Few things that would make Go beautiful in my opinion:
- tagged unions
- operator overloading (had to work with big.math for past 2months and I hate it)
- syntax for error bubbling (no if err != nil)
I think it's unlikely that I'll be getting any of the features above, but that would really be lovely. I don't need anything else from the language, but even rn go is good enough that I use it despite lacking things described.
awesome!
Leading a migration of the microservices at my company from Python to Go to due to Python performance bottlenecks. Having a blast with it
Highly experienced Go developer here. You are on point.
^^ glad to hear
Fearless simplicity
Hey dude, I'm sure this will get lost in the comments, but I wanted to know your opinion on languages for cybersecurity. I was thinking Go or python. What are your thoughts. Thanks bud.
i had this same issue learning rust. tried to port a calculator app but damn did the syntax fuck me over. everything felt so messy compared to when i did it in c++ or java. just a skill issue, but is something jblow also said himself.
gave up on rust for now since my main goal is to get a job using c or cpp, and i think zig would be a more enjoyable and skill transferable language to learn.
I am switching to GO for my next projects myself
This is why I want to learn Rust, actually. I'm kinda a TS Andy, and never took the time to get good at C or C++ but always found it interesting from afar. I've already spent so much time keeping my hands clean of memory management, and it's time for me to jump in and get yelled at by Rust's compiler.
As someone who writes GO code at work. I can finally feel validation Ty
I have been using Go at work for few years and I am trying to become proficient with Rust. I like to learn new things and Rust ticks that box perfectly. Which one I like best? I love them both.