How Will The Web Be Different?

There is so much to think about. On a surface level, it’s important to acknowledge that the web — the way we access it, how we use it, and…

How Will The Web Be Different?
Photo by hcl12, used under license through Adobe Stock.

There is so much to think about. On a surface level, it’s important to acknowledge that the web — the way we access it, how we use it, and how we build for it — will all be dramatically different in five or ten years than what we have today. If you are looking, you can see fissures in the large platforms many people use now for websites, caused somewhat by our “grab-and-go” mentality, but also by some remarkable user experience and design work on the part of this constantly churning ecosystem of new, web startup ventures.

And another piece is that people are moving away from the web being an archive or personal history, maybe in recognition that we all change as we grow older, or maybe because the web is becoming cluttered with outdated, incorrect information without any linear map to show the progression of knowledge. But for whatever reason, folks are moving in the direction of a “forgetful web.” We will soon want the web to erase things we’ve posted a year, five, or ten years ago instead of keeping it online and searchable for the rest of our lives. Remember the heated political argument you engaged in with an old college classmate on Facebook during the second Bush campaign? Time for that to disappear.

These big Content Management Systems that are popular today are going to be breaking apart for lack of use or consumer appetite, I think or maybe spun out into smaller component divisions. Not everyone needs a large assembly line-CMS behind their two-page website, potentially slowing download time. In their place, we will probably see a host of tightly integrated, internet-based services that users can pull together for ad-hoc information displays.

I am not using the word “website” because that term won’t be as relevant in five or ten years. For example, the metaphor of a web “page” will transfer over for a little while. Still, I doubt it will linger as more and more people view web information that is output through contact lenses, their car dashboard, 3-D printers, or virtual holo displays. A whole website? What’s that?

Instead, folks will be walking around with static Internet Protocol addresses broadcasting from tiny transmitters embedded in their necks or from a bracelet or other wearable. The information they capture from their phones or Google-glass-like product and post or broadcast will be indexed in a short-lived solid-state cache memory system and viewable from that address, temporarily. Only items flagged permanent will be directed to an Amazon AWS server or similar for long-term storage. That will be their “website.” The DNS system will still function as it does today to continue providing memorable URLs.

Folks are already putting together these ad-hoc displays. They are not as mobile-driven yet as they will become. Think about how some people today integrate Instagram and Twitter and Tumblr and AdSense and Giphy and Facebook Messenger and Soundcloud into a single platform accessible via a unique URL. All of these independent information services are coming together in a structure that the user demands; at any point, they can be pulled apart and disappear, be replaced, or left idle. Sure, it’s a web page, but … is it? Isn’t it already more than the traditional web page that we’ve come to know?

What that means for those in this front-end web development industry with me is that, well, the writing is on the wall. We either need to become skilled in handling the Application Protocol Interfaces (the APIs) that undergird the ability of these tiny services to all seamlessly and (visually) beautifully communicate with each other, or we will be regulated to a footnoted “bump” in the Bureau of Labor & Statistics annual jobs report. Maybe some will move on to become managers of the new crop of web workers; of course, the designers’ jobs will always be safe. But the front-end development folks, well, that work is not what I would lean on for a solid retirement plan.

Then there are the layers of abstraction to think about. What used to be HTML became CSS, which became SASS or LESS, and at each stage there have emerged countless systems and frameworks meant to handle rapid prototyping and development, and each system has a learning curve and peculiar dependencies or supporting components. And that’s just one of the fundamental pieces — we can’t forget JavaScript and its offspring. With each new iteration of these pieces, we have seemed to move away from the core languages. Each step is doing the work of initial language cleaner, quicker, (messier?) faster … mostly in a good way. As we get deeper into each new layer, we are further removed from the original languages of the web.

Today, it is possible for a front-end developer to custom-build a website without really touching HTML, CSS, or JavaScript. They are working in children of those languages like the aforementioned SASS or JQuery and letting technology do the dirty work. I think it is really remarkable. In the same way that today’s TV repair service probably does not know a thing about a vacuum tube, the future web worker likely won’t need to know a thing about HTML or JavaScript or PHP. And that lack of trade knowledge will be appropriate.

That’s a really fun way to think about the future of the web — how we will broadcast to it and implications for the day-to-day laborers behind it.

There are some other less fun but basic questions hanging in the air around the future of the web.

  1. How are our cities preparing physical infrastructure to be ready to harness the future web? Are we relying on the likes of Comcast, the “world’s most hated company,” to do it for us? While some cities are spinning up municipal broadband, most cities are not.
  2. How are we preparing our human capital? Is the current public school curriculum sufficient to build the next generation of web technologists? Is there a balance between the consumption of these new technology devices and an understanding of how they are put together and made, the hardware and programming behind them? Or is that all just magic?
  3. How are we preparing to absorb the future impact of disasters relating to a massive “offline” event or the all-too-common wide-scale cyber information theft from regional information hubs (hospitals, universities, city government offices, etc.)?

Already, we may have popularized the concept of Sir Tim Berners-Lee’s “Internet of Things” running across the web — an entire host of dumb devices connected through the web, performing routine, maybe singular tasks on our behalf. We seem comfortable with the idea of being completely enmeshed within this “web” of information and services wrapped all around us.

The future of the web is going to be a fantastic place. And it is coming faster than some have expected. I hope that we stay informed through it all, more than simply being consumers with a “Tide Detergent” Amazon button that we press when we need more product. I hope we understand how all these transactions are occurring across the various protocols and wifi channels and banking interactions — from the moment we press or click or snap to the moment the robot drone carrier drops off the box on our front porch.

Why? Because it matters that we control the technology instead of being handled by it. It isn’t magic. It’s real, and while it is beautiful to feel awe from it, we also need to own it and keep it tamed.