Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Is Rust Web Yet?

arewewebyet.org

Post reply on HN
Print view View original

11–20 of 183 posts

Re: Is Rust Web Yet?

#12

Post by lucasyvas »

DelaneyM wrote: post #9

This content, while still accurate (Rust is Web-ready, and all the frameworks listed are excellent!), is missing out a few credible and recent options. In particular I want to shout out for Axum ( https://github.com/tokio-rs/axum ), from the folks who brought us Tokio. I've been building with it for the past few weeks and have enjoyed every minute. I started with Warp, but ended up struggling a bit with middleware. I…

Warp's filters (middleware) were the same reason I left for Axum. Axum is very similar to Warp ergonomically, without the heavy macros and with sane middleware. I think Warp paved the way for Axum in many ways though, so it deserves a lot of credit.

Re: Is Rust Web Yet?

#15

Post by recuter »

jackblemming wrote: post #11

Can some explain why I always get cult like vibes from the rust community?

Because C is 50 years old and boring. And Rust is slightly more intellectually demanding and takes longer to get into so has a a smaller monk like comm-- oh my god.

Re: Is Rust Web Yet?

#16

Post by kadoban »

wheresmycraisin wrote: post #13

So, are there actual uses (not just potential use cases) of webassembly beyond games and crypto-mining?

Using the same language for your frontend and backend has a lot of advantages in terms of code reuse and it's potentially easier in terms of the number of skills your team needs.

Re: Is Rust Web Yet?

#18

Post by jeroenhd »

wheresmycraisin wrote: post #13

So, are there actual uses (not just potential use cases) of webassembly beyond games and crypto-mining?

One use case I've seen is mostly-safe arbitrary code execution as a service.

Because WASM doesn't have a direct method of calling system API functions, you have quite a lot of control over the runtime. Most JS engines are too powerful to just run arbitrary code (especially if they're not run inside a browser) and other tools (LUA etc.) have libraries that usually assume that the program is not executing code from third parties. With many if not most WASM libraries, there is no unmetered networking, there is no I/O, only methods you explicitly write call wrappers for.

For tools like Cloudflare Workers, WASM can be used as a format that executes relatively quickly, relatively safely. Most software won't be in a position where you'd want to push third party blobs of code and execute it in the backend, but for some programs (SaaS + custom report generation?) it can be a nice plugin platform.

There are, of course, alternatives, but since LLVM and GraalVM compile to WASM, there are tons of languages that can generate a compatible blob.

There is something to be said for code reuse, but the speed of the WASM JS bridge to interact with the DOM makes that use case quite difficult to accomplish efficiently.

Post reply on HN