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

No idea why you're getting downvoted, but it's the truth.

The current state of WebAssembly is an MVP as a compilation target for a C/C++. There's still a long road ahead [1] and various browsers are in various stages along that road.

And yup. It has nothing to do with UI. That one you'll have to solve that yourself, regardless. And it doesn't help that WASM is its own sandbox with a tiny little window into the rest of the browser.



People are shipping WebAssembly applications, though.


Yes, they do. People will ship applications in, well, anything :)

WASM is definitely suited for some applications (see Figma), but you have to have a use case for it, and prepared to work really hard to make it work for you (once again, see Figma). Just compiling something down to it and pretending that's it, well, isn't it. And the vast majority of examples and experiments with WASM are just that: "let's compile something to WASM, yay, awesome".


Can you cite some examples? I see a couple in this thread, but none of them target the browser environment.


Probably most cases you wouldn't even notice. One case is if you make a drawing on keep.google.com


Figma, squoosh.app (experimental proof-of-concept, but demonstrates a legitimate use-case), Autodesk. Fastly and Cloudflare has edge cloud-compute solutions that only support wasm/javascript.


Another interesting one is iWork on the web, which is Objective-C compiled to WebAssembly.


Is it? Wasn't it built with SproutCore [1]?

[1] https://en.wikipedia.org/wiki/SproutCore?wprov=sfti1


I'm sure it's some frankenstein abomination internally, but it is certainly using WebAssembly as of recently for parts of the application.




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

Search: