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.
this post was submitted on 13 Aug 2024
35 points (97.3% liked)
Golang
2191 readers
1 users here now
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.
founded 1 year ago
MODERATORS
Not sure how you can avoid javascript other than with htmx I guess
Doesn't WASM dodge a lot of it?
Not my first choice, but better Go than JavaScript or Python for that purpose.
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.)