Hello wasm-pack

Re:Hello wasm-pack by themihai on Wednesday April 18, 2018 @05:38PM (#16871456)

>> One good reason is binary size; JS is going to have the advantage here since its runtime is already installed.

Yeah, that's true now though I don't think there is something that stops browsers to host a runtime(i.e. a pre-loaded std wasm library + wasm-gc) to help the languages compiled to wasm to reduce their compilation size. The question is really whether the browsers want to make WASM a first class citizen or not.

>> Another good reason is that, regardless of what you read on Reddit and Hacker News, a lot of people actually really like JavaScript.

I believe WASM could serve the other lot of people who are not that much into JavaScript. Using the same language on server and browser also reduces friction(i.e. see NodeJS). Personally I believe JS has a such rank based on reach not on merit.

[ Parent | on HN ]

Re:Hello wasm-pack by steveklabnik on Wednesday April 18, 2018 @05:58PM (#16871602)

There’s some complexity, but yeah they could do that. I really doubt it will happen; if we couldn’t get browsers to include jQuery, why would they do this? It’s even harder than that would be.

> reach not on merit

Node’s popularity and success is counter to this notion, IMHO. Seriously, lots of people love JavaScript.

[ Parent | on HN ]

Re:Hello wasm-pack by pjmlp on Thursday April 19, 2018 @02:59AM (#16873897)

I doubt many would pick JavaScript if given the option on the browser side.

Regarding node it has two things going for it, the frontend devs that only know JavaScript and try to do server side as well.

The fact that thanks to its world class JITs (V8 and ChakraCore) it easily beats Python and Ruby interpreters in performance, which are the most common deployed variant.

[ Parent | on HN ]

Re:Hello wasm-pack by bajablast on Thursday April 19, 2018 @10:15PM (#16881674)

Let me see. A lazy developer that only knows Ruby compiles the entire Ruby interpreter into WASM just to run Ruby. Then the user clicks a button that does an API fetch and the whole browser freezes while it waits for the response. . . . Yeah not happening. WASM was built and meant for high performance low level languages, there is no way in Ruby and Python will make the cut.

[ Parent | on HN ]

Re:Hello wasm-pack by pjmlp on Friday April 20, 2018 @02:11AM (#16882511)

That lazy developer will download a Ruby WASM based VM that someone else compiled for them.

Also the revival of Java, .NET, Flash, ActiveX is already brewing, this is not only about Python and Ruby.

Just doing games in Unity, compile to WASM and deploy, just like plain old Flash.

And while at it, use the 2D GUI to build a complete web site, just like plain old Flash.

The difference is now we can all be happy, because it is a Web standard.

[ Parent | on HN ]

Re:Hello wasm-pack by steveklabnik on Thursday April 19, 2018 @10:25AM (#16876123)

You're just repeating the same thing as the parent. I don't think that's true. People legitimately love JavaScript.

[ Parent | on HN ]

Re:Hello wasm-pack by krapp on Wednesday April 18, 2018 @09:17PM (#16872636)

>Using the same language on server and browser also reduces friction(i.e. see NodeJS). Personally I believe JS has a such rank based on reach not on merit.

And yet somehow thanks to NodeJS, javascript development seems to have gotten exponentially more complex.

[ Parent | on HN ]