<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments for Upon 2020</title>
	<atom:link href="http://upon2020.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://upon2020.com</link>
	<description>The Next Decade In Technology</description>
	<pubDate>Mon, 06 Sep 2010 10:10:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on Reframing the Open-Source vs. Proprietary Software Licensing Debate by sbw.org/</title>
		<link>http://upon2020.com/2010/08/reframing-the-open-source-vs-proprietary-software-licensing-debate/#comment-52</link>
		<dc:creator>sbw.org/</dc:creator>
		<pubDate>Mon, 16 Aug 2010 21:50:38 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=33#comment-52</guid>
		<description>Speaking of Creative Commons, note that Creative Commons provides tools for BSD, GPL, and LGPL licensing.  Here's their FAQ about it:

http://urlzr.mp/75

Creative Commons doesn't alter BSD, GPL, or LGPL in any way.  Instead, they provide human-readable and machine-readable forms that make those licenses easier to work with.</description>
		<content:encoded><![CDATA[<p>Speaking of Creative Commons, note that Creative Commons provides tools for BSD, GPL, and LGPL licensing.  Here&#8217;s their FAQ about it:</p>
<p><a href="http://urlzr.mp/75" rel="nofollow">http://urlzr.mp/75</a></p>
<p>Creative Commons doesn&#8217;t alter BSD, GPL, or LGPL in any way.  Instead, they provide human-readable and machine-readable forms that make those licenses easier to work with.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NoSQL and the End of the SQL Cash Machine by Ben Finney</title>
		<link>http://upon2020.com/2010/03/nosql-and-the-end-of-the-sql-cash-machine/#comment-48</link>
		<dc:creator>Ben Finney</dc:creator>
		<pubDate>Tue, 08 Jun 2010 01:42:03 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=24#comment-48</guid>
		<description>Your post only addresses the idea that Oracle will tank. I think you over-reach when you extend that to the rise of NoSQL; I think the mature PostgreSQL will be a strong option too.

So while I can see merit in your argument for the demise of Big SQL, I don't see that as a decline of SQL. Rather, it means one can no longer base a corporation on selling boxed SQL products and consultants.

One can't base a corporation on selling boxed web browsers, either. They haven't gone anywhere, nor have they declined in quality. They're still sold (with the operating system), and increasingly sold as free software, but are no longer a cash cow in themselves.</description>
		<content:encoded><![CDATA[<p>Your post only addresses the idea that Oracle will tank. I think you over-reach when you extend that to the rise of NoSQL; I think the mature PostgreSQL will be a strong option too.</p>
<p>So while I can see merit in your argument for the demise of Big SQL, I don&#8217;t see that as a decline of SQL. Rather, it means one can no longer base a corporation on selling boxed SQL products and consultants.</p>
<p>One can&#8217;t base a corporation on selling boxed web browsers, either. They haven&#8217;t gone anywhere, nor have they declined in quality. They&#8217;re still sold (with the operating system), and increasingly sold as free software, but are no longer a cash cow in themselves.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Clouds, Datacenters, Virtualization and the Disruption of the Server Market by www.flutterby.net-User-DanLyke</title>
		<link>http://upon2020.com/2010/05/clouds-datacenters-virtualization-and-the-disruption-of-the-server-market/#comment-41</link>
		<dc:creator>www.flutterby.net-User-DanLyke</dc:creator>
		<pubDate>Mon, 17 May 2010 17:23:38 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=29#comment-41</guid>
		<description>I would like to think that this is a cycle like the one that brought about the personal computer revolution in the first place. We'll see a swing towards big centralized data centers, but then people will start to deal with the limitations of that and a new age of more personally oriented servers will spring up.

I have no particular confidence in that prediction, however.

One interesting note, though, is that Amazon's service is in many ways that same "take control away from the IS guys" that the personal computer was back in the late '70s and early '80s: I've got a friend who works for the USGS who's a huge Amazon user. One of his reasons is that it's much easier to break out his personal credit card and seek reimbursement than it is to get their computing facilities to provision and deploy a server, and not even in the same universe as getting them to both give him a server and admin access to it. So Amazon it is.</description>
		<content:encoded><![CDATA[<p>I would like to think that this is a cycle like the one that brought about the personal computer revolution in the first place. We&#8217;ll see a swing towards big centralized data centers, but then people will start to deal with the limitations of that and a new age of more personally oriented servers will spring up.</p>
<p>I have no particular confidence in that prediction, however.</p>
<p>One interesting note, though, is that Amazon&#8217;s service is in many ways that same &#8220;take control away from the IS guys&#8221; that the personal computer was back in the late &#8217;70s and early &#8217;80s: I&#8217;ve got a friend who works for the USGS who&#8217;s a huge Amazon user. One of his reasons is that it&#8217;s much easier to break out his personal credit card and seek reimbursement than it is to get their computing facilities to provision and deploy a server, and not even in the same universe as getting them to both give him a server and admin access to it. So Amazon it is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Clouds, Datacenters, Virtualization and the Disruption of the Server Market by Randy Bias</title>
		<link>http://upon2020.com/2010/05/clouds-datacenters-virtualization-and-the-disruption-of-the-server-market/#comment-39</link>
		<dc:creator>Randy Bias</dc:creator>
		<pubDate>Thu, 13 May 2010 00:58:52 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=29#comment-39</guid>
		<description>Amazon's EC2 opened for business in 2006. They have been operational for four years.</description>
		<content:encoded><![CDATA[<p>Amazon&#8217;s EC2 opened for business in 2006. They have been operational for four years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NoSQL and the End of the SQL Cash Machine by www.flutterby.net-User-DanLyke</title>
		<link>http://upon2020.com/2010/03/nosql-and-the-end-of-the-sql-cash-machine/#comment-20</link>
		<dc:creator>www.flutterby.net-User-DanLyke</dc:creator>
		<pubDate>Wed, 31 Mar 2010 20:38:20 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=24#comment-20</guid>
		<description>I haven't really been paying attention to this, because I feel like I saw the whole "NoSQL" discussion happen over a decade ago. Back then there was this upstart tool called MySQL, which was basically a key value store with a text interface. Kind of like BerkeleyDB, but you got to use syntax like the big boys. Philip Greenspun and other Computer Science people were running around saying "but MySQL isn't a database, why are't you using a database?"

Then eventually all those cool things like referential integrity and atomic operations got added to MySQL, and Google exposed the API to a database on their app server which was a simple key value store that used SQL. And SQLite did the same thing for local apps. And those tools grew up and now we're seeing the cycle revisited.

I think the thing about all of these solutions, especially the ones which are implementing ad-hoc distribution systems, is that they're great for places where approximate returns to a query are okay. Like some of the weirdness we see Facebook exhibit. But getting that right can be a competitive advantage. And there are applications for which "mostly correct" will never be a solution.

(partial disclosure: about a decade ago I wrote a bunch of code for the kernel of one such that's been serving circa several million user authenticated fuzzy match queries a day since then. When we implemented it, it was to replace an Oracle database, and the million and a half queries a day that system was serving was *huge* by the standards of the time. I said then that I think we'd do better by putting those same engineering efforts into PostgreSQL. I still think so.)

So, yeah, there's a big market opportunity here, Oracle's going to see challenges, but much as all applications evolve until they contain a buggy re-implementation of a lisp interpreter (or, in Python and Ruby, a simple re-implementation of one), I predict that all databases will evolve until they contain a buggy re-implementation of a relational database with an SQL like query interface.




I think there's a critical difference between the use cases for NoSQL and SQL databases, and it's something that analyses of the two have missed back before Philip Greenspun's oft-debated "MySQL is not a database" statements in the late '90s: NoSQL is great for places where approximate results are acceptable.

However, much as all applications evolve until they have a re-implemented buggy lisp interpreter embedded in them, and until they can send email, people will continue to look askance at Facebook serving up the occasional really whacked out page, and someone else is going to use getting that right as a competitive advantage.

None of this contradicts your assertion that we're going to see the end of "Big SQL", but I think what it does mean is that most of the NoSQL developers will eventually be implementing all of the things that make a real SQL database what it is, transactions, enforced referential integrity, etc, and that 

I also remember in a previous lifetime working on the kernel of a distributed multithreaded database that replaced Oracle in an application. It was being built to deal with a load that at the time was considered amazingly high, several million authenticated queries per day.</description>
		<content:encoded><![CDATA[<p>I haven&#8217;t really been paying attention to this, because I feel like I saw the whole &#8220;NoSQL&#8221; discussion happen over a decade ago. Back then there was this upstart tool called MySQL, which was basically a key value store with a text interface. Kind of like BerkeleyDB, but you got to use syntax like the big boys. Philip Greenspun and other Computer Science people were running around saying &#8220;but MySQL isn&#8217;t a database, why are&#8217;t you using a database?&#8221;</p>
<p>Then eventually all those cool things like referential integrity and atomic operations got added to MySQL, and Google exposed the API to a database on their app server which was a simple key value store that used SQL. And SQLite did the same thing for local apps. And those tools grew up and now we&#8217;re seeing the cycle revisited.</p>
<p>I think the thing about all of these solutions, especially the ones which are implementing ad-hoc distribution systems, is that they&#8217;re great for places where approximate returns to a query are okay. Like some of the weirdness we see Facebook exhibit. But getting that right can be a competitive advantage. And there are applications for which &#8220;mostly correct&#8221; will never be a solution.</p>
<p>(partial disclosure: about a decade ago I wrote a bunch of code for the kernel of one such that&#8217;s been serving circa several million user authenticated fuzzy match queries a day since then. When we implemented it, it was to replace an Oracle database, and the million and a half queries a day that system was serving was *huge* by the standards of the time. I said then that I think we&#8217;d do better by putting those same engineering efforts into PostgreSQL. I still think so.)</p>
<p>So, yeah, there&#8217;s a big market opportunity here, Oracle&#8217;s going to see challenges, but much as all applications evolve until they contain a buggy re-implementation of a lisp interpreter (or, in Python and Ruby, a simple re-implementation of one), I predict that all databases will evolve until they contain a buggy re-implementation of a relational database with an SQL like query interface.</p>
<p>I think there&#8217;s a critical difference between the use cases for NoSQL and SQL databases, and it&#8217;s something that analyses of the two have missed back before Philip Greenspun&#8217;s oft-debated &#8220;MySQL is not a database&#8221; statements in the late &#8217;90s: NoSQL is great for places where approximate results are acceptable.</p>
<p>However, much as all applications evolve until they have a re-implemented buggy lisp interpreter embedded in them, and until they can send email, people will continue to look askance at Facebook serving up the occasional really whacked out page, and someone else is going to use getting that right as a competitive advantage.</p>
<p>None of this contradicts your assertion that we&#8217;re going to see the end of &#8220;Big SQL&#8221;, but I think what it does mean is that most of the NoSQL developers will eventually be implementing all of the things that make a real SQL database what it is, transactions, enforced referential integrity, etc, and that </p>
<p>I also remember in a previous lifetime working on the kernel of a distributed multithreaded database that replaced Oracle in an application. It was being built to deal with a load that at the time was considered amazingly high, several million authenticated queries per day.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unlimited Free Client-Side Storage by sbw.org/</title>
		<link>http://upon2020.com/2010/03/unlimited-free-client-side-storage/#comment-19</link>
		<dc:creator>sbw.org/</dc:creator>
		<pubDate>Sun, 28 Mar 2010 15:24:49 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=23#comment-19</guid>
		<description>I think Johannes is right.  I'll go even a step further: Since client-side processing power also will increase, the combination will bring algorithms that today only work in the cloud down to our pockets.  More processing power means smarter caching and background processing.  We'll collect continuous streams of high-resolution data from our bodies and surroundings, crunch it to do things we haven't thought of yet, and archive the data in the cloud when bandwidth is available.

DanLyke is right that there will still be limits to portable bandwidth: Bandwidth will always be better in some fixed locations than in arbitrary or remote locations or when moving at speed.  But more processing power means we'll need less (and less reliable) bandwidth, and more storage means we'll be able to cache more data more intelligently, syncing (merging?) with the cloud later.

A short-term example: Google Nav on Android is great, but even in metropolitan areas, its need for a continuous network connection is a severe limitation.  My Garmin GPS, with its client-side database (only 2GB), still works way better.  It seems obvious there are people at Google right now working to build predictive caching of map data and points of interest, using client-side storage (my Droid came with 16GB) and processing to hide the fragility of the connection to the cloud.</description>
		<content:encoded><![CDATA[<p>I think Johannes is right.  I&#8217;ll go even a step further: Since client-side processing power also will increase, the combination will bring algorithms that today only work in the cloud down to our pockets.  More processing power means smarter caching and background processing.  We&#8217;ll collect continuous streams of high-resolution data from our bodies and surroundings, crunch it to do things we haven&#8217;t thought of yet, and archive the data in the cloud when bandwidth is available.</p>
<p>DanLyke is right that there will still be limits to portable bandwidth: Bandwidth will always be better in some fixed locations than in arbitrary or remote locations or when moving at speed.  But more processing power means we&#8217;ll need less (and less reliable) bandwidth, and more storage means we&#8217;ll be able to cache more data more intelligently, syncing (merging?) with the cloud later.</p>
<p>A short-term example: Google Nav on Android is great, but even in metropolitan areas, its need for a continuous network connection is a severe limitation.  My Garmin GPS, with its client-side database (only 2GB), still works way better.  It seems obvious there are people at Google right now working to build predictive caching of map data and points of interest, using client-side storage (my Droid came with 16GB) and processing to hide the fragility of the connection to the cloud.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unlimited Free Client-Side Storage by www.flutterby.net-User-DanLyke</title>
		<link>http://upon2020.com/2010/03/unlimited-free-client-side-storage/#comment-18</link>
		<dc:creator>www.flutterby.net-User-DanLyke</dc:creator>
		<pubDate>Thu, 25 Mar 2010 17:03:21 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=23#comment-18</guid>
		<description>I still wonder at the notion of essentially free bandwidth for our portable devices. The "n to n" network problem still looms, and shows its head every time I try to watch a YouTube video, and with AT&#38;T whining about network congestion due to iPhone usage, this is a problem I don't see as solved in ten years.

I know I already have various strategies for caching stuff on and off my portable devices, and I wish my iPhone were much much better at that (I'd love to be able to cache a couple of gigabytes of Google Earth data for areas I'm in or am likely to be in). I spend a moderate amount of time in places where data connections aren't just slow (ie: San Francisco), but non-existent (large swaths of western Marin and Sonoma counties), and that's even more true for places I pull out my camera or other data acquisition devices (admittedly, all of which have far far lower data use than the camera).

So I guess I'm not disputing your notion that nobody's going to get rich selling client-side storage in ten years, but I think we'll be demanding a couple of hundred gigabytes of client-side on those machines.</description>
		<content:encoded><![CDATA[<p>I still wonder at the notion of essentially free bandwidth for our portable devices. The &#8220;n to n&#8221; network problem still looms, and shows its head every time I try to watch a YouTube video, and with AT&amp;T whining about network congestion due to iPhone usage, this is a problem I don&#8217;t see as solved in ten years.</p>
<p>I know I already have various strategies for caching stuff on and off my portable devices, and I wish my iPhone were much much better at that (I&#8217;d love to be able to cache a couple of gigabytes of Google Earth data for areas I&#8217;m in or am likely to be in). I spend a moderate amount of time in places where data connections aren&#8217;t just slow (ie: San Francisco), but non-existent (large swaths of western Marin and Sonoma counties), and that&#8217;s even more true for places I pull out my camera or other data acquisition devices (admittedly, all of which have far far lower data use than the camera).</p>
<p>So I guess I&#8217;m not disputing your notion that nobody&#8217;s going to get rich selling client-side storage in ten years, but I think we&#8217;ll be demanding a couple of hundred gigabytes of client-side on those machines.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Last Screen by flutterby.net/User:DanLyk&#8230;</title>
		<link>http://upon2020.com/2010/03/the-last-screen/#comment-15</link>
		<dc:creator>flutterby.net/User:DanLyk&#8230;</dc:creator>
		<pubDate>Thu, 11 Mar 2010 20:29:15 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=20#comment-15</guid>
		<description>Goggles go against my "Given the choice, we'll tend towards technologies which increase our sense of connection with other people" rule. They're an isolating technology, which has uses in specialized work, but in general I think if people are given the choice between something they can only use alone, and something which enables a shared experience with other people, they'll go for the latter.

Which is part of why I think the iPad is  a game changer, but that's a different discussion.

As noted in the other thread, though, I think glasses displays which provide an overlaid or floating image are very useful and will happen before too long. If we can text and browse and pull up metadata and augment reality without the implicit "my attention is split" that pulling out the smart phone communicates, I'll be first in line.</description>
		<content:encoded><![CDATA[<p>Goggles go against my &#8220;Given the choice, we&#8217;ll tend towards technologies which increase our sense of connection with other people&#8221; rule. They&#8217;re an isolating technology, which has uses in specialized work, but in general I think if people are given the choice between something they can only use alone, and something which enables a shared experience with other people, they&#8217;ll go for the latter.</p>
<p>Which is part of why I think the iPad is  a game changer, but that&#8217;s a different discussion.</p>
<p>As noted in the other thread, though, I think glasses displays which provide an overlaid or floating image are very useful and will happen before too long. If we can text and browse and pull up metadata and augment reality without the implicit &#8220;my attention is split&#8221; that pulling out the smart phone communicates, I&#8217;ll be first in line.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We Might All Become Cyborgs Real Soon by flutterby.net/User:DanLyk&#8230;</title>
		<link>http://upon2020.com/2010/03/we-might-all-become-cyborgs-real-soon/#comment-14</link>
		<dc:creator>flutterby.net/User:DanLyk&#8230;</dc:creator>
		<pubDate>Thu, 11 Mar 2010 19:43:45 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=17#comment-14</guid>
		<description>&lt;a href="#comment-12" rel="nofollow"&gt;@jernst &lt;/a&gt;  I'm trying to remember details, it may have been the "Private Eye" (which used an LED array and a rotating mirror). I associate it with "Midnight Engineering" magazine, and thought it was cheaper than I'm finding for the history of the "Private Eye" device, and somehow I thought I remembered the display being that orange-yellow color of plasma displays of the time.

I remember it being not quite cool enough for a geek to really lust after, but the effect was a monochrome moderately low res floating image that was good for text.</description>
		<content:encoded><![CDATA[<p><a href="#comment-12" rel="nofollow">@jernst </a>  I&#8217;m trying to remember details, it may have been the &#8220;Private Eye&#8221; (which used an LED array and a rotating mirror). I associate it with &#8220;Midnight Engineering&#8221; magazine, and thought it was cheaper than I&#8217;m finding for the history of the &#8220;Private Eye&#8221; device, and somehow I thought I remembered the display being that orange-yellow color of plasma displays of the time.</p>
<p>I remember it being not quite cool enough for a geek to really lust after, but the effect was a monochrome moderately low res floating image that was good for text.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 1000 Wireless Devices Per Person (By 2017?) by flutterby.net/User:DanLyk&#8230;</title>
		<link>http://upon2020.com/2010/03/1000-wireless-devices-per-person-by-2017/#comment-13</link>
		<dc:creator>flutterby.net/User:DanLyk&#8230;</dc:creator>
		<pubDate>Thu, 11 Mar 2010 19:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=18#comment-13</guid>
		<description>Does that include RFID, or even passive crypto/small-memory wireless devices like you might find in smart cards or key fobs? If so, yeah, I could see thousands per user in that short a time. Maybe even tens of thousands.

I started with a "If they cost $5 each, and half of them are in my home, then...", and then thought "well, what are the other half for?", and I realized that depending on where you draw the line we may already be way closer to that than we thought. Some of those may already cost $.50 each.

For instance, I was working on a device where my customer wanted to make sure that only their consumables could be used in it. Because of physical constraints we couldn't get a set of wires to the consumable, but we could put an antenna in the host device and a wireless tag with a cryptographic processor and a little non-volatile storage on the consumable, and arrange to read the consumable's case that way. For that customer, there'd probably have been a hundred or three of those consumables per customer over the life of the product. Didn't end up getting to market, but that's the sort of thing where you can start to rack up wireless devices per consumer *really* fast. And the whole thing, chip plus antenna, fits in a package the size of a dime, we were just going to embed that in plastic during the manufacture.</description>
		<content:encoded><![CDATA[<p>Does that include RFID, or even passive crypto/small-memory wireless devices like you might find in smart cards or key fobs? If so, yeah, I could see thousands per user in that short a time. Maybe even tens of thousands.</p>
<p>I started with a &#8220;If they cost $5 each, and half of them are in my home, then&#8230;&#8221;, and then thought &#8220;well, what are the other half for?&#8221;, and I realized that depending on where you draw the line we may already be way closer to that than we thought. Some of those may already cost $.50 each.</p>
<p>For instance, I was working on a device where my customer wanted to make sure that only their consumables could be used in it. Because of physical constraints we couldn&#8217;t get a set of wires to the consumable, but we could put an antenna in the host device and a wireless tag with a cryptographic processor and a little non-volatile storage on the consumable, and arrange to read the consumable&#8217;s case that way. For that customer, there&#8217;d probably have been a hundred or three of those consumables per customer over the life of the product. Didn&#8217;t end up getting to market, but that&#8217;s the sort of thing where you can start to rack up wireless devices per consumer *really* fast. And the whole thing, chip plus antenna, fits in a package the size of a dime, we were just going to embed that in plastic during the manufacture.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We Might All Become Cyborgs Real Soon by jernst</title>
		<link>http://upon2020.com/2010/03/we-might-all-become-cyborgs-real-soon/#comment-12</link>
		<dc:creator>jernst</dc:creator>
		<pubDate>Thu, 11 Mar 2010 18:22:05 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=17#comment-12</guid>
		<description>Link?</description>
		<content:encoded><![CDATA[<p>Link?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We Might All Become Cyborgs Real Soon by flutterby.net/User:DanLyk&#8230;</title>
		<link>http://upon2020.com/2010/03/we-might-all-become-cyborgs-real-soon/#comment-11</link>
		<dc:creator>flutterby.net/User:DanLyk&#8230;</dc:creator>
		<pubDate>Thu, 11 Mar 2010 16:50:24 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=17#comment-11</guid>
		<description>I remember back when Lisa Palac's "Future Sex" magazine was attempting to fetishize the Steve Mann augmented human look, and how silly it looked when there wasn't really a useful application for the technology yet. Now that function is driving form, though, it's kind of normal.

One technology from that era that I'd love to see again: Someone had a "clamp on your eyeglasses" display that lobbed a boom out in front that had a monochrome display that could be driven by the monochrome card in a PC (this was back when 2 displays meant one of those and a CGA card, and even though the world had gone CGA we all had both because you could run the debugger on one and show your app on the other). It was visible in one eye, and basically gave the wearer a display floating in space.

It'd be cool to have a version of that built using modern miniaturization. Couple that with a small ARM machine tied to the net with an unobtrusive interface and I can think of a couple of cool applications.</description>
		<content:encoded><![CDATA[<p>I remember back when Lisa Palac&#8217;s &#8220;Future Sex&#8221; magazine was attempting to fetishize the Steve Mann augmented human look, and how silly it looked when there wasn&#8217;t really a useful application for the technology yet. Now that function is driving form, though, it&#8217;s kind of normal.</p>
<p>One technology from that era that I&#8217;d love to see again: Someone had a &#8220;clamp on your eyeglasses&#8221; display that lobbed a boom out in front that had a monochrome display that could be driven by the monochrome card in a PC (this was back when 2 displays meant one of those and a CGA card, and even though the world had gone CGA we all had both because you could run the debugger on one and show your app on the other). It was visible in one eye, and basically gave the wearer a display floating in space.</p>
<p>It&#8217;d be cool to have a version of that built using modern miniaturization. Couple that with a small ARM machine tied to the net with an unobtrusive interface and I can think of a couple of cool applications.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Future of the Cell Phone by sbw.org/</title>
		<link>http://upon2020.com/2010/02/future-of-the-cell-phone/#comment-10</link>
		<dc:creator>sbw.org/</dc:creator>
		<pubDate>Mon, 15 Feb 2010 18:26:44 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=16#comment-10</guid>
		<description>I think the iPod form factor may disappear in ten years.  I think you're right that we'll carry--more likely, wear--smaller devices for display and audio output.  Think contact lenses and semi-permanent ear buds.

Yes, such devices assume a breakthrough in power.  Perhaps they'll be powered by natural biological processes? Blinking? Blood pressure? Our very metabolism, in the form of the differential between skin temperature and ambient?

After all, it's likely that the power requirements of these small devices will continue to go down, so power sources that seem impractical now might be practical in ten years.

Now, if the hub you propose no longer must include a large display and speakers audible when held in the hand, it can be a blind device that only provides processing and communications to the wearable devices.  Will we still carry that blind brick in a pocket?  Would it be more comfortable to wear as a necklace or a wristband?  Not sewn into clothes, surely, because it's inconvenient to move it from one outfit to another, and expensive to sew into every piece of clothing.  Shoes, maybe, since walking is a convenient source of power.

However the blind brick is carried, it'll become a fashion accessory like a watch or eyeglasses.  (I'm fond of my own fan-fic back-story for the earrings worn by Star Trek's Bajorans: Not just familial markers, but vestiges of wearable devices from Bajor's more technologically advanced past.)

And I believe even that blind hub will not often be carried in the pocket: Our homes, offices, vehicles, and public spaces all will act as hubs.  The individual's electronic personality, which today takes the form of a device we carry in a pocket or in a hand, will instead be in the cloud, accessible whenever our surroundings offer some local processing and a connection to the network.

Only rarely will we actually need to carry around a brick containing a battery, processor, and radio.  Perhaps while biking or walking, if the nearby houses and buildings don't provide any shared services.

The good: No more need to remember to put a brick in your pocket before going out.

The bad: A whole new trust infrastructure is needed in order to use shared computing for tasks we prefer to keep private.  Our personal data and programs will be on a cloud server we carefully choose and trust.  But we'll need to run those personal programs and manipulate that personal data on shared, local processors provided by our employers, government, local businesses, even private vehicles passing by.  I don't think we yet have protocols that enable an untrusted local processor to provably do what we tell it to do and nothing more.

There's a current-day parallel to this trust problem: Brad Templeton wants hotels to provide USB charging stations and keyboards, but any such device can easily infect your laptop as soon as you plug it in:

http://ideas.4brad.com/powered-usb-hub-my-hotel-room-and-more

So, all we need is bio-powered wearable UI devices and trusted computing that may be mathematically impossible, and we're there!</description>
		<content:encoded><![CDATA[<p>I think the iPod form factor may disappear in ten years.  I think you&#8217;re right that we&#8217;ll carry&#8211;more likely, wear&#8211;smaller devices for display and audio output.  Think contact lenses and semi-permanent ear buds.</p>
<p>Yes, such devices assume a breakthrough in power.  Perhaps they&#8217;ll be powered by natural biological processes? Blinking? Blood pressure? Our very metabolism, in the form of the differential between skin temperature and ambient?</p>
<p>After all, it&#8217;s likely that the power requirements of these small devices will continue to go down, so power sources that seem impractical now might be practical in ten years.</p>
<p>Now, if the hub you propose no longer must include a large display and speakers audible when held in the hand, it can be a blind device that only provides processing and communications to the wearable devices.  Will we still carry that blind brick in a pocket?  Would it be more comfortable to wear as a necklace or a wristband?  Not sewn into clothes, surely, because it&#8217;s inconvenient to move it from one outfit to another, and expensive to sew into every piece of clothing.  Shoes, maybe, since walking is a convenient source of power.</p>
<p>However the blind brick is carried, it&#8217;ll become a fashion accessory like a watch or eyeglasses.  (I&#8217;m fond of my own fan-fic back-story for the earrings worn by Star Trek&#8217;s Bajorans: Not just familial markers, but vestiges of wearable devices from Bajor&#8217;s more technologically advanced past.)</p>
<p>And I believe even that blind hub will not often be carried in the pocket: Our homes, offices, vehicles, and public spaces all will act as hubs.  The individual&#8217;s electronic personality, which today takes the form of a device we carry in a pocket or in a hand, will instead be in the cloud, accessible whenever our surroundings offer some local processing and a connection to the network.</p>
<p>Only rarely will we actually need to carry around a brick containing a battery, processor, and radio.  Perhaps while biking or walking, if the nearby houses and buildings don&#8217;t provide any shared services.</p>
<p>The good: No more need to remember to put a brick in your pocket before going out.</p>
<p>The bad: A whole new trust infrastructure is needed in order to use shared computing for tasks we prefer to keep private.  Our personal data and programs will be on a cloud server we carefully choose and trust.  But we&#8217;ll need to run those personal programs and manipulate that personal data on shared, local processors provided by our employers, government, local businesses, even private vehicles passing by.  I don&#8217;t think we yet have protocols that enable an untrusted local processor to provably do what we tell it to do and nothing more.</p>
<p>There&#8217;s a current-day parallel to this trust problem: Brad Templeton wants hotels to provide USB charging stations and keyboards, but any such device can easily infect your laptop as soon as you plug it in:</p>
<p><a href="http://ideas.4brad.com/powered-usb-hub-my-hotel-room-and-more" rel="nofollow">http://ideas.4brad.com/powered-usb-hub-my-hotel-room-and-more</a></p>
<p>So, all we need is bio-powered wearable UI devices and trusted computing that may be mathematically impossible, and we&#8217;re there!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Technology&#8217;s Future Is Deeply Inertwingled by flutterby.net/User:DanLyk&#8230;</title>
		<link>http://upon2020.com/2010/01/technologys-future-is-deeply-inertwingled/#comment-9</link>
		<dc:creator>flutterby.net/User:DanLyk&#8230;</dc:creator>
		<pubDate>Thu, 07 Jan 2010 00:48:40 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=5#comment-9</guid>
		<description>I just started building a CNC router, but I was talking to a friend who has similar interests and more disposable income and that started us looking at some of the state of the art of "low end" 3d printers. Holy crap. If I had to choose a single technology that's going to change the next decade the way the net influenced the last one and a half or so...

Probably already on your list, but I figured I'd toss it out there.</description>
		<content:encoded><![CDATA[<p>I just started building a CNC router, but I was talking to a friend who has similar interests and more disposable income and that started us looking at some of the state of the art of &#8220;low end&#8221; 3d printers. Holy crap. If I had to choose a single technology that&#8217;s going to change the next decade the way the net influenced the last one and a half or so&#8230;</p>
<p>Probably already on your list, but I figured I&#8217;d toss it out there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on High-Resolution Screens Everywhere by flutterby.net/User:DanLyk&#8230;</title>
		<link>http://upon2020.com/2010/01/high-resolution-screens-everywhere/#comment-8</link>
		<dc:creator>flutterby.net/User:DanLyk&#8230;</dc:creator>
		<pubDate>Wed, 06 Jan 2010 20:30:32 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=8#comment-8</guid>
		<description>A few thoughts, worth what you paid for 'em, and I am not a market sample:

A good portion of the stuff on my wall is printed from large format photography, or oil paintings. Even of the snapshots printed off 35mm, though, photo frames have a long way to go to match that image quality (72 or 96DPI doesn't come close to an image that'll still have interesting detail when viewed with a loupe, though once they hit 300 DPI or so I'll probably get one), and then have the problem of needing cords, constant power, and lighting up the room when we go to bed (we've got a Chumby that does a slideshow while it's serving as our music source, in the living room).

On the other hand, we're also the sort of people who don't watch much TV and for whom hiding the TV and big displays is worth some effort.

I wonder if the 3d thing is a fad, or whether after we get sick of wearing goggles, the lenticular displays will hit the market and become affordable. I'd guess the latter. I don't know what 3d, at least from some views, will mean for video.

Finally, we're actually, I think, going the other way: We have a TV, though on my list is to build a set of doors to hide it, and my office has a few fixed displays, which are usually turned off, but we mostly interact with laptops. However, temper that with the fact that we're consistently shocked when we go to other people's houses and see that they have the TV on as background noise.</description>
		<content:encoded><![CDATA[<p>A few thoughts, worth what you paid for &#8216;em, and I am not a market sample:</p>
<p>A good portion of the stuff on my wall is printed from large format photography, or oil paintings. Even of the snapshots printed off 35mm, though, photo frames have a long way to go to match that image quality (72 or 96DPI doesn&#8217;t come close to an image that&#8217;ll still have interesting detail when viewed with a loupe, though once they hit 300 DPI or so I&#8217;ll probably get one), and then have the problem of needing cords, constant power, and lighting up the room when we go to bed (we&#8217;ve got a Chumby that does a slideshow while it&#8217;s serving as our music source, in the living room).</p>
<p>On the other hand, we&#8217;re also the sort of people who don&#8217;t watch much TV and for whom hiding the TV and big displays is worth some effort.</p>
<p>I wonder if the 3d thing is a fad, or whether after we get sick of wearing goggles, the lenticular displays will hit the market and become affordable. I&#8217;d guess the latter. I don&#8217;t know what 3d, at least from some views, will mean for video.</p>
<p>Finally, we&#8217;re actually, I think, going the other way: We have a TV, though on my list is to build a set of doors to hide it, and my office has a few fixed displays, which are usually turned off, but we mostly interact with laptops. However, temper that with the fact that we&#8217;re consistently shocked when we go to other people&#8217;s houses and see that they have the TV on as background noise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on High-Resolution Screens Everywhere by jernst</title>
		<link>http://upon2020.com/2010/01/high-resolution-screens-everywhere/#comment-7</link>
		<dc:creator>jernst</dc:creator>
		<pubDate>Wed, 06 Jan 2010 05:22:49 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=8#comment-7</guid>
		<description>My examples are just meant to be examples that get people to start thinking about what this could mean ... a spark for thought, not the ultimate answer. So yes, there will be many better uses, most of which none of us will guess correctly at this time.

And yes, I will get to mobile devices some time down the road ... one of my points will be interaction between a mobile device and the world around it, which is why I'm talking about "fewer PCs" and "more displays" first, which are part of the world around it ...</description>
		<content:encoded><![CDATA[<p>My examples are just meant to be examples that get people to start thinking about what this could mean &#8230; a spark for thought, not the ultimate answer. So yes, there will be many better uses, most of which none of us will guess correctly at this time.</p>
<p>And yes, I will get to mobile devices some time down the road &#8230; one of my points will be interaction between a mobile device and the world around it, which is why I&#8217;m talking about &#8220;fewer PCs&#8221; and &#8220;more displays&#8221; first, which are part of the world around it &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on High-Resolution Screens Everywhere by sbw.org/</title>
		<link>http://upon2020.com/2010/01/high-resolution-screens-everywhere/#comment-6</link>
		<dc:creator>sbw.org/</dc:creator>
		<pubDate>Wed, 06 Jan 2010 00:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=8#comment-6</guid>
		<description>I don't think specific interactions you describe will be typically triggered in that way. I think we'll still initiate such tasks on a whim, wherever we happen to be, using whatever mobile device is at hand.

I don't doubt that we'll have lots more digital displays on the walls of our homes, offices, cars, wherever.  And they'll do smarter stuff than just rotate through canned photos.  And they'll change their behavior based on context, like time of day, who is walking by, and whether there's a tornado warning in effect.

But the examples you chose are too specific, I think.  Most specific tasks will still be done in the hand.

Now, let's talk about what that mobile device will look like!  I sure don't think it'll cost $500 to manufacture or be tied to an individual or a "carrier" (ptui!).  Rather, the devices will be cheap and plentiful.  We'll leave them lying around in whatever state they were in when we were distracted.  When we remember the task we left, we'll pick up another nearly identical device, speak a few words, and the whole context of our task will jump right over to the "new" device so we can carry on!

There will still be mobile devices optimized to particular tasks (e-paper for e-books, hi-rez color for entertainment), but if the optimized device isn't handy, we'll just use a less ideal device to carry on until it is.

James Fallows recently wrote a bit about the question of all-in-one vs. optimized devices:

http://jamesfallows.theatlantic.com/archives/2009/11/all-in-one_finale.php</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think specific interactions you describe will be typically triggered in that way. I think we&#8217;ll still initiate such tasks on a whim, wherever we happen to be, using whatever mobile device is at hand.</p>
<p>I don&#8217;t doubt that we&#8217;ll have lots more digital displays on the walls of our homes, offices, cars, wherever.  And they&#8217;ll do smarter stuff than just rotate through canned photos.  And they&#8217;ll change their behavior based on context, like time of day, who is walking by, and whether there&#8217;s a tornado warning in effect.</p>
<p>But the examples you chose are too specific, I think.  Most specific tasks will still be done in the hand.</p>
<p>Now, let&#8217;s talk about what that mobile device will look like!  I sure don&#8217;t think it&#8217;ll cost $500 to manufacture or be tied to an individual or a &#8220;carrier&#8221; (ptui!).  Rather, the devices will be cheap and plentiful.  We&#8217;ll leave them lying around in whatever state they were in when we were distracted.  When we remember the task we left, we&#8217;ll pick up another nearly identical device, speak a few words, and the whole context of our task will jump right over to the &#8220;new&#8221; device so we can carry on!</p>
<p>There will still be mobile devices optimized to particular tasks (e-paper for e-books, hi-rez color for entertainment), but if the optimized device isn&#8217;t handy, we&#8217;ll just use a less ideal device to carry on until it is.</p>
<p>James Fallows recently wrote a bit about the question of all-in-one vs. optimized devices:</p>
<p><a href="http://jamesfallows.theatlantic.com/archives/2009/11/all-in-one_finale.php" rel="nofollow">http://jamesfallows.theatlantic.com/archives/2009/11/all-in-one_finale.php</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Let&#8217;s start simple: PC Hardware in 2020 by flutterby.net/User:DanLyk&#8230;</title>
		<link>http://upon2020.com/2010/01/pc-hardware-in-2020/#comment-5</link>
		<dc:creator>flutterby.net/User:DanLyk&#8230;</dc:creator>
		<pubDate>Tue, 05 Jan 2010 19:23:39 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=6#comment-5</guid>
		<description>Re-reading in the cold light of day, that network comment was really a response to @mylid.net/adrian.blakey . Sorry, should have been clearer.</description>
		<content:encoded><![CDATA[<p>Re-reading in the cold light of day, that network comment was really a response to @mylid.net/adrian.blakey . Sorry, should have been clearer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Let&#8217;s start simple: PC Hardware in 2020 by admin</title>
		<link>http://upon2020.com/2010/01/pc-hardware-in-2020/#comment-4</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Mon, 04 Jan 2010 22:52:38 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=6#comment-4</guid>
		<description>&lt;a href="#comment-3" rel="nofollow"&gt;@flutterby.net/User:DanLyke &lt;/a&gt;: How am I overestimating the reach of the network?</description>
		<content:encoded><![CDATA[<p><a href="#comment-3" rel="nofollow">@flutterby.net/User:DanLyke </a>: How am I overestimating the reach of the network?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Let&#8217;s start simple: PC Hardware in 2020 by flutterby.net/User:DanLyk&#8230;</title>
		<link>http://upon2020.com/2010/01/pc-hardware-in-2020/#comment-3</link>
		<dc:creator>flutterby.net/User:DanLyk&#8230;</dc:creator>
		<pubDate>Mon, 04 Jan 2010 22:31:45 +0000</pubDate>
		<guid isPermaLink="false">http://upon2020.com/?p=6#comment-3</guid>
		<description>I think you're over-estimating the reach of the network.

The iPhone is a great reminder that the N^2 issue with point-to-point networks isn't yet solved, and that there'll need to be a substantial amount (although by modern standards that might be spelled "piddling") of local (to that device) compute and cache.

I agree with Adrian that we're largely going to have a device that's a lot like the iPhone that docks/pairs with a bigger display (already monitors and televisions in the 24-30" diagonal range seem to have roughly reached parity) and can talk to a keyboard (I'm not so optimistic as to think that voice recognition will be in place, or that our work places will tolerate everyone talking to their computers), but in which we carry around much of our identity. There might also be interop with something that looks like a netbook.

I agree that cables will be gone shortly. The phone wire comes out of my wall, and all of my cabling is within 4' of that jack. Two of the computers, the printer, the iPhones, the Chumby (for music), are all connected to the resulting network via 802.11, and more devices (headsets, cameras) are connecting to those via Bluetooth. And I'm pretty sure that much of the house control system as that goes together will be ZigBee, or at least on hardware and frequencies that ZigBee runs on (the protocol stack may be superfluous).</description>
		<content:encoded><![CDATA[<p>I think you&#8217;re over-estimating the reach of the network.</p>
<p>The iPhone is a great reminder that the N^2 issue with point-to-point networks isn&#8217;t yet solved, and that there&#8217;ll need to be a substantial amount (although by modern standards that might be spelled &#8220;piddling&#8221;) of local (to that device) compute and cache.</p>
<p>I agree with Adrian that we&#8217;re largely going to have a device that&#8217;s a lot like the iPhone that docks/pairs with a bigger display (already monitors and televisions in the 24-30&#8243; diagonal range seem to have roughly reached parity) and can talk to a keyboard (I&#8217;m not so optimistic as to think that voice recognition will be in place, or that our work places will tolerate everyone talking to their computers), but in which we carry around much of our identity. There might also be interop with something that looks like a netbook.</p>
<p>I agree that cables will be gone shortly. The phone wire comes out of my wall, and all of my cabling is within 4&#8242; of that jack. Two of the computers, the printer, the iPhones, the Chumby (for music), are all connected to the resulting network via 802.11, and more devices (headsets, cameras) are connecting to those via Bluetooth. And I&#8217;m pretty sure that much of the house control system as that goes together will be ZigBee, or at least on hardware and frequencies that ZigBee runs on (the protocol stack may be superfluous).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
