Hack without fear. This ain't going anywhere.
You can mark my words Rust will gain more traction.
The folk behind Rust they listen.
If you visit the Rust's website you'll see it was redesigned, and they took the feedback into account.
No, though, really - why do you say that? I'm not sure I agree with that perception. Rust appears to be growing, and I think it's still got a few years of development before hitting its stride.
Golang is establishing itself (or already established) as the cloud systems language. Which is great. Rust encompasses far more domains, though.
For me the biggest red flag is that performance-critical projects such as Traefik, CockroachDB and dgraph are in golang.
I understand how things where memory safety is important for security but performance isn't so crucial, such as Docker and k8 use go, but not those former ones.
I guess I really want it to win in that niche, while it's making the biggest progress in system utilities and embedded.
Who knows, maybe frontend web will save it :D
Don't throw in all in one bucket. For sure you can write CockroachDB in Go, but you can't write memcached in Go, because for this task GC would be noticable. You can write a lot in Go, but there are still performance critical tasks which need to be done in non GC languages, like caches, kernels etc
Unless we are talking about non-stop GC, like in Ponylang
Rust, lmao.
It's disappearing under golang xD
I think Go had a few quick wins, but will lose to Rust in the long run.
Hack without fear. This ain't going anywhere.
You can mark my words Rust will gain more traction.
The folk behind Rust they listen.
If you visit the Rust's website you'll see it was redesigned, and they took the feedback into account.
No! Say it ain't so!
No, though, really - why do you say that? I'm not sure I agree with that perception. Rust appears to be growing, and I think it's still got a few years of development before hitting its stride.
Golang is establishing itself (or already established) as the cloud systems language. Which is great. Rust encompasses far more domains, though.
For me the biggest red flag is that performance-critical projects such as Traefik, CockroachDB and dgraph are in golang.
I understand how things where memory safety is important for security but performance isn't so crucial, such as Docker and k8 use go, but not those former ones.
I guess I really want it to win in that niche, while it's making the biggest progress in system utilities and embedded.
Who knows, maybe frontend web will save it :D
Don't throw in all in one bucket. For sure you can write CockroachDB in Go, but you can't write memcached in Go, because for this task GC would be noticable. You can write a lot in Go, but there are still performance critical tasks which need to be done in non GC languages, like caches, kernels etc
Unless we are talking about non-stop GC, like in Ponylang
It ain't so. But I do have this fear.
Maybe
async/awaitin core will get more people on board.I have the fear too, but not because of Golang. I don't believe the two languages are direct competitors - there's room in the market for both.
Oh, also new editions of C++ are stealing good stuff.
How dare they? They have a bad module ecosystem and should be ashamed of themselves!
Well, C++ is a fact of life - it may as well soak up every last drop of usability it can