Re:Using Rust in Non-Rust Servers to Improve Performance
by sampullman on Monday October 28, 2024 @10:44AM
(#41971516)
I'm not so sure. I use Rust for simple web services now, when I would have used Python or JS/TS before, and the development speed isn't much different. The main draw is the language/type system/borrow checker, and reduced memory/compute usage is a nice bonus.
[ Parent
| on HN ]
Re:Using Rust in Non-Rust Servers to Improve Performance
by aaronblohowiak on Monday October 28, 2024 @11:13AM
(#41971853)
Which framework? Do you write sync or async? I’ve AoC’d rust and really liked it but async seems a bit much.
Re:Using Rust in Non-Rust Servers to Improve Performance
by dsff3f3f3f on Monday October 28, 2024 @12:14PM
(#41972786)
Not the other poster but I moved from Go to Rust and the main packages I use for web services are axum, askama, serde and sqlx. Tokio and the futures crate are fleshed out enough now that I rarely run into async issues.
Re:Using Rust in Non-Rust Servers to Improve Performance
by wtetzner on Monday October 28, 2024 @11:32AM
(#41972128)
I have to agree, despite using it a lot, async is the worst part of Rust.
If I had to do some of my projects over again, I'd probably just stick with synchronous Rust and thread pools.
The concept of async isn't that bad, but it's implementation in Rust feels rushed and incomplete.
For a language that puts so much emphasis on compile time checks to avoid runtime footguns, it's way too easy to clog the async runtime with blocking calls and not realize it.