Brendan Eich: WebAssembly is a game-changer

Personally, I think this is terrible (and it really is a game-changer, only not the kind that I&#x27;d be happy about). The further we get away from the web as a content delivery vehicle and more and more a delivery for executables that only run as long as you are on a page the more we will lose those things that made the web absolutely unique. For once the content was the important part, the reader was in control, for once universal accessibility was on the horizon and the peer-to-peer nature of the internet had half a chance of making the web a permanent read&#x2F;write medium.<p>It looks very much as if we&#x27;re going to lose all of that to vertical data silos that will ship you half-an-app that you can&#x27;t use without the associated service. We&#x27;ll never really know what we lost.<p>It&#x27;s sad that we don&#x27;t seem to be able to have the one without losing the other, theoretically it should be possible to do that but for some reason the trend is definitely in the direction of a permanent eradication of the &#x27;simple&#x27; web where pages rather than programs were the norm.<p>Feel free to call me a digital Luddite, I just don&#x27;t think this is what we had in mind when we heralded the birth of the www.

On the Rust side, we&#x27;re working on integrating Emscripten support into the compiler so that we&#x27;re ready for WebAssembly right out of the gate. Given that the initial release of WebAssembly won&#x27;t support managed languages, Rust is one of the few languages that is capable of competing with C&#x2F;C++ in this specific space for the near future. And of course it helps that WebAssembly, Emscripten, and Rust all have strong cross-pollination through Mozilla. :)<p>If anyone would like to get involved with helping us prepare, please see <a href="https:&#x2F;&#x2F;internals.rust-lang.org&#x2F;t&#x2F;need-help-with-emscripten-port&#x2F;3154" rel="nofollow">https:&#x2F;&#x2F;internals.rust-lang.org&#x2F;t&#x2F;need-help-with-emscripten-...</a><p>EDIT: See also asajeffrey&#x27;s wasm repo for Rust-native WebAssembly support that will hopefully land in Servo someday: <a href="https:&#x2F;&#x2F;github.com&#x2F;asajeffrey&#x2F;wasm" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;asajeffrey&#x2F;wasm</a>

As we get closer to having a WebAssembly demo ready in multiple browsers, the group has added a small little website on GitHub [0] that should provide a better overview of the project than browsing the disparate repos (design, spec, etc.).<p>Since the last time WebAssembly hit HN, we&#x27;ve made a lot of progress designing the binary encoding [1] for WebAssembly.<p>(Disclaimer: I&#x27;m on the V8 team.)<p>[0]: <a href="http:&#x2F;&#x2F;webassembly.github.io&#x2F;" rel="nofollow">http:&#x2F;&#x2F;webassembly.github.io&#x2F;</a> [1]: <a href="https:&#x2F;&#x2F;github.com&#x2F;WebAssembly&#x2F;design&#x2F;blob&#x2F;master&#x2F;BinaryEncoding.md" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;WebAssembly&#x2F;design&#x2F;blob&#x2F;master&#x2F;BinaryEnco...</a>

Since I started hearing about WebAssembly I cannot stop thinking about the possibilities. For example: NPM compiling C-dependencies together with ECMAScript&#x2F;JavaScript into a single WebAssembly package that can then run inside the browser.<p>For people thinking this will close the web even more because the source will not be &quot;human&quot;readable. Remember that JavaScript gets minified and compiled into (using Emscripten) as well. The benefits I see compared to what we have now:<p>- Better sharing of code between different applications (desktop, mobile apps, server, web etc.)<p>- People can finally choose their own favorite language for web-development.<p>- Closer to the way it will be executed which will improve performance.<p>- Code compiled from different languages can work &#x2F; link together.<p>Then for the UI part there are those common languages &#x2F; vocabularies we can use to communicate with us humans: HTML, SVG, CSS etc.<p>I only hope this will improve the &quot;running same code on client or server to render user-interface&quot; situation as well.

Considering how critical <i>SharedArrayBuffer</i> is for achieving parallelism in WebAssembly, I&#x27;m hoping we see major browsers clean up their <i>Worker</i> API implementations, or even just comply with spec in the first place.<p>Right now things are a mess in Web Worker land, and have been for quite some time.

If anyone at infoworld.com reads these comments:<p>On the top of the page, there is a horizontal menu containing &quot;App Dev • Cloud • Data Center • Mobile ...&quot;<p>When I position my cursor above this menu and then use the scroll wheel to begin scrolling down the page, once this menu becomes aligned with my cursor, the page immediately stops scrolling and the scroll wheel functionality is hijacked and used to scroll this menu horizontally instead.<p>It took a few seconds to realize what was happening. At first I thought the browser was lagging - why else would scrolling ever abruptly stop like that?<p>I closed the page without reading a single word.

I still think there is a lot of room for static pages with links in the style that people seem to be prematurely waxing melancholy about when forecasting where WebAssembly _may_ lead the internet. I was always able to find sites of interest that didn&#x27;t include Flash, Java applets, and company when I just wanted to read something. I find some of the scroll-hijacking, and other javascript goodies on modern pages to either be a distraction, or non-functional on some different devices. On the other hand, I am particularly happy about, and working with Pollen in Racket, a creation by Matthew Butterick. Pollen is a language created with Racket for making digital books, books as code, and bringing some long-needed, real-world publishing aesthetics back to the web [1,2]. I may even by a font of his to get going and support him at the same time!<p><pre><code> [1] http:&#x2F;&#x2F;docs.racket-lang.org&#x2F;pollen&#x2F; [2] http:&#x2F;&#x2F;practical.typography.com</code></pre>

If you want to see Brendan&#x27;s keynote from O&#x27;Reilly Fluent yesterday, a sample went up <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=9UYoKyuFXrM" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=9UYoKyuFXrM</a> with the full one at <a href="https:&#x2F;&#x2F;www.oreilly.com&#x2F;ideas&#x2F;brendan-eich-javascript-fluent-2016" rel="nofollow">https:&#x2F;&#x2F;www.oreilly.com&#x2F;ideas&#x2F;brendan-eich-javascript-fluent...</a>

I think the web may split into two.<p>1) &#x27;Simple&#x27; web pages will stick with jquery, react, angular, etc type code. Where you can still click view source and see whats going on. Where libs are pulled from CDNs etc.<p>2) &#x27;Complex&#x27; saas web apps, where you need native functionality. This will be a huge bonus. I&#x27;m in this space. I would love to see my own application as a native app. The UI wins alone make it worth it!

To me, it&#x27;s more about choice of programming language than performance. Though the latter is very important, I think the former is what will open up doors to making the browser a platform of choice (pun intended). Currently, it feels like JavaScript is the Comcast of the web. Everyone uses it, but that&#x27;s only because there aren&#x27;t any other options available to them.

Video of the talk?<p>EDIT: Here is the full-length one - <a href="https:&#x2F;&#x2F;www.oreilly.com&#x2F;ideas&#x2F;brendan-eich-javascript-fluent-2016" rel="nofollow">https:&#x2F;&#x2F;www.oreilly.com&#x2F;ideas&#x2F;brendan-eich-javascript-fluent...</a>

Sorry, but most of the discussion here is completly missing the point about WebAssembler.<p>It is just a technology, to make things brought through the web, faster. And it is open. And no less secure, than js. So I think it&#x27;s great.<p>Good technology does exactly, what the creator wants. And if people don&#x27;t like some of the things, that gets created with it, then it is not a problem of the technology itself.<p>So people can do good things, or bad things with it. But in the web, we have the freedom to choose, where we go.<p>And if we don&#x27;t like ads for example, we should be aware, that Web-Site creators still want money for their work, so maybe we should focus and support a different funding model. I like the pay-what-you-want or donation model the most, Wikipedia shows, that this is possible on a large scale ...

I want to agree with him, I&#x27;d like to see a future where WebAssembly closes the gap between native apps and the web. For better or worse browsers are the new OSes, and I dream of a future were all vendors come up with the equivalent of a POSIX standard where any web application can access all (or a wide common subset) of any device&#x27;s capabilities, from the filesystem to native UI elements.

WebAssembly... Wow, if we keep going, we&#x27;ll re-invent what Sun achieved 20 years ago with Java. If only they hadn&#x27;t f-ed it up...

A question to WebAssembly experts: How easy it is to use WebAssembly as a sandboxed embedded scripting mechanism in my own native (C++) application? I am writing a native real-time system (a distributed 3D engine for VR) in which I send scripts on the wire between machines, and I need to call an update() method of these sent scripts like 90 times a frame. I need complete sandboxing, because my trust model is that what is trusted on machine A may be absolutely not trusted on machine B: not only not letting the scripts do any functions other than what I explicitly let them call, but I need to have hard limit on their memory usage and execution time also, but preferably they should execute in-process, so they can reach memory I let them and be called from the thread I want. Currently I go wtih Lua, but to have really good performance I will need to research this topic more deeply later.

Are those boxes in the picture Firefox OS phones?<p>Is this an old picture?

What is the upgrade path for Emscripten users? I understand that LLVM will have WebAssembly backend, but how will OpenGL to WebGL translation work, for example?

If you think WebAssembly (or asm.js) is a good idea, I would very much like you to do the thought experiment of what design decisions something like WebAssembly would have made 15 or 25 years ago, and what consequences those would have today.<p>Helpful research keywords: Itanium RISC Alpha WAP Power EPIC Java ARM Pentium4 X.25

I&#x27;m conflicted. One one hand I support open data&#x2F;raw documents. But this prevents native-like, real-time applications. It also forces developers to work on Javascript which is a terrible language.<p>On the other hand we have lock-in ecosystems, closed silos, that are detrimental to the commons.<p>The only consolation I have is that if WebAssembly provides a bytecode instead of machine code then we still have the ability to perform reverse engineering.<p>In the end, we have <i>ALL</i> have to do the hard task to inform every single person why Apple&#x2F;FB&#x2F;MS&#x2F;Google are harmful to us and why we should boycott their programs&#x2F;services.

I wonder if along with these byte code engines we&#x27;ll get capability grained control systems too. Somehow I doubt it though.<p>So in the future, when you visit a website they&#x27;ll be able to Eg: open windows, pop up unblockable modals, webGL, bytecode loaded spam&#x2F;ads, etc. The end users option will be to block everything, or live with it.<p>I do not like this bold new world we&#x27;re entering.

WebAssembly shouldn&#x27;t be for the end users to use, it should used for implementations of other languages so they can access the same APIs Javascript can.<p>Add Lua to the browser, add Perl 6 to the browser, etc. There are plenty of decade old W3C specifications that never made it to the browser properly, like XSLT 2.0, XQuery 1.0, XForms, never mind the latest versions of the specs.

Is WebAssembly going to be host url resource based (like current .js files are) or will it be used as part of some centralized global assembly cache (GAC) solution where assemblies are only usable from a CDN type of authority?

What exactly will be better? One can compile a lot of languages to JavaScript today. JavaScript is fast enough and size doesn&#x27;t really matter for most use cases. Is WebAssembly going to be much faster than JavaScript?

Has anyone tried NativeScript? <a href="https:&#x2F;&#x2F;www.nativescript.org" rel="nofollow">https:&#x2F;&#x2F;www.nativescript.org</a><p>Heard about it on a podcast recently, haven&#x27;t had a chance to try.

If we keep this up, the web will be almost as good of an application framework as a &#x27;90s era desktop application. Yay, progress!

I wish the browser vendors focused on CSS Grid module support as much as they did WebAssembly.

This looks AWESOME

Thanks for that update that no one asked for.

WebAssembly = SWF with diff name. Come on!

The format of WebAssembly could be Java ByteCode.

Yeah, great. Transform everything into opaque binary blobs, as far as the eye can see. Wonderful.<p>Thanks for nothing.

I don&#x27;t know. I am not sure yet. What the HN folks think about this?