Setting Aliases because I can't remember the new ones
I got a buddy who switched to EndeavourOS after using Linux Mint for about a year, He said he was too lazy to learn pacman/yay so he spent an hour making fake apt aliases, I forgot what happened but after a while he gave up on it and just got use to pacman.
I'm fine with using pacman in general, but always forget how to uninstall an app completely. So I set the alias yeet for that. Since then, I've also set it on different systems like dnf.
I love it because software written in rust tends to be straight up better. because it makes it so easy to make your code parallel, because it makes it easy to be user friendly by design, people actually go that extra mile. because it's so easy to pull in a dependency to do something you'd be too lazy to do in C, the tools can get a bit big but they tend to work really well. I'll take a rust CLI app over a python CLI script any day, and I'll especially take it over software written in C. most people don't care as long as the tool works, but you can definitely feel the difference of the language it's written in in its design and performance.
Good software can come from almost any language, but yeah there's just something about rust CLI tools. I've pretty much always had issues with incorrect file type associations on Linux, until I started using handlr. exa (or eza?) is great too. Just like ls but better in every way.
I feel the same way about Haskell. Every program I've used is either a "Look at what else Haskell can do!" example, or an endorsement of universal packages whenever I have to update 200 haskell modules.
↑ This. Haskell makes it super easy to get good CLI filters. All you need to do is interact and process the string it gives you. You'll automatically get streaming behavior because of laziness without lifting a finger.
Yeah. Putting my old man crankiness aside, for a moment, I adore goLang. GoLang is like having a youngest grandchild. It can do whatever it wants and I'll praise it.
Rust is heresy. Everything should be mutable, the way that God intended it to be!
Seriously though as someone who has mainly done embedded work for decades and got used to constrained environments, the everything is immutable paradigm seems clunky and inelegant. I don't want to copy everything all the time.
Now if you'll excuse me, these null pointers aren't going to dereference themselves
I would even go so far that Rust is making mutability fashionable again.
More modern languages had generally kind of ousted mutability, but as you say, that means tons of copying, which was a no-go for Rust's performance goals.
So, they looked for ways to allow for mutability without it being a footgun. As such, Rust's mutability handling differs from many other languages in that:
It's practically always explicit when something is mutable.
Whether something is mutable is associated with the variable binding rather than the data type. This means you can temporarily opt into mutability (if you have ownership of that variable).