Live data from Hacker News

When Is WebAssembly Going to Get DOM Support?

queue.acm.org

211–213 of 213 posts

Re: When Is WebAssembly Going to Get DOM Support?

#211

Earlier quoted context omitted.

I asked a number of times on HN why wasm was good when java applets, exactly the same thing, were bad. There was a vague feeling that java applets were insecure and that this would somehow not be an issue for wasm. It's not just applets; we also had Flash, which was a huge success until it was suddenly killed. As far as I can tell, the difference between java applets and Flash is that you, the user, have to install j…

Flash was a security nightmare, with multiple vulnerabilities discovered regularly. It was eventually killed because Apple decided it won't support it on the iPhone.

Your implication is that the idea that java applets were insecure had nothing to do with their adoption or lack thereof.

Re: When Is WebAssembly Going to Get DOM Support?

#212

Earlier quoted context omitted.

Why would college educated developers hate node or tree structures? That’s half of our degrees!

I have 20 years of experience writing software with hundreds and hundreds of other developers for mega dot coms that indicates many, possibly most, developers do everything possible to hide from tree structures. I don’t know why that is because it’s neither scary nor challenging. It’s also strange that my prior comment here is maximally downvoted when the similar comment it linked to was upvoted to triple digits. Thi…

I can understand how developers would be scared of tree structures. This doesn't make sense when you specifically call out people with degrees however, as we worked with trees to a fault in my Computer Science degree. But maybe I'm reading too much into this - there are different "college eduction" paths people may take that are not Computer Science.

Re: When Is WebAssembly Going to Get DOM Support?

#213
post #3

We use WASM quite a bit for embedding a ton of Rust code with very company specific domain code into our web frontend. Pretty cool, because now your backend and frontend can share all kinds of logic without endless network calls. But it’s safe to say that the interaction layer between the two is extremely painful. We have nicely modeled type-safe code in both the Rust and TypeScript world and an extremely janky layer…

The entire DOM API is very coupled to JS, it's all designed with JS in mind, any new and future proposed changes are thought about solely through the lens of JS. If they introduced a WASM API it would perpetually be a few months/years behind the JS one, any new features would have to be implemented in both etc. I can see why it's not happened (edit) And yes, I think the intention of WASM was either heavy processing,…

>> The entire DOM API is very coupled to JS,

Is it though? I thought it was all specified in WebIDL and all the browser vendors generate C++ headers from it too.

Post reply on HN