The Long Web

The opening talk from the inaugural Head conference, delivered at the London hub.

Over the the next three days, you will be hearing about a wide variety of subjects, all of them related to the Web. The Web, like this conference, is an exciting place to be. It’s certainly a fast-paced environment in which to work. We are constantly being confronted with new technologies, new tools, new ideas and new methodologies. It gives our work a certain frisson.

I have a favour to ask of you. Over the course of these three days, as you listen to the stellar array of experts that Aral has lined up for you, as you absorb their insights into the latest technologies and techniques, I would like you to apply an unusual frame a reference.

Instead of just evaluating tools and technologies in terms of their usefulness to you right here, right now, I would very much appreciate it if you were to occasionally step outside of the here and now. For every talk that you hear, take a moment to have the mental equivalent of an out-of-body experience. Think of it as an out-of-head experience. I would like you to spend a few moments of your time evaluating each talk, each technique, each technology from a long-term perspective.

I am concerned. I don’t want to sound like one of those irate Daily Mail readers bemoaning the youth of today and their lack of appreciation for the achievements of the past, but I do think that we, as an industry, have a tendency to focus a little too much on the present.

Sure, we like talking about the future but generally, it’s the near future that interests us: next week’s mobile phone, next month’s browser, next year’s hardware. How much thought do we give to the long-term future? How much of what are creating in the here and now will still be around in just one more generation?

To get you in the right frame of mind for long-term thinking, I’d like to take you back to the past.

With the fall of the Roman Empire in the 5th Century AD, there was a real danger that entire areas of knowledge would be destroyed. Fortunately the great works of ancient Greece and Rome were preserved, thanks to the tireless work of early Christian monks. They lived at the remote edges of Europe, on the almost-inaccessible islands off the coasts of Ireland and Scotland. There, they toiled ceaselessly at the task of cultural preservation, creating beautiful illuminated manuscripts.

This powerful story of a small band of scholars preserving civilisation for future generations is revived in works of speculative fiction. In A Canticle For Leibowitz, Walter M. Miller envisions a monastery in the post-apocalyptic landscape of the American Southwest where the remnants of scientific knowledge are guarded for future generations. More recently, Neal Stephenson’s Anathem pushes the perspective of long-term thinking and knowledge preservation to its limit.

Meanwhile, back in the Dark Ages of our timeline, the great works of science and philosophy from the ancient world were preserved thanks to early Irish Christian scholars. And yet, we know very little about these anonymous heroes. The minutiae of their day-to-day life was not preserved, although we are granted occasional glimpses. Every now and then, a scribe would add some observations of his own in the margins of a manuscript.

Here’s one:

My hand is weary with writing, my sharp quill is not steady, my slender, beaked pen juts forth a black draught of shining, dark blue!

And here’s another:

Pleasant is the glint of the sun today upon these margins, because it flickers so.

These are the real treasures: little dollops of trivia served up in fewer than 140 characters.

So it is throughout history. Scholarly works are preserved while the inconsequential narrative of everyday life is lost. There are exceptions. The Book of Margery Kempe, written in the 14th Century, is the charming blog of a medieval woman.

Now we have the Web. It’s the perfect medium for recording personal narrative. We write, we post pictures, we upload video. Or, as the poet Patrick Kavanagh put it, we wallow in the habitual, the banal, wherever life pours forth ordinary plenty.

But will this ordinary plenty be retrievable in one hundred years, or even ten years? A decade is a long time on the web. I made my first website over ten years ago. It was hosted on some third-party Geocities-like domain. It’s gone now. Geocities yesterday, MySpace today.

And lest we derive a certain smug satisfaction at the thought of MySpace pages not being available a decade from now, spare a thought for all the other third-party services that we have entrusted with our data: Flickr, Vimeo, Tumblr; given the current financial doomsday scenario, the future existence of these storage providers is far from certain.

A valiant few have taken up the task of preserving our online culture. Brewster Kahle’s Internet Archive is a magnificent undertaking. But the scale of the endeavour is monumental. Saving our culture is a task that will probably need to be crowdsourced if it is to succeed.

The monks of the Dark Ages worked on vellum. We work with intangible ones and zeros. Without electricity, our recordings cease to exist. Vellum is more durable. But it’s very time-consuming to make exact non-destructive copies in vellum. Digital bits, on the other hand, can be easily copied. That gives me hope.

Storage, too, is a solved problem. Moore’s Law just keeps going and going. Our Turing machines are getting more and more powerful and spacious.

The real issue is with the configuration of our ones and zeros: data formats. Some data formats have a higher propensity for longevity than others.

For a start, there’s the complexity of the format. Plain text is very simple. Formatted text is slightly more complex. Images are a notch higher. Video is non-trivial. Information encoded in a simple format is more likely to be easily decoded in the future.

Open formats are better than closed formats. I don’t mean they are necessarily qualitatively better but from the viewpoint of digital preservation, over a long enough timescale they are always better.

The terms “open” and “closed” are fairly nebulous. Rather than define them too rigidly, I’d like to point to the qualities that can be described as either open or closed. The truth is that most formats contain a mixture of open and closed qualities.

First of all, there’s the development process of creating a format in the first place. On the face of it, a closed process might seem preferable. It allows greater control of how a format develops. But it turns out that this isn’t always desirable. The open-source model of development, for all its chaotic flaws, has one huge advantage: evolution. Time and time again, the open-source community has produced efficient, well-honed gems instead of the Towers of Babel that would be logically expected. That’s because Darwinian selection, be it natural or otherwise, will always produce the best adaptations for any environment. It doesn’t matter if we’re talking about ones and zeros instead of strands of DNA; the Theory of Evolution is borne out in either case. Microsoft aren’t getting their ass kicked by the Linux penguin or the burning fox of fire; Microsoft are getting their ass kicked by Charles Darwin.

Another open quality is standardisation. Again, at first glance, this might seem counter-intuitive. After all, the standardisation process is all about defining boundaries and setting limits as to what is and isn’t permitted. But this deliberate reigning in of the possibility space is what gives a format longevity. This will come as no surprise to the designers amongst you who are well aware that constraints breed creativity. As Douglas Adams said, we demand rigidly-defined areas of doubt and uncertainty.

Standardisation doesn’t necessarily lead to qualitatively better formats. Quite the opposite. The standardisation process, by its very nature, involves compromise. But I would rather use a compromised standardised format than a perfect proprietary one.

While many formats are designed to be simple, open and standardised, there are some that are, from a digital preservation standpoint, crippled by design.

As the security expert Bruce Schneier put it, digital files cannot be made uncopyable, any more than water can be made not wet. But that hasn’t stopped people from trying. I’m referring to what is so euphemistically called Digital Rights Management. The data encoded in these formats is doomed.

If you purchased a song from Virgin Digital last year, that music is no longer playable on any device today. The built-in DRM ensured that when the provider shut down, so did the data. It was the same story with Google’s brief flirtation with selling DRMd video. In both cases, paying customers were treated like criminals and yet it was the providers who reneged on their end of the deal, leaving customers high and dry.

Licensing, copyright and even “intellectual property”—a term so new, it has no legal meaning—all have their place but that place is not within a data format. The Embedded OpenType font format from Microsoft, for example, is a travesty. I can only take comfort from the fact that, given its self-crippling nature, the EOT format, like all DRM-laden formats, is dead. It just doesn’t know it.

Don’t entrust your data to zombie data formats.

As you listen to me talk about data formats and digital preservation, you might well be saying to yourself, who gives a shit? Curating our culture for future generations is not our job. To paraphrase Leonard McCoy, I’m a web designer, not a librarian!

Think about the qualities that I’ve listed as being beneficial for long-term thinking: simplicity, openness and standardisation. These qualities are desirable not just for the future but also for the present. These are the qualities that allow data to be portable.

Can I view source? Can I copy and paste? Can I syndicate? Can I mash up? If you can answer yes to all these questions, then your content will probably live a long and healthy life.

If you don’t care about longevity or portability, what about accessibility? I put it to you that what is good for digital preservation is good for accessibility: simplicity, openness and standardisation. I would go as far as to say that digital preservation is a form of accessibility; making your content accessible to everyone regardless of whether they happen to reside in the present or the future.

Longevity. Portability. Accessibility. If none of those arguments convince you, then I can only resort to the cheapest trick in the book and tell you that the Googlebot loves simplicity, openness and standardisation. Long-term thinking is good for your googlejuice.

With that, let me just reiterate my request that you apply a smattering of long-term thinking to the material you are about to dive into over the course of the next three days. But don’t obsess about it. The future is important—it’s where we’re all headed. But we live in the moment.

I sincerely hope that the ongoing narrative that we are all constructing online will be preserved for our future selves. But if not—if all that we publish will fade sooner rather than later—that’s all the more reason to treasure it now while it lasts. Even if your story will be forgotten in the future, it is still a story worth telling.

It may be that every blog post we write, every picture we post and every message we send is inherently ephemeral. In the words of a dying replicant:

All of these moments will be lost in time, like tears in the rain.

Licence

This presentation is licenced under a Creative Commons attribution licence. You are free to:

Share
Copy, distribute and transmit this presentation.
Remix
Adapt the presentation.

Under the following conditions:

Attribution
You must attribute the presentation to Jeremy Keith.

Responses

petermolnar.eu

Have fun. Remember that GeoCities page you built back in the mid-90s? The one with the Java applets, garish green background and seventeen animated GIFs? It may have been ugly, badly coded and sucky, but it was fun, damnit. Keep the web weird and interesting.

Build for the long web. If human society is are able to preserve ancient papyrus, Victorian photographs and dinosaur bones, we should be able to build web technology that doesn’t require us to destroy everything we’ve done every few years in the name of progress. – Indie Web Principles

# Tuesday, May 6th, 2014 at 10:01am

jgregorymcverry.com

I woke this morning to see the weekly discussion of “What is #IndieWeb and what is not” flared up again last night. Eventually someone points to the principles page. Yet to the audience I serve these set of core ideals can chase folks away for being too technical. So I wanted to remix them to see if I get develop the same principles for a non-technical crowd.

I started by forking the original list and trying to make the language more inclusive. I did add one new principle about actively building for diversity as like all things tech #IndieWeb is too white and male.

This is just a starting point and this draft is not official #IndieWeb stuff. Just me having fun trying to help the community.

Current #IndieWeb Principles

  1. Own your data.
  2. 🔍 Use visible data for humans first, machines second. See also DRY.
  3. 💪 Make tools for yourself first, not for all of your friends or ”everyone“. If you design tools for some hypothetical user, they may not actually exist; if you make tools for yourself, you actually do exist. It’s extremely hard to fight Metcalfe’s law: you won’t be able to convince all your friends to join the independent web. By making something that satisfies your needs, and is backwards compatible for others, e.g. by practicing POSSE, you benefit immediately, without having to convince anyone else. If and when others join, you all benefit. This principle is also known as scratch your own itch (See also: The Cathedral & the Bazaar lesson #1).
  4. 😋 Use what you make! AKA eat your own dogfood. Whatever you build you should actively use. If you aren’t depending on it, why should anybody else? We call that selfdogfooding. Personal use helps focus your efforts on building the indieweb around your needs and consistently solving immediate real world problems. selfdogfooding is also a form of “proof of work” to help focus on productive interactions.
  5. 📓 Document your stuff. You’ve built a place to speak your mind, use it to document your processes, ideas, designs and code. At least document it for your future self.
  6. 💞 Open source your stuff! You don’t have to, of course, but if you like the existence of the indie web, making your code open source means other people can get on the indie web quicker and easier.
  7. 📐 UX and design is more important than protocols, formats, data models, schema etc. We focus on UX first, and then as we figure that out we build/develop/subset the absolutely simplest, easiest, and most minimal protocols & formats sufficient to support that UX, and nothing more. AKA UX before plumbing.
  8. 🌐 Build platform agnostic platforms. The more your code is modular and composed of pieces you can swap out, the less dependent you are on a particular device, UI, templating language, API, backend language, storage model, database, platform. Modularity increases the chance that at least some of it can and will be re-used, improved, which you can then reincorporate. AKA building-blocks. AKA “small pieces loosely joined”.
  9. 🗿 Longevity. Build for the long web. If human society is able to preserve ancient papyrus, Victorian photographs and dinosaur bones, we should be able to build web technology that doesn’t require us to destroy everything we’ve done every few years in the name of progress.
  10. Plurality. With IndieWebCamp we’ve specifically chosen to encourage and embrace a diversity of approaches & implementations. This background makes the IndieWeb stronger and more resilient than any one (often monoculture) approach.
  11. 🎉 Have fun. Remember that GeoCities page you built back in the mid-90s? The one with the Java applets, garish green background and seventeen animated GIFs? It may have been ugly, badly coded and sucky, but it was fun, damnit. Keep the web weird and interesting.

Drafted Principles for the Rest Of us

  1. 22e89a2d8256aace45d199ae760e4802

# Wednesday, May 30th, 2018 at 10:16am

Praveen

“If human society is able to preserve ancient papyrus, Victorian photographs and dinosaur bones, we should be able to build web technology that doesn’t require us to destroy everything we’ve done every few years in the name of progress.” - adactio.com/articles/1522/

# Posted by Praveen on Thursday, December 6th, 2018 at 7:05am

Ali Reza Hayati

If you follow this blog using your web browser, you probably realize blog’s theme and some other stuff are changed. My blog is now compatible with IndieWeb via these changes. You probably saw the “IndieWeb” links in the footer before, those links will forward you to another member of IndieWeb randomly.

The IndieWeb is a people-focused alternative to the “corporate web”. IndieWeb is a community of individual personal websites, connected by simple standards, based on the principles of owning your domain, using it as your primary identity, to publish on your own site (optionally syndicate elsewhere), and own your data.

IndieWeb tries to help people make their domain their primary online identity. This can help us to have our own identity no matter what services we use and no matter the services we use last or not. Our domains are our passports to IndieWeb.

IndieWeb has its principles to build a community of individuals who don’t want to be owned by corporate web. This community tries to have its own freedom and independence.

These principles are

  • Own your data.
  • Use & publish visible data for humans first, machines second.
  • Make what you need.
  • Use what you make.
  • Document your stuff.
  • Open source (liberate actually) your stuff.
  • UX and design is more important than protocols, formats, data models, schema etc.
  • Modularity.
  • Longevity.
  • Plurality.
  • Have fun.

All those are explained on indieweb.org/principles.

Own your data

own your data is an IndieWeb principle with two key parts: 1) your data lives primarily on your own domain, and 2) you maintain usable access to it over time.

First, using your own domain gives you control over where people find and interact with you online. When you migrate to a new hosting provider or CMS, if your site stays on the same domain, everyone will still find you, regardless of whether they follow your site in a reader, land directly on your permalinks from other sites or search engines, or even type your domain directly into a browser.

Second, they say that change is the only constant, and web sites are no exception. Whether you stick with a host or CMS for a year, a decade, or a century, you’re likely to change something eventually. When you do, you’ll need usable access to all of your existing data. This includes export and import, data formats and standards, tools, protocols, permissions, rate limits, and more.

Use what you make

Whatever you build you should actively use. If you aren’t depending on it, why should anybody else? We call that selfdogfooding. Personal use helps focus your efforts on building the indieweb around your needs and consistently solving immediate real world problems. AKA eat your own dogfood. selfdogfooding is also a form of “proof of work” to help focus on productive interactions.

Document your stuff

You’ve made a place to speak your mind, use it to document your processes, ideas, designs and code. Help others benefit from your journey, including your future self!

Liberate your stuff

You don’t have to, of course, but if you like the existence of the indie web, making your code [libre] means other people can get on the indie web quicker and easier.

Modularity

Build platform agnostic platforms. The more your code is modular and composed of pieces you can swap out, the less dependent you are on a particular device, UI, templating language, API, backend language, storage model, database, platform. Modularity increases the chance that at least some of it can and will be re-used, improved, which you can then reincorporate. AKA building-blocks. AKA “small pieces loosely joined”.

Longevity

Build for the long web. If human society is able to preserve ancient papyrus, Victorian photographs and dinosaur bones, we should be able to build web technology that doesn’t require us to destroy everything we’ve done every few years in the name of progress.

Plurality

With IndieWebCamp we’ve specifically chosen to encourage and embrace a diversity of approaches & implementations. This background makes the IndieWeb stronger and more resilient than any one (often monoculture) approach.

Have fun

When the web took off in the 90’s people began designing personal sites with tools such as GeoCities. These spaces had Java applets, garish green background and seventeen animated GIFs. It may have been ugly and badly coded but it was fun. Keep the web weird and interesting.

1 Bookmark

# Wednesday, March 21st, 2018 at 12:06pm