News for hackers. Stuff that matters.
Re:Asm.js: a strict subset of js for compilers – working draft by coldtea on Saturday February 16, 2013 @03:22PM (#5232859)
>I'm not a fan of a future in which the only people that can do interesting things (including the use of SIMD intrinsics) are the platform vendors (eg, Mozilla), while the rest of us live in a JavaScript sandbox.

What you describe as bleak is a much better future than what we have now. At least with Mozilla's proposal we will have a well defined low-level optimizable javascript "assembly", whereas now we just have Javascript itself.

We never had access to the use of SIMD intrinsics in browsers in the first place, anyway.

For that, use native.

Re:Asm.js: a strict subset of js for compilers – working draft by skatepark on Saturday February 16, 2013 @03:50PM (#5232965)
> We never had access to the use of SIMD intrinsics in browsers in the first place, anyway. For that, use native.

Yes, exactly. I want it all: native performance, security, open platform.

Google is making attempts to tackle this, Mozilla keeps trying to shove app authors back into the JavaScript box.

Re:Asm.js: a strict subset of js for compilers – working draft by coldtea on Saturday February 16, 2013 @05:08PM (#5233227)
>Yes, exactly. I want it all: native performance, security, open platform.

The problem is by trying to have "all" we might get less than what we have now.

NaCL for example is a horrible "standard", as far as specifications.

And if companies are allowed to build whole native closed source castles in the web browser, we might return to the era of Active X and Flash. Maybe not in the sense of less security (a common Active X issue), but surely in the sense of less interoperability, transparency and end user control.

You would basically just be running native apps in the browser. Why not do it in the desktop or mobile and let the internet be the open, not opaque, platform that it mostly is?