SaaSHub helps you find the best software and product alternatives Learn more →
Rfcs Alternatives
Similar projects and alternatives to rfcs
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
-
-
-
-
-
-
tokio
A runtime for writing reliable asynchronous applications with Rust. Provides I/O, networking, scheduling, timers, ...
-
rust-analyzer
Discontinued A Rust compiler front-end for IDEs [Moved to: https://github.com/rust-lang/rust-analyzer] (by rust-analyzer)
-
-
-
-
Clippy
A bunch of lints to catch common mistakes and improve your Rust code. Book: https://doc.rust-lang.org/clippy/
-
-
-
-
-
-
-
rfcs discussion
rfcs reviews and mentions
-
Understanding the Odin Programming Language
> honestly thats the biggest problem with rust, they come up with a lot of useful changes but then take ages to stabilize because the core team is overworked
On the contrary, that has been one of Rust's biggest strengths. My impression when reading through stdlib was that they got so many things right, and for that to happen, things need to be thought out properly.
Case in point, it'd be such a shame if they stabilized the allocator API, only for us to forever regret never getting the storage API [1] instead, or vice-versa, depending on which one turns out to be more pragmatic.
[1] https://github.com/rust-lang/rfcs/pull/3446
- GitHub shouldn't be a dependency for publishing Rust on crates.io
-
AI won’t replace you, but bad AI habits will
GitHub RFC templates structure your design docs like the pros.
There’s a reason tools like GitHub RFC templates exist: structure matters. AI is great at scaffolding, but you need to provide the judgment and the trade-offs.
-
The limits of Rust, or why you should probably not follow Amazon and Cloudflare
Rust had that, but decided it wasn’t a good enough fit. Which was the motivation to keep exploring and land on the current async implementation which scales from embedded to servers with minimal overhead.
History:
* This RFC proposes to remove the runtime system that is currently part of the standard library, which currently allows the standard library to support both native and green threading.*
https://github.com/rust-lang/rfcs/blob/master/text/0230-remo...
-
I Curated 106 Software Design Resources and Ranked What Actually Matters
I found 14 real-world ADR examples — from Kubernetes KEPs to Spotify's ADR practice to Rust RFCs. Reading how top engineering teams document decisions taught me more than any course.
-
Rust Errors Without Dependencies
> It may just be a matter of perspective -- if you don't count rust pre 1.0, then yeah it "never" involved backtrace.
Yes. I'm only counting what has been part of the stable API since Rust 1.0.
I agree that following the stabilization path and future direction of a feature can be difficult.
> Because if the only purpose was error chains, it could have been in core on the day of rust 1.0, as it is today. I think what actually happened is `fn backtrace(&self) -> Option` was removed shortly before 1.0, but there were some misgivings about that and some on the core team wanted to bring that back eventually. And that was the main reason that it could not move to core, because that would make it a breaking change to bring `fn backtrace` back. At least that's what I remember from PRs I followed at the time. (There may have been other reasons besides this though?)
The only purpose is not chaining. Backtraces were definitely a desirable part of it! But we wanted to move `Error` to `core` and having backtraces be tightly coupled to `Error` would not allow that. As far as I remember, that was always the tension. To my memory, it wasn't until Jane wrote down the "generic member access" direction[1] for the `Error` trait that this tension was finally broken.
[1]: https://github.com/rust-lang/rfcs/pull/2895
-
The end of the kernel Rust experiment
It's being worked on! https://github.com/rust-lang/rfcs/pull/3470
- Zig Builds Are Getting Faster
-
Why Zig Feels More Practical Than Rust
Yes of course, although, as I said in a sibling comment, it's a bit convoluted as an example. The fundamental problem is that the xor mutable and shared reference rule gets in your way when you access separate fields through &self and &mut self even if the borrows are non-overlapping.
There has been discussion to solve this particular problem[0].
0: https://github.com/rust-lang/rfcs/issues/1215
-
A note from our sponsor - SaaSHub
www.saashub.com | 21 Jul 2026
Stats
rust-lang/rfcs is an open source project licensed under Apache License 2.0 which is an OSI approved license.
The primary programming language of rfcs is Markdown.