| > If yes, why aren't we seeing more Open Source Project being built using Rust as compared to Golang? That might be your bubble. I'm seeing a ton of new Rust projects almost every other day here on HN, some of them quite serious. > CockroachDB however seem to be investing time working around GC pauses and FFI overhead of Golang. Twitch.TV I heard are struggling with the GC pauses as well. Golang is far from the safe choice in any situation where you need high performance. Its advantages come with some drawbacks. > I'm particularly curious about why new Open Source DB's are choosing Golang as opposed to Rust or even C/C++. I spoke with several Golang devs the last several months and the answer is quite prosaic and you might not like it: Go is easy. Rust, Haskell, OCaml are hard. People almost always opt for what allows them instant productivity and never stop to consider if that doesn't mean problems down the road. --- IMO Rust still has stuff to sort out -- I am particularly not fond of the many ways to do the same thing for example, and the compilation speed. Also the async/await thing might need some more polishing still. But everything I've written in Rust is extremely stable and performant so far and I am sticking with it. The core team has proven themselves extremely capable, many times, and they deserve a vote of confidence. |