In a professional setting, sometimes the cost of developing something more performant in C is not worth it. The velocity unlocked by creating systems in Go is just incredible, after your company has built everything in C[++] for decades. I find myself creating gRPC APIs in Go to solve most design challenges, because it's stupid fast to develop and is fairly maintainable after.
Golang
This is a community dedicated to the go programming language.
Useful Links:
Rules:
- Posts must be relevant to Go
- No NSFW content
- No hate speech, bigotry, etc
- Try to keep discussions on topic
- No spam of tools/companies/advertisements
- It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.
@iluminae
We get a lot of inquiries at my company as to why Go was chosen as our future in micro services and the answer is simply the power and efficiency I can build quickly using this language.
@pnutzh4x0r @golang
Not my first choice, but better Go than JavaScript or Python for that purpose.
Not sure how you can avoid javascript other than with htmx I guess
Doesn't WASM dodge a lot of it?
I learned C++ in my first handful of programming classes. The only other languages I learned for other classes included javascript, PHP, and MySQL. I was assigned a project to be written in Java but never learned the details of the language.
At my current job, the system I work on mostly is all Go, and while I now know Go interfaces are not as novel as I did when I first learned they existed (because I had to learn Go), the mechanisms in Go for interfaces and goroutines just feel so cool to me that I can absolutely envision myself wanting to build anything well-suited for OOP in Go.
But that would require me to be passionate enough about programming to want to do it more than 40 hours per week lol
I agree with everything in the article, which makes it all the more unfortunate that I really detest Go as a language.
(It's getting better, though.)