The dark glue of the Web
In the beginning there was the URL. A harmless, unremarkable naming convention which, in a very short period of time, has become as commonplace as a telephone number. The very structure and shape of a URL speaks to us. It whispers - no, that is too weak a statement - it positively shouts 'CLICK ME! CLICK ME WHY DON'T YOU! Click me and see what happens. Click me because chances are, something interesting will happen. Go on, click me...'
And we humans oblige. We hover around URLs like moths around a gas lamp. We find them irresistible. Our very conceptualizations of digital information and digital business logic have become so wrapped up in the concept of a URL that we no longer find their presence remarkable. On the contrary, applications or information resources that do not feature clicking on URLs have become the remarkable ones.
Given our reliance on URLs, we are amazingly tolerant of broken ones. In the early days of the Web, many library science types and information processing types were of the opinion that the Web would not take off because it took such a casual attitude to broken hypertext links. How could anyone use a system in which there was no guarantee that the thing linked to even exists?
We all know what happened. It took users two seconds to figure out that a "404" was some sort of computer-speak for "try somewhere else" and users did exactly that. They treated 404s as minor inconveniences, not showstoppers. Life went on and the Web grew from strength to strength, widespread broken links notwithstanding.
It can be argued (and I am going to argue it) that the Web of the future will have to be a little more careful with broken URLs. I do not mean to suggest that something significant needs to happen in the Web infrastructure. I do mean to suggest that programmers of Web applications are going to have to be more careful though.
The mainstay of Web applications to date have been human-to-process applications. Simply put, they have been based on the assumption that a tolerant human being is clicking the buttons in a browser trying to make things happen. If a link doesn't work, a human user might just go get a pizza and try again later or try somewhere else. Humans are resourceful that way.
These days, the situation is becoming more complex as a variety of process-to-process applications emerge on the Web. Companies such as Google and Amazon and Flickr are making URLs available to programs, as opposed to humans. These URLS are intended to be used as building blocks in the development of larger applications. A portal that incorporates information from Amazon's catalog, a GIS application that utilizes Google maps, a community application that utilizes Flickr and so on.
Sign up for ITworld's Daily newsletter
Follow ITworld on Twitter @IT_world
Esther Schindler
If the comments are ugly, the code is ugly
claird
SVG a graphics format for 21st century
pasmith
Take Chrome OS for a test spin
Sandra Henry-Stocker
Solaris Tip: Have Your Files Changed Since Installation?
jfruh
Android fragments vs. the iPhone monolith
mikelgan
What Gizmodo missed about the Pro WX Wireless USB disk drive
Sidekick: The Good News & the Bad News
Either way you look at it Microsoft Data Center management did not follow standards or best practices in this failure. In which case it makes me wonder more about the outsourcing of corporate data much less personal data.
- mburton325
Join the conversation here
Quick, practical advice for IT pros. Made fresh daily.
Want to cash in on your IT savvy? Send your tip to tips@itworld.com. If we post it, we'll send you a $25 Amazon e-gift card.













