Javascript won’t save the web. Javascript is part of the problem.

The existence of HTML (and any embedded markup) is part of the problem, and generating all elements with Javascript won’t help. CSS didn’t…

Javascript won’t save the web. Javascript is part of the problem.

The existence of HTML (and any embedded markup) is part of the problem, and generating all elements with Javascript won’t help. CSS didn’t save the web from HTML because the CSS/HTML division misunderstood the problem: content chunking is inherently part of presentation, not content, and any presentation layer should be an external (rather than embedded) markup that can style and rearrange arbitrary spans of content (presumably based on byte or character indices).

HTTP is part of the problem. HTTP doesn’t distinguish between dynamic and static documents, and while it has facilities for representing redirects, moved files, and other potentially useful features, nobody implements or uses any parts of HTTP other than the behavior of codes 200, 404, and (occasionally) 500; even very useful features like partial download requests and file time requests are inconsistently supported.

HTTPS is part of the problem. Hierarchical certificate signing chains will always be vulnerable to leaked top-level certificates, and poor support for certificate revocation will continue to slow adoption of improved hash algorithms.

DNS is part of the problem. The association between hostnames and IPs is only useful from the perspective of a machine (or a programmer thinking at the machine level); the association that is useful to users is one between names and chunks of data, or sometimes between names and services.

Javascript in a web context will never save the web, in the same way that a tumor will never cure cancer. The problems with the web go a whole lot deeper than the front-end concerns that Javascript can address.

If you want to know what *might* save the web, take a look at IPFS & IPNS, then take a look at Project Xanadu.