[prodigal_erik]

That future is better known as client/server, and it's a huge step backwards. There was only one client that worked at all, it was terrible, and you couldn't fix it. No, every time an author imposes fixed client behavior rather than writing publically addressible content which can be rendered and repurposed in many ways, the world-wide web dies a little more.

[tomjen3]

I seem to be somewhat dense today, do you mind explaining to me what harm will come if the next IDE to a language I use is implemented in native client and runs in a browser and wouldn't come if it was written in java and ran on my desktop? (and therefore was only available when my laptop was, etc) or for that matter the photoshop or some computer game.

[prodigal_erik]

My concern is for content increasingly being siloed within an app that only permits its use in ways encouraged by the author. An IDE is a decent counter-example, since nothing like it would have been feasible before js apps began displacing the web. But it's more and more unlikely that any app other than that IDE will be able to access your source code, simply because it's easier not to bother supporting a stable and documented API when the maintainer's favored client can be revved at a moment's notice.

[WayneDB]

"fixed client behavior"

What _isn't_ fixed client behavior on the web? Browsers don't just interpret HTML any which way that they want to.