News for hackers. Stuff that matters.
Re:Rust and WebAssembly in 2019 by steveklabnik on Saturday December 15, 2018 @04:52PM (#18690545)
Wasm requires JS to be loaded by your browser, so it can never fully go away.

Outside the browser it’s a different story, of course.

Re:Rust and WebAssembly in 2019 by fabrice_d on Saturday December 15, 2018 @04:56PM (#18690567)
We could add support for <script src="something.wasm"></script> and not need JS to load it. Once the host bindings are implemented that would be a good fit.
Re:Rust and WebAssembly in 2019 by steveklabnik on Saturday December 15, 2018 @04:59PM (#18690588)
Maybe! There’s not really much demand for such a thing. Web platform people don’t have the disdain for JS that many internet commenters do.
Re:Rust and WebAssembly in 2019 by josephg on Saturday December 15, 2018 @07:06PM (#18691023)
I think this sort of thing is always a bigger deal than it seems. I think most people are actually really averse to learning new platforms, and things that enable people to make stuff without having to learn a different platform are way more popular than I would expect.

Examples: phonegap, electron, unity, love2d, reactnative, and nodejs itself. (Node = I know web but not native, can you help me write server code without learning C/python).

Most of this stuff solves the problem of “I want to program on platform X, but I’m most comfortable in Y. Can someone prevent me from needing to learn X’s paradigms?”. Arguably that’s one of the biggest draws of wasm itself, and why the communities around a lot of languages are excited about it. (Eg rust, blazer). (“Ugh don’t make me learn JavaScript. I already know C# and I like it. Can I just do that instead?”)

To your point, I think it seems like there’s not much demand for such a thing because the people it would help aren’t involved enough yet to file issues. If they’re invested enough in the community and the problem, they’re probably invested enough to learn enough JS to bridge the languages themself anyway.

Which is all to say, I think making a wasm script tag after host bindings are in is a good idea and will make a lot more people happy than it would seem if you just surveyed the existing community.

Re:Rust and WebAssembly in 2019 by steveklabnik on Saturday December 15, 2018 @07:23PM (#18691081)
Eh, I think that the few lines of JS it takes to instaniate a wasm module isn’t a problem even for people who aren’t great at JS. I’m one of those people, and it’s only a few lines, really. It can even be generated by tools. It’s just not that big a deal.
Re:Rust and WebAssembly in 2019 by tokyodude on Saturday December 15, 2018 @09:17PM (#18691407)
the big deal is not knowing the platform and therefore reproducing it in wasm. a simple example is most games compling in libjpg, libpng, zlib when the browser already has that stuff built in.
Re:Rust and WebAssembly in 2019 by pedrocr on Saturday December 15, 2018 @06:03PM (#18690837)
In part because Web platform people have been self-selected to not dislike JS.
Re:Rust and WebAssembly in 2019 by ordu on Sunday December 16, 2018 @05:34AM (#18692530)
> Web platform people don’t have the disdain for JS that many internet commenters do.

I'm not a web platform person, but I have coded some wasm application as a part of my undergraduate course work, and it is really annoying to use javascript just because rust code cannot be initialized without this BASIC of XXI century.

Outdated unsafe language with outdated unsafe API for DOM access on top of modern language with an ability to design strict, safe and elegant APIs. One need not to be a guru of JS to get access to DOM and to initialize wasm-module, and to write the majority of code in rust, but all this javascript stuff feels like a fifth wheel for a cart: maybe it doesn't hurt much, but it is a dead weight at least.

I mean, I'm not a web platform person, and it is far far away from my day to day work, so maybe I see it all wrong, but I believe that javascript is doomed, like any other fifth wheel. It will last, maybe decade or even more, but it is doomed.

Re:Rust and WebAssembly in 2019 by fabrice_d on Saturday December 15, 2018 @06:11PM (#18690864)
I don't disagree with that :) But it would be an interesting experiment to build a JS-free web runtime and see how/if we could get more predictable resource usage this way.
Re:Rust and WebAssembly in 2019 by Keyframe on Saturday December 15, 2018 @06:57PM (#18690999)
cough dart cough
Re:Rust and WebAssembly in 2019 by Technetium_Hat on Saturday December 15, 2018 @05:00PM (#18690598)
...but it couldn't interact with the DOM or do anything else without JavaScript.
Re:Rust and WebAssembly in 2019 by steveklabnik on Saturday December 15, 2018 @05:07PM (#18690633)
That’s why your parent said “once host bindings are implemented.”