3 ms·
> https://www.reddit.com/r/programming/comments/an33mo/aspnet_core_saturating_10gbe_at_7_million_rps/efrvn0e/ https://www.reddit.com/r/programming/comments/an33
by stunt 8y ago
> https://www.reddit.com/r/programming/comments/an33mo/aspnet_core_saturating_10gbe_at_7_million_rps/efrvn0e/ https://www.reddit.com/r/programming/comments/an33mo/aspnet_...
There are plenty of articles comparing Rust and Go. Easy to find.
When it comes to Go itself, You have both those pros listed in this article and repeated everywhere, and these cons listed in Reddit and again repeated everywhere. In my opinion cons will weight more and becomes annoying when you are working on a large projects/code-base, Otherwise for smaller projects you don't notice them much and performance and goroutines are the main reasons for MOST not ALL projects choosing Go over Python or Ruby in that scale.
- apta 8y agoI find it ironic that golang was supposedly created for "large scale" programming, but nothing really in the language supports that notion (no dependency management, import system sucks, verbose error handling, and so on). I just see the claim without anything to back it up.
- dragonwriter 8y agoI'm pretty sure “large scale” was meant specifically in the sense of a single shop with a gigantic code base in a monorepo. Or, more directly, it means “Google”.
- apta 8y agoYes, that's what I meant, and it does a bad job at it (the examples I gave). Java/C#/Kotlin/etc. are strictly superior when it comes to managing large code bases. I think what they had in mind is just quick compilation times, even at the expense of convenience, safety, terseness, etc.