[nwah1]

I agree largely from a development perspective, but the client-side javascript frameworks are ultimately more performant, particularly on mobile, and are not as bad as they used to be. Neither server-side nor WASM are ideal for mobile devices. Downloading many megabytes of .NET dependencies for a WASM app is obscene compared to like 30 kilobytes for React.

[manigandham]

It won't be megabytes, that's only in the experimental phase. Binaries can shrink dramatically once run through a linker and trimmed down to only used APIs.

As far as performant, I agree it wont matter in most trivial interactions but large datasets with computations already see an impact (for example we have million row datatables to show sometimes).

[TimTheTinker]

> Binaries can shrink dramatically once run through a linker and trimmed down to only used APIs.

It's worth pointing out that .NET Core has an assembly/executable generator that can package only the .NET libraries that are actually used.

[nwah1]

Rust-based WASM front-end libraries will likely be small and also high performance. Unfortunately, all of the existing ones are highly experimental right now.

[davidhyde]

> “30 kilobytes for React” This is just not even close to being true.

[nwah1]

The compressed size is 31 kb, and other frameworks are smaller.

https://gist.github.com/Restuta/cda69e50a853aa64912d

[namelosw]

There's 3kb Preact with almost identical API.

[StavrosK]

So what's the other 27KB+ for?

[dmitriid]

Fiber, support fo async rendering, suspense, hooks. A different VDOM algorithm.

[tracker1]

Better error handling and messaging...

[thefounder]

With 5g that won't be an issue anymore...

[quantummkv]

Until they decide that 5g is good enough to allow them to ship the browser with every website. Net speeds have been increasing every year and yet the websites take longer to load.

[sdfsdfsdfsdf3]

In 2026 maybe...