Live data from Hacker News

Sneak Peek at WebAssembly Studio

hacks.mozilla.org

61–70 of 103 posts

Re: Sneak Peek at WebAssembly Studio

#61

I think WebAssembly is one of the most exciting efforts for the web right now, second maybe only to Houdini or IPFS. I say that even as someone who works pretty much exclusively in Javascript now and who loves the language - a lower level format will be great for everyone. I can't wait for more native languages to start supporting it.

I completely agree. I remember all the years where the prevailing wisdom was "standard web byte-code isn't necessary/feasible/desirable/etc." It's nice to realize that such pronouncements aren't necessarily the final word. It turns out there is a way to give people the byte-code they always wanted. (btw I know WebAssembly isn't, strictly speaking, byte-code. It's a compact binary encoding of an AST. But it has all th…

It might be a bit early to claim success though. We're still basically waiting for some mainstream well-regarded adoptions and use-cases.

Not to say it's any less exciting in regards to it's potential. But it's important to keep expectations balanced by present outcomes.

Re: Sneak Peek at WebAssembly Studio

#62

If available it's better to use instantiateStreaming [0] for faster compilation, e.g. this: fetch('../out/main.wasm').then(response => response.arrayBuffer() ).then(bytes => WebAssembly.instantiate(bytes)) could be expressed as this: fetch('../out/main.wasm').then(response => WebAssembly.instantiateStreaming(response)) [0]: https://hacks.mozilla.org/2018/01/making-webassembly-even-fa...

Wouldn't that still require `response.arrayBuffer()`? For ex (line 2):

    fetch('../out/main.wasm').then(response =>
        WebAssembly.instantiateStreaming(response.arrayBuffer()))
Otherwise it could just be:

    fetch('../out/main.wasm').then(WebAssembly.instantiateStreaming)

Re: Sneak Peek at WebAssembly Studio

#63
post #38
post #12

Earlier quoted context omitted.

Really nice. I like these new in-browser IDEs. They often bring a full-fledged build system with them. Just open the URL, write your code, hit compile and download your build.

You know, now that I think about it... Node projects pretty much have all their tooling written in JavaScript already. I wonder how hard it'd be to run all that in the browser directly (right now I think this IDE is handling that on the server).

Depends on the project... for example, I was really sad that Sass won over Less only because the implementation for Sass was C/C++ (or Ruby), and Less was straight JS.

There are a number of C/C++ based node libraries... I think sass, sqlite are probably the two most popular. Any dependents of nan[0], node-gyp and node-pre-gyp are others.

[0] https://www.npmjs.com/browse/depended/nan

Re: Sneak Peek at WebAssembly Studio

#64

I think WebAssembly is one of the most exciting efforts for the web right now, second maybe only to Houdini or IPFS. I say that even as someone who works pretty much exclusively in Javascript now and who loves the language - a lower level format will be great for everyone. I can't wait for more native languages to start supporting it.

I completely agree. I remember all the years where the prevailing wisdom was "standard web byte-code isn't necessary/feasible/desirable/etc." It's nice to realize that such pronouncements aren't necessarily the final word. It turns out there is a way to give people the byte-code they always wanted. (btw I know WebAssembly isn't, strictly speaking, byte-code. It's a compact binary encoding of an AST. But it has all th…

Every year the page weight of JavaScript creeps up. And processors aren’t outstripping gains in bandwidth the way they used to. At some point the delay between first byte and first paint becomes noteworthy and it’s no longer a wait and see game.

The wasm guys may be right. Their predictions may have been accurate all along. But it may also be that we didn’t need this five years ago but we really do now.

Re: Sneak Peek at WebAssembly Studio

#65
post #62

If available it's better to use instantiateStreaming [0] for faster compilation, e.g. this: fetch('../out/main.wasm').then(response => response.arrayBuffer() ).then(bytes => WebAssembly.instantiate(bytes)) could be expressed as this: fetch('../out/main.wasm').then(response => WebAssembly.instantiateStreaming(response)) [0]: https://hacks.mozilla.org/2018/01/making-webassembly-even-fa...

Wouldn't that still require `response.arrayBuffer()`? For ex (line 2): fetch('../out/main.wasm').then(response => WebAssembly.instantiateStreaming(response.arrayBuffer())) Otherwise it could just be: fetch('../out/main.wasm').then(WebAssembly.instantiateStreaming)

[deleted]

Re: Sneak Peek at WebAssembly Studio

#66
post #47
post #26

Earlier quoted context omitted.

I haven't looked into IPFS in a long while. Is development going well? Has the userbase grown somewhat significantly in the past couple of years?

Development seems to be moving quite fast. I'm also seeing lots of third-party tools and services launching on top of it, which is very encouraging.

Glad to hear! I'll have to check back in on it this weekend. :)

Re: Sneak Peek at WebAssembly Studio

#67
post #62

If available it's better to use instantiateStreaming [0] for faster compilation, e.g. this: fetch('../out/main.wasm').then(response => response.arrayBuffer() ).then(bytes => WebAssembly.instantiate(bytes)) could be expressed as this: fetch('../out/main.wasm').then(response => WebAssembly.instantiateStreaming(response)) [0]: https://hacks.mozilla.org/2018/01/making-webassembly-even-fa...

Wouldn't that still require `response.arrayBuffer()`? For ex (line 2): fetch('../out/main.wasm').then(response => WebAssembly.instantiateStreaming(response.arrayBuffer())) Otherwise it could just be: fetch('../out/main.wasm').then(WebAssembly.instantiateStreaming)

[deleted]

Re: Sneak Peek at WebAssembly Studio

#69
post #56
post #36

Earlier quoted context omitted.

Then you need to improve your Google-fu. Burroughs, Xerox PARC systems, ETHZ Lilith, Pascal UCSD, IBM TIMI, IBM Language Environment, ...

Also Oberon SDE...

Is this it? https://hokstad.com/semantic-dictionary-encoding
Post reply on HN