News for hackers. Stuff that matters.
Re:Introduction to WebAssembly: why should we care? by tskaiser on Tuesday December 19, 2017 @09:22AM (#15960342)
Yet each of those steps solved a different problem.

Early computers did not have the local processing power needed to run heavy jobs.

Early PCs did not have the storage.

WWW solved an entirely different problem, namely distribution and communication.

JS et. al. solved the problem of responsiveness and interaction ie. latency.

I don't really see those as exhibiting cyclical traits, at best I see it as a correlation ie. side effects of the true problems being solved.

Re:Introduction to WebAssembly: why should we care? by TeMPOraL on Tuesday December 19, 2017 @12:36PM (#15961974)
> JS et. al. solved the problem of responsiveness and interaction ie. latency.

You mean "introduced", right? Back before the modern web, when we all expected software to run on our machines, there was no responsiveness and latency problems, because data didn't travel over the wire unless it absolutely had to.

Re:Introduction to WebAssembly: why should we care? by sp332 on Tuesday December 19, 2017 @01:01PM (#15962235)
You can't download the entire internet. And loading a new web page every time you push a button is slow.
Re:Introduction to WebAssembly: why should we care? by TeMPOraL on Tuesday December 19, 2017 @01:21PM (#15962489)
Not in practice, given that in reality of this use case, JS code also does network requests, which tend to be at least as slow as downloading a HTML page.

That said, what I meant is modern JS enabled moving into the web things that should have stayed local. It's literally two step backwards (moving software into "the cloud") and one step forward (giving back some responsiveness through AJAX).

Re:Introduction to WebAssembly: why should we care? by adrianN on Wednesday December 20, 2017 @03:01AM (#15967844)
For some reason the web feels a lot faster when I disable JS...
Re:Introduction to WebAssembly: why should we care? by sp332 on Wednesday December 20, 2017 @06:50AM (#15968809)
I can make an application as fast as you want if it doesn't have to run correctly.
Re:Introduction to WebAssembly: why should we care? by TeMPOraL on Wednesday December 20, 2017 @07:07AM (#15968897)
Most of the time when you put JS on your page, what you're doing is breaking the thing that would - without JS - still correctly do what it's actually supposed to do.
Re:Introduction to WebAssembly: why should we care? by tskaiser on Wednesday December 20, 2017 @11:26AM (#15970973)
"Most of the time"? Citation needed.

While I generally agree with the sentiment of "do more by coding less", and minimalist user interfaces, there are plenty of cases where you throw a whole lot of functionality out the window by outright banning JS.

Re:Introduction to WebAssembly: why should we care? by pecg on Tuesday December 19, 2017 @11:48AM (#15961503)
> WWW solved an entirely different problem, namely distribution and communication.

> JS et. al. solved the problem of responsiveness and interaction ie. latency.

I don't think either of these statements is correct. There wasn't a problem of 'responsiveness' and 'interaction' on http to begin with, in fact what Sun and Netscape did with javascript was to overengineer the web because they saw it as a business opportunity to add client-side code. http was designed (badly) to exchange hypertext documents, not to perform transactions over the server, or render video-games, or play music and videos, and certainly not to transfer files, for the latter ftp was desgined (also badly).

Re:Introduction to WebAssembly: why should we care? by tskaiser on Wednesday December 20, 2017 @03:30AM (#15967954)
While I accept that my description of JS et. al. might be contentious, I don't see that you have argued against my piece on the WWW in general.

Regarding latency and responsiveness I agree that they are issues that depend largely on your use cases and your skill at implementing solutions. In this regard I can agree that some pages simply don't need JS. It is also being misused for ads and tracking to a degree that is problematic and can in itself cause issues.