Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Goodbye PNaCl, Hello WebAssembly

blog.chromium.org

Post reply on HN
Print view View original

231–240 of 352 posts

Re: Goodbye PNaCl, Hello WebAssembly

#231

Post by thegreatpl »

witty_username wrote: post #197
spc476 wrote: post #193

Earlier quoted context omitted.

They would care when their laptop shuts down. [1] [1] I was running a test today when the program being tested ran into a very tight loop and the fan really kicked in. I was curious if it would finish and let it run for several minutes until all went quiet and the screen went dark. It had shutdown to prevent heat damage.

That means the fans need to be cleaned of dust. A laptop overheating from few minutes of 100% CPU is not normal.

Unless it is a really crappy laptop.

Re: Goodbye PNaCl, Hello WebAssembly

#233

Post by chuckdries »

afarrell wrote: post #217
ThomasGeek wrote: post #215

Earlier quoted context omitted.

On windows, you no longer need either with bash for windows you can have a near complete linux experience while running inside windows natively.

If you can assure me that is the case, fantastic! Do you know of a way to test the UX of ssh from bash for windows for less than $5 ?

"Ubuntu on Windows" as they're calling it now is free, enabled via the control panel, and provides a near perfect bash experience. I use it on the desktop I built for VR to SSH into my digital ocean droplets all the time. Super easy to use, just open powershell, run `bash`, then you can run `ssh` like normal. You have access to your windows files with /mnt/c and etc. for additional drives. The only issue is that Powershell doesn't support the full gamut of colors that Bash does, but that support is coming in the fall creators update and frankly it works fine with every Vim and zsh color scheme I've tested.

10/10 developing for the web on windows is finally tolerable

Re: Goodbye PNaCl, Hello WebAssembly

#234

Post by jamespo »

dragonwriter wrote: post #195
roca wrote: post #190

Earlier quoted context omitted.

Google wasted huge resources on an approach which it was obvious from the beginning would never lead to a Web standard. Mozilla people, including me, told Google people even before PNaCl appeared that introducing the whole new non-standard Pepper API was unacceptable.

> Google wasted huge resources on an approach which it was obvious from the beginning would never lead to a Web standard. But it did lead to a web standard, even if it didn't become one. And in the interim, it provided utility to Google. > Mozilla people, including me, told Google people even before PNaCl appeared that introducing the whole new non-standard Pepper API was unacceptable. Yeah, you've mentioned that qui…

This is very close to "4D chess" reasoning

Re: Goodbye PNaCl, Hello WebAssembly

#235

Post by developer2 »

eeZi wrote: post #21

This one I'm fine with since WebAssembly is a worthy replacement, but I'm still annoyed at Google discontinuing Chrome Apps. Some examples of specialized apps I use all the time that would require a native app otherwise: - Signal Desktop - TeamViewer - Postman - SSH client - Cleanflight drone configuration tool It was one of the best things that happened to Linux desktops in a long time and removing it hurts users an…

At a minimum, Postman does not belong on that list. It has been the case for quite some time now that Postman's desktop app is a) better than the Chrome App, and b) recommended by the developer.

Postman aside, I don't understand why anyone would want any of the apps you listed to be installed as a Chrome App. Why would someone want an SSH or TeamViewer client to be tied to their browser? You're installing an application either way; Chrome internalizing the process as an attempt to offer convenience is a strange idea. Chrome is a browser, not an operating system - let the OS do what it does best. Chrome Apps were an unnecessary and proprietary mess - a failed experiment I am happy to see dismissed.

Re: Goodbye PNaCl, Hello WebAssembly

#236

Post by [deleted] »

chuckdries wrote: post #233
afarrell wrote: post #217

Earlier quoted context omitted.

If you can assure me that is the case, fantastic! Do you know of a way to test the UX of ssh from bash for windows for less than $5 ?

"Ubuntu on Windows" as they're calling it now is free, enabled via the control panel, and provides a near perfect bash experience. I use it on the desktop I built for VR to SSH into my digital ocean droplets all the time. Super easy to use, just open powershell, run `bash`, then you can run `ssh` like normal. You have access to your windows files with /mnt/c and etc. for additional drives. The only issue is that Powe…

[deleted]

Re: Goodbye PNaCl, Hello WebAssembly

#237

Post by TheAceOfHearts »

drdaeman wrote: post #158
mintplant wrote: post #143

Earlier quoted context omitted.

> - unblockable advertising I don't see how this necessarily follows from WASM.

WASM is aiming to be fast enough to actually be capable of running a rendering engine. No more DOM for adblockers to look at, the pages may finally become canvases. I just cannot see this not happening.

If you run your own rendering engine you lose accessibility. If you add aria tags to stuff in order to make it accessible, adblockers will be able to read them as well.

Re: Goodbye PNaCl, Hello WebAssembly

#238

Post by Vinnl »

eeZi wrote: post #21

This one I'm fine with since WebAssembly is a worthy replacement, but I'm still annoyed at Google discontinuing Chrome Apps. Some examples of specialized apps I use all the time that would require a native app otherwise: - Signal Desktop - TeamViewer - Postman - SSH client - Cleanflight drone configuration tool It was one of the best things that happened to Linux desktops in a long time and removing it hurts users an…

I always wonder what it is that these apps need that cannot be done as regular web apps, as the web platform has provided more and more controlled ways to break out of the browser sandbox. (This is not rethorical by the way.)

Re: Goodbye PNaCl, Hello WebAssembly

#239

Post by lmm »

pcwalton wrote: post #194
kuschku wrote: post #48

Earlier quoted context omitted.

And if that VM ran on over 2 billion devices, on every toaster out there? In the end, this all is just reinventing the JVM, in slower, but more secure.

It's reinventing the good part of the JVM (the JIT and the bytecode), better than the JVM (unsigned ints and value types are supported), without the bad parts of the JVM on the Web (the libraries, including the slow graphics stack, etc.) What's not to like?

What do unsigned ints bring to the table? I'd use them in C to avoid undefined behaviour, but that's not a problem on the JVM. Value types sure, I guess, but they don't seem super important.

Can't we just make DOM bindings for the JVM and reuse the huge existing library base?

Re: Goodbye PNaCl, Hello WebAssembly

#240

Post by indy »

a3_nm wrote: post #216
sangnoir wrote: post #212

Earlier quoted context omitted.

> Google wasted huge resources on an approach which it was obvious from the beginning would never lead to a Web standard Google has been doing this for a long time, I doubt it's unintentional. If there is functionality that they want which is not standardized, they go ahead and implement it. When a workable standard is ready or detailed enough, they switch over to it. The earliest instance of this that I can recall w…

> If there is functionality that they want which is not standardized, they go ahead and implement it. ... in a non-standardizable way. Why not try to help create a standard instead? What's the benefit of starting with a dirty approach and deprecating it later?

It's best to have couple of working/competing implementations first before defining a standard.
Post reply on HN