News for hackers. Stuff that matters.
Re:Snappy UIs with WebAssembly and Web Workers by jcelerier on Monday August 07, 2023 @01:36PM (#37037775)
> 99% of webapps are absolutely fine using JavaScript.

as a user, much less than 99% of apps are "absolutely fine" to use.

Re:Snappy UIs with WebAssembly and Web Workers by renegade-otter on Monday August 07, 2023 @01:46PM (#37037934)
This is not a Javascript problem, this is a Javascript ecosystem problem. A standard web page will load megabytes of JS code that was packaged from hundreds of dependancies for the reason that "this is how everyone does it".

I just finished a UI that requires a few HTTP requests to the API and a bit of dynamic behavior (but not a ton), and it's done inline with ES6, with no transpilers or minifiers, using ArrowJS. It does the job, and it rips.

Re:Snappy UIs with WebAssembly and Web Workers by chii on Monday August 07, 2023 @10:14PM (#37043646)
> This is not a Javascript problem, this is a Javascript ecosystem problem.

you cant really divorce the language from its ecosystem.

Re:Snappy UIs with WebAssembly and Web Workers by renegade-otter on Tuesday August 08, 2023 @04:18AM (#37046027)
I am telling you - I did :) but it's not possible in a professional environment.
Re:Snappy UIs with WebAssembly and Web Workers by o1y32 on Tuesday August 08, 2023 @12:01AM (#37044367)
Also developers' problem. I just saw code that imports a 1M library to use one function that would take anyone no more than 10 minutes to implement. Maybe it is not too bad in the end because of tree shaking etc, but this kind of thing happens all the time.
Re:Snappy UIs with WebAssembly and Web Workers by jayd16 on Monday August 07, 2023 @01:47PM (#37037952)
Having them in wasm won't always improve them so this is a bit of a statistical fallacy.
Re:Snappy UIs with WebAssembly and Web Workers by afavour on Monday August 07, 2023 @01:52PM (#37038019)
You are arguing a very separate point, one that I tackle in the next paragraph.