<?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 on: Reciprocation, Open APIs and caching data coming from web services</title>
	<atom:link href="http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services</link>
	<description>Digital Lifestyle Aggregation - helping to establish open source infrastructure</description>
	<pubDate>Tue, 02 Dec 2008 01:37:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Bradley Horowitz</title>
		<link>http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-51446</link>
		<dc:creator>Bradley Horowitz</dc:creator>
		<pubDate>Sat, 24 Jun 2006 01:43:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-51446</guid>
		<description>Oh, and I had nothing to do with it.  Been in Singapore, largely offline.  Missed your open letter.  Call me next time!</description>
		<content:encoded><![CDATA[<p>Oh, and I had nothing to do with it.  Been in Singapore, largely offline.  Missed your open letter.  Call me next time!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bradley Horowitz</title>
		<link>http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-51445</link>
		<dc:creator>Bradley Horowitz</dc:creator>
		<pubDate>Sat, 24 Jun 2006 01:41:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-51445</guid>
		<description>Yep, I am proud of Stewart.  As much as his decision, I'm proud of his willingness to engage, discuss, and ultimately be "wrong" and have a change of heart.  What a guy.</description>
		<content:encoded><![CDATA[<p>Yep, I am proud of Stewart.  As much as his decision, I&#8217;m proud of his willingness to engage, discuss, and ultimately be &#8220;wrong&#8221; and have a change of heart.  What a guy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: that would explain Bob&#8230; &#187; Blog Archive &#187; API and Fluff</title>
		<link>http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-50735</link>
		<dc:creator>that would explain Bob&#8230; &#187; Blog Archive &#187; API and Fluff</dc:creator>
		<pubDate>Thu, 22 Jun 2006 01:58:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-50735</guid>
		<description>[...] And outrage and concern over users API is being soundly argued clearly here, here and here oh here and here and woops not here (that is the launching of the new product, I get Fluff and Marc confused so often ! [...]</description>
		<content:encoded><![CDATA[<p>[...] And outrage and concern over users API is being soundly argued clearly here, here and here oh here and here and woops not here (that is the launching of the new product, I get Fluff and Marc confused so often ! [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: devlon duthie &#187; Blog Archive &#187; links for 2006-06-21</title>
		<link>http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-50734</link>
		<dc:creator>devlon duthie &#187; Blog Archive &#187; links for 2006-06-21</dc:creator>
		<pubDate>Thu, 22 Jun 2006 01:55:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-50734</guid>
		<description>[...] Marc’s Voice » Blog Archive » Reciprocation, Open APIs and caching data coming from web services Open APIs are a two-way street and Stewart and Flickr have set a precedent - as they’ve done so many times before - on demanding that any commercial vendor who wants a commercial key, MUST also provide clean, clear, open APIs - going in BOTH directions (tags: API webservices) [...]</description>
		<content:encoded><![CDATA[<p>[...] Marc’s Voice » Blog Archive » Reciprocation, Open APIs and caching data coming from web services Open APIs are a two-way street and Stewart and Flickr have set a precedent - as they’ve done so many times before - on demanding that any commercial vendor who wants a commercial key, MUST also provide clean, clear, open APIs - going in BOTH directions (tags: API webservices) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Venture Chronicles</title>
		<link>http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-50517</link>
		<dc:creator>Venture Chronicles</dc:creator>
		<pubDate>Wed, 21 Jun 2006 14:41:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-50517</guid>
		<description>[...] This is exactly where the notion of mashups comes up a little short in my opinion. It&#8217;s exceptionally difficult to deliver a service that features dependencies on 3rd party services, both from the user experience standpoint but also from performance and reliability. Mashups are a stepping stone to something more meaningful that has yet to be defined. Marc’s Voice » Blog Archive » Reciprocation, Open APIs and caching data coming from web services: Its really hard to create a compelling end-user experience when you’re linking to external sources. We’ve been trying it for over a year now - with some sucess, but in general if you want to include (let’s say) your external blog in some other service - its far from satisfactory experience. Technorati Tags: mashups Posted in Innovation &#124;&#124; [...]</description>
		<content:encoded><![CDATA[<p>[...] This is exactly where the notion of mashups comes up a little short in my opinion. It&#8217;s exceptionally difficult to deliver a service that features dependencies on 3rd party services, both from the user experience standpoint but also from performance and reliability. Mashups are a stepping stone to something more meaningful that has yet to be defined. Marc’s Voice » Blog Archive » Reciprocation, Open APIs and caching data coming from web services: Its really hard to create a compelling end-user experience when you’re linking to external sources. We’ve been trying it for over a year now - with some sucess, but in general if you want to include (let’s say) your external blog in some other service - its far from satisfactory experience. Technorati Tags: mashups Posted in Innovation || [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marshall Kirkpatrick</title>
		<link>http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-50205</link>
		<dc:creator>Marshall Kirkpatrick</dc:creator>
		<pubDate>Tue, 20 Jun 2006 18:46:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/06/reciprocation-open-apis-and-caching-data-coming-from-web-services#comment-50205</guid>
		<description>Dude, Arrington didn't write that original post, I did.  And it wasn't slanderous, it just didn't include enough and up to date details from one side of the story.  Isn't calling something slanderous that isn't slanderous a form of slander?  Lol.  Anyway, the issues that need to be discussed are getting discussed.</description>
		<content:encoded><![CDATA[<p>Dude, Arrington didn&#8217;t write that original post, I did.  And it wasn&#8217;t slanderous, it just didn&#8217;t include enough and up to date details from one side of the story.  Isn&#8217;t calling something slanderous that isn&#8217;t slanderous a form of slander?  Lol.  Anyway, the issues that need to be discussed are getting discussed.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
