Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Because writing Rust backend is needlessly complex for majority of projects.
 help



There’s a middle ground between node and rust. Dotnet and Java are wildly productive places to work but they’re not as exciting as rust.

Also, writing JavaScript for the backend is needlessly underperforming for anything with any load.


Still easier than dealing with node dependencies, webpack and co, they make me wish to write ASP with OCX components instead.

Your complaint is with Vite – famously incredibly simple and reliable to work with – using Rust, but you're bringing up webpack's complexity?

Node dependencies are fine, add an npmrc file to have it default to exact versioning and you solve 90% of common day to day problems. It's not ideal, but nor is cargo's mystery meat approach to importing optional features from packages.


My remark, and not complaint, is that the fashion to rewrite everything in Rust across the JavaScript ecosystem proves the point of holding it wrong.

Maybe leave JavaScript on the browser, where it belongs.


Rewriting build time tooling to Rust is leaving Javascript on the browser?

Somebody just really dislikes JS. I sympathize. I wouldn't (be able to) write backend in Rust though.

Why stop at tbe build tools, take JS ecosystem out of the backend.

I've had a great time using Rust with Actix as the framework.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: