Rust is definitive the best systems programming language out there.
But other things than the language iteself matter even more. Matureness, ecosystem and efficiency in writing correct code.
I was a big Rust fan, but must admit I'm now tired of the overpromotion and hype. Ok, deep inside I'm waiting and wanting Rust to be ready for prime time. I mean real prime time, not Hackernews or Reddit anecdotes("Hey, we migrated this 1000 LOC webservice from Node to Rust and now it runs faster with less memory ... and Java was not an option because we can't manage a JVM on our server").
The problem of Rust is that it keeps inventing instead of stabilizing. Incredible smart people write great libs ... version 0.12 ...
This is really frustrating.
Rust is from and for language enthusiats. If this doesn't change, Rust will always be the most wanted, most loved but least used language, as in the Stackoverflow survey.
I was forced to learn Go at the beginning of the year and must say: The Go folks understood productivity needs. Go is for getting stuff done. It starts with the standard lib. For example, you want to build a product, and in Rust land the de facto http lib (hyper) is at version v0.13.7? In Go you just use the standard lib. And for so many, many other things the standard lib is good enough.
Apart from that, Go allows quite some control over memory allocation. You can make critical paths of your app very efficient and free of garbage collection.
Coming from Java, Kotlin, C#, Python I first thouhgt Go was a bad joke (language feature wise). How wrong I was. Generics don't matter. Algebraic types don't matter. If you need to understand your code down to the memory layout level and get the stuff done, Go has more than enough to offer.
Let's be honest with ourselves, when fixing an urgend bug in some code we've written 4 month ago: Do we want to read a simple loop or a reduce function?
If I was to chose a language for a DB, my heart and enthusiasm would choose Rust, but my head and experience would choose Go.
But other things than the language iteself matter even more. Matureness, ecosystem and efficiency in writing correct code.
I was a big Rust fan, but must admit I'm now tired of the overpromotion and hype. Ok, deep inside I'm waiting and wanting Rust to be ready for prime time. I mean real prime time, not Hackernews or Reddit anecdotes("Hey, we migrated this 1000 LOC webservice from Node to Rust and now it runs faster with less memory ... and Java was not an option because we can't manage a JVM on our server").
The problem of Rust is that it keeps inventing instead of stabilizing. Incredible smart people write great libs ... version 0.12 ...
This is really frustrating.
Rust is from and for language enthusiats. If this doesn't change, Rust will always be the most wanted, most loved but least used language, as in the Stackoverflow survey.
I was forced to learn Go at the beginning of the year and must say: The Go folks understood productivity needs. Go is for getting stuff done. It starts with the standard lib. For example, you want to build a product, and in Rust land the de facto http lib (hyper) is at version v0.13.7? In Go you just use the standard lib. And for so many, many other things the standard lib is good enough.
Apart from that, Go allows quite some control over memory allocation. You can make critical paths of your app very efficient and free of garbage collection.
Coming from Java, Kotlin, C#, Python I first thouhgt Go was a bad joke (language feature wise). How wrong I was. Generics don't matter. Algebraic types don't matter. If you need to understand your code down to the memory layout level and get the stuff done, Go has more than enough to offer.
Let's be honest with ourselves, when fixing an urgend bug in some code we've written 4 month ago: Do we want to read a simple loop or a reduce function?
If I was to chose a language for a DB, my heart and enthusiasm would choose Rust, but my head and experience would choose Go.