DonationCoder.com forum
 
Read-only archive. This is a static copy of the DonationCoder.com forum. Reading and searching work as before; logging in, posting and private messages do not.
Archive of 2026-10-21 · About this archive · Main site

Author Topic: Webassembly: Big four to develop binary format for the web  (Read 9,735 times)

Edvard

  • Coding Snacks Author
  • Charter Honorary Member
  • Joined in 2005
  • ***
  • Posts: 3,027
    • Participated in NANY Challenge Once
    • Coding Snacks
    • Linux User
Quote
Mozilla, Google, Microsoft and Apple have decided to develop a binary format for the web. Called WebAssembly, this format could be a compilation target for any programming language, enabling applications to run in the browser or other agents.
...
WebAssembly is meant to allow programs written in languages other than JavaScript to run in the browser and other JS agents on the server, mobile or IoT.



from CodeProject News
All children left unattended will be given a mocha and a puppy.

mwb1100

  • Supporting Member
  • Joined in 2006
  • **
  • Posts: 1,645
Re: Webassembly: Big four to develop binary format for the web
« Reply #1 on: June 20, 2015, 09:49 AM »
So... they're reinventing Java?

xtabber

  • Supporting Member
  • Joined in 2007
  • **
  • Posts: 618
Re: Webassembly: Big four to develop binary format for the web
« Reply #2 on: June 20, 2015, 12:00 PM »
So... they're reinventing Java?

You don't see Oracle (or IBM) in that "Big four" list, do you?

WebAssembly is explicitly not tied to a single language, which makes it conceptually more like .NET than Java.  Note also that it uses pre- rather than JIT compilation.  Google has already done that in Android with ARC replacing Dalvik beginning with Lollipop.  I'd guess that WebAssembly is also designed for sandboxing, meant to live in the browser rather than the  server while avoiding the security vulnerabilities that plague current browser-based runtime engines.

This sounds a lot like an attempt to move the heavy lifting away from the big iron and onto the user's system, which makes sense, given the folk who are behind it.





Edvard

  • Coding Snacks Author
  • Charter Honorary Member
  • Joined in 2005
  • ***
  • Posts: 3,027
    • Participated in NANY Challenge Once
    • Coding Snacks
    • Linux User
Re: Webassembly: Big four to develop binary format for the web
« Reply #3 on: June 20, 2015, 07:49 PM »
Yes, it sounds like they're attempting two goals; 1- to make the language of the web more language-agnostic (at least on the front end; what's in front of the programmer that is...) and 2- as xtabber said, to push processing to the client rather than the server AND be more efficient when doing so.  

When I first read the announcements on this, I was like "Didn't we already have this in CGI executables?" but, like Java and .NET for the web, CGI bins run in their own little world, separate from the HTML they reside in.  Where JavaScript excels is in actually working with and manipulating the content.  WebAssembly is like the best of both of those worlds, with a few perks.

Heres a good Ars Technica article on it that goes into a bit more depth:
The Web is getting its bytecode: WebAssembly
Quote
WebAssembly, or wasm for short, is intended to be a portable bytecode that will be efficient for browsers to download and load, providing a more efficient target for compilers than plain JavaScript or even asm.js. Like, for example, .NET bytecode, wasm instructions operate on native machine types such as 32-bit integers, enabling efficient compilation. It's also designed to be extensible, to make it easy to add, say, support for SIMD instruction sets like SSE and AVX.

I wonder though... how long before we see embedded viruses and malware written for WebAssembly?
5.. 4.. 3.. 2..
All children left unattended will be given a mocha and a puppy.
« Last Edit: June 27, 2015, 07:17 AM by Edvard »

Original address: https://www.donationcoder.com/forum/index.php?topic=41135.0