News for hackers. Stuff that matters.
Re:Web Assembly and Go: A look to the future by untog on Saturday June 23, 2018 @02:37PM (#17382676)
JavaScript as glue and WebAssembly modules is more complicated, though, not less.

The JS ecosystem is a complicated mess, it's undeniable. But once you take the time to learn it, it's fine. In the majority of cases WebAssembly is just give to give the lazy an excuse to use a language they already know rather than learn something new.

And as for abandoning the DOM... yeah, it's not a great model. But is a dozen incompatible, competing rendering frameworks (that each site downloads separately) going to be good for the web?

Re:Web Assembly and Go: A look to the future by akira2501 on Saturday June 23, 2018 @03:54PM (#17383097)
> But once you take the time to learn it, it's fine.

For a short period of time, sure.. but the ecosystem evolves quickly, and often in inexplicable ways.

> In the majority of cases WebAssembly is just give to give the lazy an excuse to use a language they already know rather than learn something new.

Most people program in return for money, not for self-satisfaction at learning yet another single-purpose language.

> But is a dozen incompatible, competing rendering frameworks (that each site downloads separately) going to be good for the web?

How is this significantly different from where we are now?

Re:Web Assembly and Go: A look to the future by untog on Saturday June 23, 2018 @06:56PM (#17383906)
> self-satisfaction at learning yet another single-purpose language

is a weird way of describing learning the language native to the web platform. I don't see a lot of people screaming about having to learn Objective C or Swift to make iOS apps.

> How is this significantly different from where we are now?

Err, because the DOM is a universal standard that comes built-in to every browser? <div style='background:red'/> looks the same everywhere, with no extra code required. If you're building a new renderer from scratch you're going to have a lot more code users need to download.

Re:Web Assembly and Go: A look to the future by backpropaganda on Sunday June 24, 2018 @05:57AM (#17385839)
Would it though? I'm guessing something like the OpenGL spec would be standardized across browsers, and `<div style='background:red'/>` would be replaced by `glClear(1.0, 0.0, 0.0, 1.0)`.
Re:Web Assembly and Go: A look to the future by untog on Sunday June 24, 2018 @07:44AM (#17386153)
Sure. Clearing the screen is one thing. But if you've done any work in WebGL you'll know that building an entire UI library with it would be a huge, huge endeavour.
Re:Web Assembly and Go: A look to the future by backpropaganda on Monday June 25, 2018 @02:41PM (#17394633)
But that doesn't seem like something that should be standardized anyway. There is no one way to do web UI, and the current popular paradigm (DOM/CSS) isn't particularly good either. Going to a lower-level gives more control to web developers, and the browser could always cache popular frameworks.

Now that we think about it, even with the DOM/CSS UI framework built into the browser, people still make use of libraries like jquery so library caching is something the browser needs to do anyway, WASM or not.

Re:Web Assembly and Go: A look to the future by menckenjr on Sunday June 24, 2018 @03:54PM (#17388088)
You see a lot of people screaming about it if they're web developers; that's why PhoneGap/Cordova, Ionic and Flutter exist.
Re:Web Assembly and Go: A look to the future by bitL on Saturday June 23, 2018 @03:32PM (#17382973)
For DOM - we will see I guess. It simply opens the door for some much needed competition ;-)