7 ms·
You're being absurdly condescending. Maybe those people aren't lost, but you're just not seeing something they do, or are used to completely different use cases
by cube2222 5y ago
You're being absurdly condescending. Maybe those people aren't lost, but you're just not seeing something they do, or are used to completely different use cases?
I've used and understood most if not all of the languages you might have in mind as being "superior" to Go, Rust wasn't very difficult other than the initial 2 weeks warmup. I've used it for a few months on a side project. It's fun.
And yet I choose to use Go in my day to day 95% of the time.
Go is an insanely practical language. It's also a very productive one, mostly thanks to the ecosystem and people being very practically-oriented instead of bikeshedding on every little detail. Depending on your area of work, it has an extensive ecosystem of libraries too.
And most of all, it's got the best asynchronicity model I've so far had the pleasure to work with. You can see more about this in my recent comment[0].
Yes, it lacks some features, but it's getting there. And wether I agree with the final form of those features or not, I'm happy they're not being rushed.
And yes, like all tools, for some use cases it is a terrible choice.
[0]: https://news.ycombinator.com/item?id=27545031 https://news.ycombinator.com/item?id=27545031
- kubb 5y agoYou just didn't get what I was getting at. Go as a language is fine, and it's OK to like it and to use it. The problem is that it can't get better, and the obvious issues can't get fixed because any improvements to the language are mired in Google's infighting process. There were internal voices pointing out a need for generics 10 _years_ ago. Instead, their PR messaging is convincing people that actually they don't need generics, instead of admitting that the language is incomplete.
- ferdowsi 5y agoThe messaging always was "we haven't come up with a good solution for generics." this is in the faq. https://golang.org/doc/faq#generics https://golang.org/doc/faq#generics