<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Blogjects and Tweetjects</title>
	<atom:link href="http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/feed/" rel="self" type="application/rss+xml" />
	<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/</link>
	<description>What&#039;s Next?</description>
	<lastBuildDate>Fri, 20 Apr 2012 22:09:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Weak Signals 1: Real-Time Activism and Spimey Happy People- Cyborg Management 101</title>
		<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/comment-page-1/#comment-499519</link>
		<dc:creator>Weak Signals 1: Real-Time Activism and Spimey Happy People- Cyborg Management 101</dc:creator>
		<pubDate>Wed, 29 Dec 2010 23:49:14 +0000</pubDate>
		<guid isPermaLink="false">http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/#comment-499519</guid>
		<description>[...] not the same thing at all, but it reminds me of spimes, blobjects, blogjects and tweetjects (lots to read in that link, if you&#8217;re that way inclined – [...]</description>
		<content:encoded><![CDATA[<p>[...] not the same thing at all, but it reminds me of spimes, blobjects, blogjects and tweetjects (lots to read in that link, if you&#8217;re that way inclined – [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Web 2.0 v52 - in PDF and Powerpoint format - The Yourdon Report - Blogging the impact of computer-related technology trends, and whatever else catches my interest.</title>
		<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/comment-page-1/#comment-48723</link>
		<dc:creator>Web 2.0 v52 - in PDF and Powerpoint format - The Yourdon Report - Blogging the impact of computer-related technology trends, and whatever else catches my interest.</dc:creator>
		<pubDate>Thu, 05 Jun 2008 14:57:31 +0000</pubDate>
		<guid isPermaLink="false">http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/#comment-48723</guid>
		<description>[...] on page 25, I added a bullet point with a link to an article about &#8220;tweetjects&#8221; and &#8220;blogjects&#8221; (i.e., objects that tweet and blog); and [...]</description>
		<content:encoded><![CDATA[<p>[...] on page 25, I added a bullet point with a link to an article about &#8220;tweetjects&#8221; and &#8220;blogjects&#8221; (i.e., objects that tweet and blog); and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Stanford-Clark</title>
		<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/comment-page-1/#comment-47253</link>
		<dc:creator>Andy Stanford-Clark</dc:creator>
		<pubDate>Wed, 21 May 2008 00:03:25 +0000</pubDate>
		<guid isPermaLink="false">http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/#comment-47253</guid>
		<description>@andypiper just for the record, the RedJets *are* twittering from sensor-based data - all the boats in the Solent have a GPS tracking system called AIS, and that&#039;s how the folks who run the show keep track of them all. 
I&#039;m picking up their feed, which is obligingly made available as an XML file every 60 seconds.

This is their mashup of the same data source
http://www.ais-live.co.uk/AIS%20Live/solentferries.html

I get the file, pick out the ferries I&#039;m interested in, do a bit of geofencing and direction vector analysis to work out where they are and what they&#039;re doing, and twitter accordingly.

Cool, huh? :)</description>
		<content:encoded><![CDATA[<p>@andypiper just for the record, the RedJets *are* twittering from sensor-based data &#8211; all the boats in the Solent have a GPS tracking system called AIS, and that&#8217;s how the folks who run the show keep track of them all.<br />
I&#8217;m picking up their feed, which is obligingly made available as an XML file every 60 seconds.</p>
<p>This is their mashup of the same data source<br />
<a href="http://www.ais-live.co.uk/AIS%20Live/solentferries.html" rel="nofollow">http://www.ais-live.co.uk/AIS%20Live/solentferries.html</a></p>
<p>I get the file, pick out the ferries I&#8217;m interested in, do a bit of geofencing and direction vector analysis to work out where they are and what they&#8217;re doing, and twitter accordingly.</p>
<p>Cool, huh? :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roo</title>
		<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/comment-page-1/#comment-46773</link>
		<dc:creator>Roo</dc:creator>
		<pubDate>Wed, 14 May 2008 08:37:28 +0000</pubDate>
		<guid isPermaLink="false">http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/#comment-46773</guid>
		<description>Andy: I&#039;d acknowledge the difference between an object which is oblivious to Twitter (or a blog, or whatever social channel it has been connected to) and an object which has interaction-with-peoople in its design. Tower Bridge vs the plant pot: they&#039;re both on Twitter, but the plant is going to be easier to make really interactive. (Maybe send a message to open a watering valve if you&#039;re not around to do it yourself).

Tom: &#039;d towerbridge up&#039; is a great example of Andy&#039;s point. It would indeed be brilliant. (And it would of course have to say &quot;I&#039;m opening for @tomtaylor&quot; rather than the MV Dixie Queen) but since it&#039;s been retrofitted, and presumably without the City Of London being involved, it&#039;s funny precisely because it&#039;s unlikely. Nothing wrong with informational one-way stuff (good job on the asteroids!) but I&#039;m looking forward to seeing, and making, interactive stuff too.</description>
		<content:encoded><![CDATA[<p>Andy: I&#8217;d acknowledge the difference between an object which is oblivious to Twitter (or a blog, or whatever social channel it has been connected to) and an object which has interaction-with-peoople in its design. Tower Bridge vs the plant pot: they&#8217;re both on Twitter, but the plant is going to be easier to make really interactive. (Maybe send a message to open a watering valve if you&#8217;re not around to do it yourself).</p>
<p>Tom: &#8216;d towerbridge up&#8217; is a great example of Andy&#8217;s point. It would indeed be brilliant. (And it would of course have to say &#8220;I&#8217;m opening for @tomtaylor&#8221; rather than the MV Dixie Queen) but since it&#8217;s been retrofitted, and presumably without the City Of London being involved, it&#8217;s funny precisely because it&#8217;s unlikely. Nothing wrong with informational one-way stuff (good job on the asteroids!) but I&#8217;m looking forward to seeing, and making, interactive stuff too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/comment-page-1/#comment-46771</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Wed, 14 May 2008 08:16:18 +0000</pubDate>
		<guid isPermaLink="false">http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/#comment-46771</guid>
		<description>The fantastic thing about Twitter is just how easy it is to plug stuff into it. I wrote a Twitter bot called &lt;a href=&quot;http://twitter.com/lowflyingrocks&quot; rel=&quot;nofollow&quot;&gt;Low Flying Rocks&lt;/a&gt;, which informs its followers of passing asteroids (within 0.2AU).

It took a couple of hours of messing around with Ruby, and was done.

As you say, the next step is for things to respond. I&#039;m waiting for &#039;d towerbridge up&#039;.</description>
		<content:encoded><![CDATA[<p>The fantastic thing about Twitter is just how easy it is to plug stuff into it. I wrote a Twitter bot called <a href="http://twitter.com/lowflyingrocks" rel="nofollow">Low Flying Rocks</a>, which informs its followers of passing asteroids (within 0.2AU).</p>
<p>It took a couple of hours of messing around with Ruby, and was done.</p>
<p>As you say, the next step is for things to respond. I&#8217;m waiting for &#8216;d towerbridge up&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Current Cost &#171; The lost outpost</title>
		<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/comment-page-1/#comment-45267</link>
		<dc:creator>Current Cost &#171; The lost outpost</dc:creator>
		<pubDate>Sun, 27 Apr 2008 19:50:42 +0000</pubDate>
		<guid isPermaLink="false">http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/#comment-45267</guid>
		<description>[...] hack around with. It has also led me into a bunch of interesting discussions about home automation, tweetjects and low-power servers. Fascinating stuff. Possibly related posts:The [...]</description>
		<content:encoded><![CDATA[<p>[...] hack around with. It has also led me into a bunch of interesting discussions about home automation, tweetjects and low-power servers. Fascinating stuff. Possibly related posts:The [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Piper</title>
		<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/comment-page-1/#comment-45261</link>
		<dc:creator>Andy Piper</dc:creator>
		<pubDate>Sun, 27 Apr 2008 19:07:40 +0000</pubDate>
		<guid isPermaLink="false">http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/#comment-45261</guid>
		<description>I was thinking about this over lunch of Friday, and we had something of a debate about it... I think the examples of the Red Jet ferries, London Bridge etc are interesting but I&#039;d argue that they aren&#039;t quite tweetjects in the same sense of Andy&#039;s house, since I think those are possibly driven by bots scraping web feeds rather than sensor-driven. I also thought that Nick&#039;s idea of the Ethernetted Arduino as a tweetject came closer to the Everyware vision of things. Interesting stuff though.</description>
		<content:encoded><![CDATA[<p>I was thinking about this over lunch of Friday, and we had something of a debate about it&#8230; I think the examples of the Red Jet ferries, London Bridge etc are interesting but I&#8217;d argue that they aren&#8217;t quite tweetjects in the same sense of Andy&#8217;s house, since I think those are possibly driven by bots scraping web feeds rather than sensor-driven. I also thought that Nick&#8217;s idea of the Ethernetted Arduino as a tweetject came closer to the Everyware vision of things. Interesting stuff though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: csven</title>
		<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/comment-page-1/#comment-45031</link>
		<dc:creator>csven</dc:creator>
		<pubDate>Fri, 25 Apr 2008 16:32:58 +0000</pubDate>
		<guid isPermaLink="false">http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/#comment-45031</guid>
		<description>As I hope people are aware, the core idea behind spimes pre-dates Sterling&#039;s coining of the term. By way of one example, the scientists and engineers at Telxon&#039;s Aironet division were pursuing spime-like technology when I first met them back in &#039;94 (Telxon was in the bar code/RFID business, and Symbol&#039;s patents forced them into wireless scanners; their primary activity centered around warehouse inventory tracking... the warehouse as one big spime). One of those individuals is currently the CTO of a company attempting to create a smart tracking system for container ships, because that&#039;s the context in which he (and they) view the technology. Contained. Limited. Invasive within strict boundaries. But also relevant to the business activity.

Again, Sterling&#039;s original context was recycling; part of the Viridian Design movement he founded and was championing at the time. It wasn&#039;t so much that these devices were transmitting because that didn&#039;t really matter; it was that at the end of their lifecycles their history was accessible (for learning purposes) and their blueprints were available (for efficient disassembly purposes).

There are certainly other uses for the technology, and as you said Sterling points them out. However, the enthusiasm over devices talking with one another or communicating with some central server seems a mostly tech-centered one. It&#039;s a far different context and one which seems prevalent among those whose understanding of human history and behavior is probably considered insufficient by those who don&#039;t share their enthusiasm. 

If average people are outraged when their rental vehicle reports back how often they&#039;ve violated a speed limit - breaking the law! - imagine how uncomfortable they&#039;ll be when they can&#039;t be sure which objects in their possession are busy exchanging data with centralized servers run by unknown persons  in parts unknown being mined for data in the same way the device itself can be probed (which is what I&#039;m guessing the OpenSpime folks are *really* excited about).

Just look at how people embed code into Second Life objects. Chat relayers. Rigged poker tables. Spam agents. Trackers. Who exactly is wrangling your spimes and should you realistically expect to always have final control over them?

Ask yourself this: how do you turn an invasive SL object &quot;Off&quot;? You don&#039;t. You delete/destroy it. And if you&#039;re aware, you don&#039;t acquire it in the first place. Businesses knows this, and we can expect them to embed things without our knowledge, just as Sony deployed rootkits.

At some point we&#039;ll need a broader discussion regarding this technology. But to even have a meaningful conversation we need to remain neutral, both cognizant of the benefits but also deeply suspicious of potential abuse. Because their *will* be abuse.

Right now I don&#039;t see much neutrality when I read about this technology. It&#039;s mostly gee-whiz writing. It&#039;s of the &quot;trust us, we&#039;ll just encrypt the data&quot; variety. I find that alarming.</description>
		<content:encoded><![CDATA[<p>As I hope people are aware, the core idea behind spimes pre-dates Sterling&#8217;s coining of the term. By way of one example, the scientists and engineers at Telxon&#8217;s Aironet division were pursuing spime-like technology when I first met them back in &#8217;94 (Telxon was in the bar code/RFID business, and Symbol&#8217;s patents forced them into wireless scanners; their primary activity centered around warehouse inventory tracking&#8230; the warehouse as one big spime). One of those individuals is currently the CTO of a company attempting to create a smart tracking system for container ships, because that&#8217;s the context in which he (and they) view the technology. Contained. Limited. Invasive within strict boundaries. But also relevant to the business activity.</p>
<p>Again, Sterling&#8217;s original context was recycling; part of the Viridian Design movement he founded and was championing at the time. It wasn&#8217;t so much that these devices were transmitting because that didn&#8217;t really matter; it was that at the end of their lifecycles their history was accessible (for learning purposes) and their blueprints were available (for efficient disassembly purposes).</p>
<p>There are certainly other uses for the technology, and as you said Sterling points them out. However, the enthusiasm over devices talking with one another or communicating with some central server seems a mostly tech-centered one. It&#8217;s a far different context and one which seems prevalent among those whose understanding of human history and behavior is probably considered insufficient by those who don&#8217;t share their enthusiasm. </p>
<p>If average people are outraged when their rental vehicle reports back how often they&#8217;ve violated a speed limit &#8211; breaking the law! &#8211; imagine how uncomfortable they&#8217;ll be when they can&#8217;t be sure which objects in their possession are busy exchanging data with centralized servers run by unknown persons  in parts unknown being mined for data in the same way the device itself can be probed (which is what I&#8217;m guessing the OpenSpime folks are *really* excited about).</p>
<p>Just look at how people embed code into Second Life objects. Chat relayers. Rigged poker tables. Spam agents. Trackers. Who exactly is wrangling your spimes and should you realistically expect to always have final control over them?</p>
<p>Ask yourself this: how do you turn an invasive SL object &#8220;Off&#8221;? You don&#8217;t. You delete/destroy it. And if you&#8217;re aware, you don&#8217;t acquire it in the first place. Businesses knows this, and we can expect them to embed things without our knowledge, just as Sony deployed rootkits.</p>
<p>At some point we&#8217;ll need a broader discussion regarding this technology. But to even have a meaningful conversation we need to remain neutral, both cognizant of the benefits but also deeply suspicious of potential abuse. Because their *will* be abuse.</p>
<p>Right now I don&#8217;t see much neutrality when I read about this technology. It&#8217;s mostly gee-whiz writing. It&#8217;s of the &#8220;trust us, we&#8217;ll just encrypt the data&#8221; variety. I find that alarming.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kyb</title>
		<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/comment-page-1/#comment-44998</link>
		<dc:creator>kyb</dc:creator>
		<pubDate>Fri, 25 Apr 2008 09:01:19 +0000</pubDate>
		<guid isPermaLink="false">http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/#comment-44998</guid>
		<description>You&#039;re right, the interaction is what makes all of this interesting - items that stream nearly unprocessed data (even with simple banding) out to people are so obvious as to not even really need a new name.  (I accept that something becoming radically more available can be something of a paradigm shift too).

Items that can be interacted with are a different matter.  My tendency would be to keep most of the intelligent agents external to the object though - it just needs to feed information and receive orders, the real intelligence can be located anywhere in the world, operating on that data, and sending commands.  In this world, humans would almost never interact with the sensing objects directly - there&#039;s no need, they&#039;d interact with the intelligent agents that are doing all the &quot;spime wrangling&quot; for us.

Of course, this isn&#039;t really OO.  It&#039;s interesting to see Object Oriented programming change to simply Object programming.

All these concerns about the natural political end of publicising information are very interesting.  I would recommend that every real life object that  delivers its stream of information to the real world does so in an encrypted manner, possibly with different levels of detail encrypted with different keys.  You certainly want objects that receive commands to do so with authentication and encryption, so it makes sense that they should deliver data that way too.  That way, there would still be a &quot;pairing&quot;, like with bluetooth,of your agent with your objects, and it would be the agents job to make the data you&#039;re interested in public in a  nonencrypted form or simply to use it to wrangle you a better life.</description>
		<content:encoded><![CDATA[<p>You&#8217;re right, the interaction is what makes all of this interesting &#8211; items that stream nearly unprocessed data (even with simple banding) out to people are so obvious as to not even really need a new name.  (I accept that something becoming radically more available can be something of a paradigm shift too).</p>
<p>Items that can be interacted with are a different matter.  My tendency would be to keep most of the intelligent agents external to the object though &#8211; it just needs to feed information and receive orders, the real intelligence can be located anywhere in the world, operating on that data, and sending commands.  In this world, humans would almost never interact with the sensing objects directly &#8211; there&#8217;s no need, they&#8217;d interact with the intelligent agents that are doing all the &#8220;spime wrangling&#8221; for us.</p>
<p>Of course, this isn&#8217;t really OO.  It&#8217;s interesting to see Object Oriented programming change to simply Object programming.</p>
<p>All these concerns about the natural political end of publicising information are very interesting.  I would recommend that every real life object that  delivers its stream of information to the real world does so in an encrypted manner, possibly with different levels of detail encrypted with different keys.  You certainly want objects that receive commands to do so with authentication and encryption, so it makes sense that they should deliver data that way too.  That way, there would still be a &#8220;pairing&#8221;, like with bluetooth,of your agent with your objects, and it would be the agents job to make the data you&#8217;re interested in public in a  nonencrypted form or simply to use it to wrangle you a better life.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roo</title>
		<link>http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/comment-page-1/#comment-44994</link>
		<dc:creator>Roo</dc:creator>
		<pubDate>Fri, 25 Apr 2008 08:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://rooreynolds.com/2008/04/24/blogjects-and-tweetjects/#comment-44994</guid>
		<description>@prokofy: I don&#039;t think you&#039;d find many people who will agree that it&#039;s coders who are (or will be) running the universe. Not even coders. That said, of course you&#039;re right to be nervous about this stuff. In that SIGGRAPH speech, Sterling outlines some of the menaces. &lt;i&gt;&quot;Spiming is an ideal technology for concentration camps, authoritarian regimes, and prisons.&quot;&lt;/i&gt;and he goes on to list various privacy and security threats. It seems to me that the benefits will outweigh the inevitable problems, in the same way that the the web (and virtual worlds) shouldn&#039;t be shut down over a few dangers and annoyances, as serious as those might be. Vowing to ignore or slow down these advances is probably less useful than becoming engaged and helping ensure the outcomes are more positive rather than more sinister.

@csven You make an interesting point about spime not necessarily constantly transmitting. Sterling&#039;s introduction to spime talks mainly about it being searchable. I think this comes down to something which can interpret a complex world and share it with us in way that we can personally and meaningfully consume. As a really simple example, &lt;a href=&quot;http://twitter.com/andy_house&quot; rel=&quot;nofollow&quot;&gt;andy_house&lt;/a&gt; tells him/us things like &quot;gym temperature is perfect&quot;, rather than a constant stream of temperature readings. (He talks about this banding approach &lt;a href=&quot;http://knolleary.net/2008/04/13/getting-the-doorbell-online/#comment-10886&quot; rel=&quot;nofollow&quot;&gt;in a comment on Nick&#039;s blog&lt;/a&gt;.) That&#039;s an added layer of value, rather than transmitting a nearly meaningless stream of changing temperatures. It needs to care about those, but we don&#039;t. This could be augmented still further by the other things the house &#039;knows&#039;. It wouldn&#039;t be hard for it to nudge Andy with &quot;The gym is the right temperature, your diary says you&#039;re free until 9pm and all you&#039;re doing is watching the TV on your own tonight. Why don&#039;t you get in the gym and do that there?&quot;. I agree (strongly) that objects shouldn&#039;t be streaming data to us just because that&#039;s how they captured it. It&#039;s probably more important that these smaller elements are sharing with each other, and either queried by humans or otherwise interacting with them in an unobtrusive and lifestyle friendly way.

@orchid8: sorry. Mine too.

@Darren: I think you&#039;re exactly right about ecosystems of data that we don&#039;t need to access or input, but exactly wrong that microblogging systems like Twitter will ever be taken over by non-human communications. The objects do need to talk among themselves but they&#039;ll probably be doing that on channels where we humans don&#039;t normally hang out. After all, the reason early tweetjects are sharing with us on Twitter is because that&#039;s where we are. People use Twitter as a convenient alternative to sending updates to themselves and interested friends via a text message, or an RSS feed (or, more accurately,  perhaps they use it because it offers either, or both). As with blogging, it&#039;s somewhere that makes sense for objects to communicate with humans, but only because the humans are there too. Twitter is designed for human use, though handily, objects (and especially the human-facing abstractions of those objects) can share that space with us. Other, less human-friendly channels are much more highly optimised for object-object chatter though.</description>
		<content:encoded><![CDATA[<p>@prokofy: I don&#8217;t think you&#8217;d find many people who will agree that it&#8217;s coders who are (or will be) running the universe. Not even coders. That said, of course you&#8217;re right to be nervous about this stuff. In that SIGGRAPH speech, Sterling outlines some of the menaces. <i>&#8220;Spiming is an ideal technology for concentration camps, authoritarian regimes, and prisons.&#8221;</i>and he goes on to list various privacy and security threats. It seems to me that the benefits will outweigh the inevitable problems, in the same way that the the web (and virtual worlds) shouldn&#8217;t be shut down over a few dangers and annoyances, as serious as those might be. Vowing to ignore or slow down these advances is probably less useful than becoming engaged and helping ensure the outcomes are more positive rather than more sinister.</p>
<p>@csven You make an interesting point about spime not necessarily constantly transmitting. Sterling&#8217;s introduction to spime talks mainly about it being searchable. I think this comes down to something which can interpret a complex world and share it with us in way that we can personally and meaningfully consume. As a really simple example, <a href="http://twitter.com/andy_house" rel="nofollow">andy_house</a> tells him/us things like &#8220;gym temperature is perfect&#8221;, rather than a constant stream of temperature readings. (He talks about this banding approach <a href="http://knolleary.net/2008/04/13/getting-the-doorbell-online/#comment-10886" rel="nofollow">in a comment on Nick&#8217;s blog</a>.) That&#8217;s an added layer of value, rather than transmitting a nearly meaningless stream of changing temperatures. It needs to care about those, but we don&#8217;t. This could be augmented still further by the other things the house &#8216;knows&#8217;. It wouldn&#8217;t be hard for it to nudge Andy with &#8220;The gym is the right temperature, your diary says you&#8217;re free until 9pm and all you&#8217;re doing is watching the TV on your own tonight. Why don&#8217;t you get in the gym and do that there?&#8221;. I agree (strongly) that objects shouldn&#8217;t be streaming data to us just because that&#8217;s how they captured it. It&#8217;s probably more important that these smaller elements are sharing with each other, and either queried by humans or otherwise interacting with them in an unobtrusive and lifestyle friendly way.</p>
<p>@orchid8: sorry. Mine too.</p>
<p>@Darren: I think you&#8217;re exactly right about ecosystems of data that we don&#8217;t need to access or input, but exactly wrong that microblogging systems like Twitter will ever be taken over by non-human communications. The objects do need to talk among themselves but they&#8217;ll probably be doing that on channels where we humans don&#8217;t normally hang out. After all, the reason early tweetjects are sharing with us on Twitter is because that&#8217;s where we are. People use Twitter as a convenient alternative to sending updates to themselves and interested friends via a text message, or an RSS feed (or, more accurately,  perhaps they use it because it offers either, or both). As with blogging, it&#8217;s somewhere that makes sense for objects to communicate with humans, but only because the humans are there too. Twitter is designed for human use, though handily, objects (and especially the human-facing abstractions of those objects) can share that space with us. Other, less human-friendly channels are much more highly optimised for object-object chatter though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

