this post was submitted on 03 Oct 2024
38 points (86.5% liked)
Programming
17398 readers
102 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Rust. It's a qualitative improvement over the old ways.
The future won't belong to Rust itself, but one of its descendants. Rust is too clunky to be the ultimate expression of its best ideas.
In what ways do you feel Rust is too clunky and how do you think it could be improved? Not looking to argue or even disagree necessarily; I'm just curious where that perspective comes from.
Here's some of my personal complaints. I don't in general know how to fix them.
proc_macros need their own crate
generics cause problems. Many useful macros can't handle them. Try using a generic that's a complex async function, then pass a closure to it.
There's this kind of weird mismatch where sometimes you want an enum wrapping various types, and in others generics. I find my data flows switching back and forth.
async in rust is actually really good, but go does it better. I don't think rust could match go without becoming a different language.
Traits are just a big mess. Trait implementations with generics have to be mutually exclusive, but there aren't any good tools to make them so. The orphaned trait rule is necessary to keep the language sane but is incredibly restricting. Just today I find certain a attribute macros for impls that doesn't work on trait impls. I guess I have to write wrappers for every trait method.
The "new type" pattern. Ugh. Just make something like a type alias that creates a distinct type. This one's probably easy to fix.
Cargo is truly great, but it's a mystery to me right now how I'm going to get it to work with certain packaging systems.
To me, Rust is a bunch of great pieces that don't fit together well.
Yeah, Cargo itself doesn't deal with any of the bundling after the executable is built.
For that stuff, the efforts are certainly still ongoing. There's no grand unified tool yet.
If you just want e.g. a DEB file, then you probably want this: https://crates.io/crates/cargo-deb
But if you want to do more in CI, then there's kind of three popular options that I'm aware of.
just: More or less a shell script runner, and kind of likemake.cargo-make: A lot of effort has been put into this, it's certainly got a good amount of features, but personally not a fan, since it makes you write a custom TOML format and then ideally you should be writing a custom script language, DuckScript. You can also use Rust scripts with it, which we tried, but there was just no way of passing parameters between tasks.cargo-xtask: This is not a tool, it's a pattern, basically just build your own build tool. It does have its downfalls, you're not going to build good caching into your own build tool, for example. But in principle I find this quite workable, as you get to write your CI code in Rust. There's also more and more community-made libraries to aid with that.Thanks, I've save your comment. I haven't heard of any of these.
Great suggestions! One nitpick:
Having used xtask in the past, I’d say this is a downside. CI code is tedious enough to debug as it is, and slowing down the cycle by adding Rust compilation into the mix was a horrible experience. To add, CI is a unique environment where Rust’s focus on correctness isn’t very valuable, since it’s an isolated, project-specific environment anyway.
I’d rather use Deno or indeed
justfor that.That might change over time.
Have... you met C?
Do tell.
That guy that causes pretty much every major code based security vulnerability?
What does Rust improve over its predecessors? The only really new thing is the borrow checker, which is only useful in very low-level programming.
It also has real type safety and thread safety.
What do you mean by its predecessor? C++? I think rust has a bunch of advantages. For one, designing a new language today gives you the benefit of hindsight meaning that they have a more cohesive set of features and a nicer standard library compared to C++ that has some bloat and cruft as a natural result of it evolving over several decades. It's also much easier to reason about undefined behavior in rust thanks to
unsafe. Algebraic data types are really nice and traits are better than classes.The borrow checker isn't just useful for low level programming. One of the other main selling points is "fearless concurrency" or essentially the fact that the borrow checker can help you reason about thread safe vs non thread safe data.
Does it need more than the borrow checker if it's a game changer?