A few days ago I somehow ended up on Google's web.dev platform, which I'm assuming is rather new. There is of course the possibility that I have been–or still am–living under a rock, when it comes to new web technologies. Something caught my attention: an about using and to deliver partial updates to a website: article Service Workers streams "The key element of this solution is the usage of streams, which enables incremental creations and updates of data sources." It's using the website as a use-case, based on Ben Halpern's from last year. In his piece, Halpern is enthusiastically praising the "magic" of service workers to deliver on saving “terabytes of data” in network transfers. According to him, this approach enables the team at DEV to “ship many fewer bytes while also controlling the user experience with more precision.” To see the results–which are indeed very impressive–you only have to reload the page to his article. DEV.to article This architecture is known as the and it seems to be growing in popularity lately. It might in fact be the most innovative development in frontend web space since the dawn of AJAX and JSON. App Shell Model The basic idea is to deliver only a very minimal page structure in the initial request and then gradually deliver the rest via fragments or partials, while leveraging caching. So is this the most paradigm shifting web architecture since a decade ago? It does certainly have the potential. I'm a little skeptical regarding the use of the term "magic” though, as is the case in Ben Halpern’s article. On "Magic" Magic is not innovation, it's the opposite of it. Without getting too much into the metaphysics or the occult, I think we can agree that traditional magic works by creating illusions. And just in case we do want to get into metaphysics, even if for a little bit, there's a great 2003 by philosopher and cognitive scientist , called "The Illusion of Consciousness", which he starts by humorously explaining the difference between magic and real magic (spoiler: there isn't one): Ted talk Daniel Dennett "Real magic, in other words, refers to the magic that is not real, while the magic that it is real, that can actually be done, is not real magic." Confused? I know I am. But don't worry, it's only because consciousness itself, or the mind, the self, however you want to call it, "is a bag of tricks", according to Dennett. In other words, it's an illusion. When something is truthful it's only because it appears to be so to our consciousness, and however truthful something appears to us depends on how convinced we about it. feel But enough about magic. Let's not ruin it, shall we? Let's keep the magic alive. Back to service workers. My main concern is that saying its "magic" will make it difficult for this technology to be properly understood. A certain technological breakthrough can be an actual innovation only if it's widely adopted. And for service workers to become widely adopted, they have to be properly understood by everybody, not just the most advanced and experienced engineers. Slickness is Tedious I remember being first introduced to AJAX ( ) in 2006 and even as I was a junior developer (by experience) I recall having clearly understood what it does–updating the page by doing HTTP calls in the background, without reloading the page. We call this a single-page application nowadays (or SPA–not an acronym which I'm very fond of, personally). And thinking at the past decade, I can't say that I'm convinced of anything being a major innovation in how websites and web applications are built and how they work. Asynchronous JavaScript And XML There are of course several high profile Javascript frameworks. The language itself has been tremendously improved in terms of readability and maintenance. Several new html5 APIs have been added, but to me it seems that the actual web UI looks pretty much the same as it did in the jQuery days, by which I mean about a decade ago. And if there are any actual innovations, those are mainly the domain of aesthetics, i.e. graphical design, such as SVG or WebFonts, and not performance or interaction. While the aesthetics may or may not be important, as the visual impact can vary from one person to another, the performance impact is certainly the most important one to consider. When measuring the visual impact, there's a certain threshold above which the user interface becomes stable and subsequent updates are more or less redundant. There's a certain point where the application is slick enough and any amount of additional slickness is irrelevant, and it might even be tedious. On the other hand, a performance update that can "magically" make the app load much faster and can have a dramatic effect for everyone using it. Improvements in performance can have near universal benefits, because it saves us time; we spend less time while waiting for an event to happen in the application (such as a page or an image to load). A performance benefit is like time regained, because the way time is perceived by our consciousness is shared across all of us, presumably. Service worker diagram from Beyond SPAs: alternative architectures for your PWA Not Another Bag of Tricks The “App Shell Model” architecture, as Ben Halpern has shown, sure seems to be innovation which delivers on the performance gain. But the technology to implement it has been existing for a good while. As Ben also points out, streams have been around as long as the web itself, and also a server-push mechanism has been available in all major browsers for longer than a decade ago, namely the , or server sent events. I have myself done a about it just seven years ago. the EventSource API presentation In fact, the initial content-type of the events being sent through this API was and have been later changed into the more generic type, according to . Presumably, the EventSource API has been designed for this purpose, as a mechanism which would accommodate streaming updates to the DOM from the server. Bearing in mind also that have also been existing since the dawn of time, you've got yourself a complete server-push-to-dom-fragment architecture. application/x-dom-event-stream text/event-stream this document fragments These days however, what counts as innovation is mostly determined by the big tech “innovators” in Silicon Valley and the innovation itself is usually permitted to happen only if it furthers an agenda of economic growth and corporate prosperity. Even if it does happen on the outside of the big tech corporations–and remember that the world needs massive corporations just as it needs small businesses–the innovation is absorbed and marketed properly to maximize the potential of value delivery. But what does it matter? Innovation is innovation regardless of where it comes from. Whether this particular innovation–the architecture (we might want to do something about this naming)–is the next AJAX remains to be determined. Personally, I am quite enthusiastic at the prospect of yet again having an actual innovation in website and application building and not just another bag of tricks. “App Shell Model” -- Previously published on: https://dev.to/andreirusu_/the-illusion-of-innovation-in-web-development-c5h Main photo by on moren hsu Unsplash

Google

2022 - HackerNoon Contributor of the Year - Frontend

2022 - HackerNoon Contributor of the Year - Software Testing

2022 - HackerNoon Contributor of the Year - Testing

Nominated for 2022 - HackerNoon Contributor of the Year - Software Testing

Nominated for 2022 - HackerNoon Contributor of the Year - Frontend

Nominated for 2022 - HackerNoon Contributor of the Year - Testing

Too Long; Didn't Read

Cassandra Forward a free Cassandra-focused community event

Is the App Shell Model an Innovation in Web Development?

Too Long; Didn't Read

People Mentioned

Company Mentioned

@pineview.io

RELATED STORIES