<?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: API Only Services?</title>
	<atom:link href="http://joseph.randomnetworks.com/archives/2005/07/13/api-only-services/feed/" rel="self" type="application/rss+xml" />
	<link>http://joseph.randomnetworks.com/archives/2005/07/13/api-only-services/</link>
	<description>cat /dev/random</description>
	<lastBuildDate>Sat, 04 Jul 2009 08:07:38 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9-rare</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Joseph Scott&#8217;s Blog &#187; Blog Archive &#187; Amazon S3 - Online Storage</title>
		<link>http://joseph.randomnetworks.com/archives/2005/07/13/api-only-services/comment-page-1/#comment-6301</link>
		<dc:creator>Joseph Scott&#8217;s Blog &#187; Blog Archive &#187; Amazon S3 - Online Storage</dc:creator>
		<pubDate>Tue, 14 Mar 2006 20:36:30 +0000</pubDate>
		<guid isPermaLink="false">http://joseph.randomnetworks.com/?p=432#comment-6301</guid>
		<description>[...] Instead of launching this as an app first and then coming out with APIs, this is an API only service. If you&#8217;ve been reading this blog for awhile this shouldn&#8217;t come as a big surprise. I wrote about the idea of API only services back in July 2005. Amazon obviously has a huge amount of back end resources already to keep their current web offerings up, so focus on what you do well and create and API that allows others to build apps on top of it. [...]</description>
		<content:encoded><![CDATA[<p>[...] Instead of launching this as an app first and then coming out with APIs, this is an API only service. If you&#8217;ve been reading this blog for awhile this shouldn&#8217;t come as a big surprise. I wrote about the idea of API only services back in July 2005. Amazon obviously has a huge amount of back end resources already to keep their current web offerings up, so focus on what you do well and create and API that allows others to build apps on top of it. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mashable* &#187; BunchBall and the Universal Blog Widget</title>
		<link>http://joseph.randomnetworks.com/archives/2005/07/13/api-only-services/comment-page-1/#comment-5349</link>
		<dc:creator>Mashable* &#187; BunchBall and the Universal Blog Widget</dc:creator>
		<pubDate>Sat, 25 Feb 2006 02:47:25 +0000</pubDate>
		<guid isPermaLink="false">http://joseph.randomnetworks.com/?p=432#comment-5349</guid>
		<description>[...] In this increasingly distributed world, websites need to become web services, spreading themselves right out to the edges of the network. In this case, the edge is largely made up of MySpace pages, social-networking sites and blogs. The widget, meanwhile, is the blog equivalent of the API - and the more you give away, the more you get back. (Incidentally, Scoble once referred to widgets as Internet Connected Components, raising some interesting discussions.) Flickr, YouTube, Stickam, del.icio.us, Revver and many more Web 2.0 players have successfully employed widgets to drive traffic back to their own sites. eBay and Amazon take the next step by incentivizing their widgets (you earn a % of any transaction). And finally there&#8217;s the widget to end all widgets: the indefatigable Google Adsense. Ultimately, I wonder whether we even need to drive traffic back to the originating site - it seems feasible to have all the interaction taking place within the widget itself (and in fact this already happens with Adsense). This is similar to Joseph Scott&#8217;s idea for API-only services, and you could argue that Stickam and Bunchball are getting pretty close. Nonetheless, you still need a centralized site where the user can create his widgets (or do you?). [...]</description>
		<content:encoded><![CDATA[<p>[...] In this increasingly distributed world, websites need to become web services, spreading themselves right out to the edges of the network. In this case, the edge is largely made up of MySpace pages, social-networking sites and blogs. The widget, meanwhile, is the blog equivalent of the API &#8211; and the more you give away, the more you get back. (Incidentally, Scoble once referred to widgets as Internet Connected Components, raising some interesting discussions.) Flickr, YouTube, Stickam, del.icio.us, Revver and many more Web 2.0 players have successfully employed widgets to drive traffic back to their own sites. eBay and Amazon take the next step by incentivizing their widgets (you earn a % of any transaction). And finally there&#8217;s the widget to end all widgets: the indefatigable Google Adsense. Ultimately, I wonder whether we even need to drive traffic back to the originating site &#8211; it seems feasible to have all the interaction taking place within the widget itself (and in fact this already happens with Adsense). This is similar to Joseph Scott&#8217;s idea for API-only services, and you could argue that Stickam and Bunchball are getting pretty close. Nonetheless, you still need a centralized site where the user can create his widgets (or do you?). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacek</title>
		<link>http://joseph.randomnetworks.com/archives/2005/07/13/api-only-services/comment-page-1/#comment-2115</link>
		<dc:creator>Jacek</dc:creator>
		<pubDate>Tue, 23 Aug 2005 16:08:48 +0000</pubDate>
		<guid isPermaLink="false">http://joseph.randomnetworks.com/?p=432#comment-2115</guid>
		<description>apart from paying for such services, which has been a known problem for a long time now, there are also privacy concerns here. Outsourcing many seemingly simple things like spellcheck can have interesting consequences - would you like spellcheck.example.com to see everything you write on some textbox here and there or in your local editor?

I didn&#039;t think so. 8-)</description>
		<content:encoded><![CDATA[<p>apart from paying for such services, which has been a known problem for a long time now, there are also privacy concerns here. Outsourcing many seemingly simple things like spellcheck can have interesting consequences &#8211; would you like spellcheck.example.com to see everything you write on some textbox here and there or in your local editor?</p>
<p>I didn&#8217;t think so. 8-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Al</title>
		<link>http://joseph.randomnetworks.com/archives/2005/07/13/api-only-services/comment-page-1/#comment-2107</link>
		<dc:creator>Al</dc:creator>
		<pubDate>Sat, 20 Aug 2005 08:28:16 +0000</pubDate>
		<guid isPermaLink="false">http://joseph.randomnetworks.com/?p=432#comment-2107</guid>
		<description>You want a killer service?  US Sales Tax calculation.  The government expects it&#039;s citizens to pay correct taxes.  The only way to calculate correct taxes sucks.  It sucks really, really hard.  I want the @#$&amp;*%! government to publish a -&gt;&gt;&gt; FREE </description>
		<content:encoded><![CDATA[<p>You want a killer service?  US Sales Tax calculation.  The government expects it&#8217;s citizens to pay correct taxes.  The only way to calculate correct taxes sucks.  It sucks really, really hard.  I want the @#$&amp;*%! government to publish a -&gt;&gt;&gt; FREE</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fame</title>
		<link>http://joseph.randomnetworks.com/archives/2005/07/13/api-only-services/comment-page-1/#comment-2086</link>
		<dc:creator>fame</dc:creator>
		<pubDate>Sat, 23 Jul 2005 21:05:05 +0000</pubDate>
		<guid isPermaLink="false">http://joseph.randomnetworks.com/?p=432#comment-2086</guid>
		<description>&lt;strong&gt;webservices&lt;/strong&gt;

Whenever I read API on some website, I get interested. I like to integrate, I really do. Especially when it comes to &quot;cool&quot; things, like flickr, or anything Google puts out. Here is an interesting read: Api only webservices? Discovered...</description>
		<content:encoded><![CDATA[<p><strong>webservices</strong></p>
<p>Whenever I read API on some website, I get interested. I like to integrate, I really do. Especially when it comes to &#8220;cool&#8221; things, like flickr, or anything Google puts out. Here is an interesting read: Api only webservices? Discovered&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DarrenDelaye.com &#187; API-First Services: Be Your Own #1 API Client</title>
		<link>http://joseph.randomnetworks.com/archives/2005/07/13/api-only-services/comment-page-1/#comment-2076</link>
		<dc:creator>DarrenDelaye.com &#187; API-First Services: Be Your Own #1 API Client</dc:creator>
		<pubDate>Fri, 15 Jul 2005 23:30:33 +0000</pubDate>
		<guid isPermaLink="false">http://joseph.randomnetworks.com/?p=432#comment-2076</guid>
		<description>[...] Joseph Scott talks about API Only Services and whether it would be possible to have a really specialized API that wouldn&#8217;t have a web application of its own. I love that people are exposing more and more APIs to get to the data on their sites that otherwise would have to be painfully screen-scraped to be useful to other web sites, but I would suggest an alternative path to building good APIs from here on out. [...]</description>
		<content:encoded><![CDATA[<p>[...] Joseph Scott talks about API Only Services and whether it would be possible to have a really specialized API that wouldn&#8217;t have a web application of its own. I love that people are exposing more and more APIs to get to the data on their sites that otherwise would have to be painfully screen-scraped to be useful to other web sites, but I would suggest an alternative path to building good APIs from here on out. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle Mulka</title>
		<link>http://joseph.randomnetworks.com/archives/2005/07/13/api-only-services/comment-page-1/#comment-2074</link>
		<dc:creator>Kyle Mulka</dc:creator>
		<pubDate>Fri, 15 Jul 2005 05:50:15 +0000</pubDate>
		<guid isPermaLink="false">http://joseph.randomnetworks.com/?p=432#comment-2074</guid>
		<description>Hmm… now someone just needs to find a way to pay for these services. Advertising probably isn’t going to work here. Micropayments are the new way to do this I belive. I think Google is working on something like that, and PayPal better be working on something or it will miss out.</description>
		<content:encoded><![CDATA[<p>Hmm… now someone just needs to find a way to pay for these services. Advertising probably isn’t going to work here. Micropayments are the new way to do this I belive. I think Google is working on something like that, and PayPal better be working on something or it will miss out.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
