Conversation

Comparing a language using garbage collection to one tackling the hard problem of providing memory safety without it doesn't make much sense. Rust is a low-level systems programming language while Go is in a different niche. If you don't need a low-level language, don't use Rust.
2
5
Using the correct tool for the job is one of the most important skills for a programmer. There is no need to have one true language that's best for every possible usage. Different programming languages are designed around different compromises based on targeting different niches.
1
this twet feels like a reasonable prediction, namely that a [far] future variant of rust that chops off some low-level power to achieve some higher-level "productivity" or "expressiveness" or "simplicity" or whatever will probably take off (2/2)
Quote Tweet
Replying to @peterbourgon
I feel this. I think one day we will look back and see Rust as root of a family of languages, with at least one besides Rust really taking off.
1
1
Simply taking the safe subset of Rust and adding garbage collection while leaving ownership, move semantics and borrowing / lifetimes as is doesn't change the language. It's a different implementation of exactly the same language. It's not easier to use. It's exactly the same.
1
So, you'll need to be specific about what you actually want to remove or replace and what you want to do with garbage collection. If you're still going to be using exactly the same system for ownership, borrowing, etc. then it's not clear what exactly is accomplished with GC.