Everyware_ The Dawning Age of Ubiquitous Computing - Adam Greenfield [71]
Thesis 53
Depending on how it is defined, everyware is both an immediate issue and a "hundred-year problem."
The question of how soon we need to begin preparing for everyware really turns on how strictly it is defined. If we're simply using the word to denote artifacts like PayPass cards and Smart Hydro bathtubs, then it's clear that "preparing" is out of the question: these things already exist.
But everyware is also, and simultaneously, what HP Laboratories' Gene Becker calls a "hundred-year problem": a technical, social, ethical and political challenge of extraordinary subtlety and difficulty, resistant to comprehensive solution in anything like the near term. In fact, if we use the word "everyware" maximally, to mean a seamless and intangible application of information processing that causes change to occur, whether locally or remotely, in perfect conformity with the user's will, we may never quite get there however hard we try.
As is so often the case, the useful definition will be found somewhere in between these two extremes. The trouble is that we're not particularly likely to agree on just where in between: we've already seen that there are many ubiquitous computings, and as if that weren't complication enough, we've also seen that there are places where the line between personal and ubiquitous computing is fairly blurry to begin with.
So how are we to arrive at an answer to our question? Let's see whether we can't narrow the window of possible responses somewhat, by considering schematically which of the components required by a truly ubiquitous computing are already in place and which remain to be developed.
Many such components already exist in forms capable of underwriting a robust everyware, even in the scenarios imagined by its more exuberant proponents. And while a very high degree of finesse in implementation is an absolute precondition for any sort of acceptable user experience, there's nothing in principle that keeps these components from being used to build ubiquitous applications today:
Processor speeds are sufficient to all but the most computationally intensive tasks.
Storage devices offer the necessary capacity.
Displays have the necessary flexibility, luminance and resolution.
The necessary bridges between the physical reality of atoms and the information space of bits exist.
The necessary standards for the representation and communication of structured data exist.
A sufficiently capacious addressing scheme exists.
What makes a system composed of these elements "ubiquitous" in the first place is the fact that its various organelles need not be physically coextensive; given the right kind of networking protocol, they can be distributed as necessary throughout local reality. As it happens, an appropriate protocol exists, and so we can add this too to the list of things that need not hold us back.
But there are also a few limiting factors we may wish to consider. These are the circumstances that have thus far tended to inhibit the appearance of everyware, and which will continue to do so until addressed decisively:
Broad standards for the interoperability of heterogeneous devices and interfaces do not exist.
In most places, the deployed networking infrastructure is insufficient to support ubiquitous applications.
Appropriate design documents and conventions simply do not exist, nor is there a community consciously devoted to the design of ubiquitous systems at anything like industrial scale.
There is barely any awareness on the part of users as to the existence of ubiquitous systems, let alone agreement as to their value or utility.
Overall, these issues are much less tractable than the purely technological challenges posed by processor