<?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: The Simplest API Possible</title>
	<atom:link href="http://www.dancres.org/blitzblog/2007/02/26/the-simplest-api-possible/feed/" rel="self" type="application/rss+xml" />
	<link>http://dancres.org/feeder/?FeederAction=clicked&#038;feed=Comments+on+Articles+%28RSS2%29&#038;seed=http%3A%2F%2Fwww.dancres.org%2Fblitzblog%2F2007%2F02%2F26%2Fthe-simplest-api-possible%2F%23comment-&#038;seed_title=The+Simplest+API+Possible</link>
	<description></description>
	<lastBuildDate>Mon, 02 Jan 2012 08:22:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Dan Creswell</title>
		<link>http://dancres.org/feeder/?FeederAction=clicked&#038;feed=Comments+on+Articles+%28RSS2%29&#038;seed=http%3A%2F%2Fwww.dancres.org%2Fblitzblog%2F2007%2F02%2F26%2Fthe-simplest-api-possible%2F%23comment-48&#038;seed_title=The+Simplest+API+Possible/comment-page-1/#comment-48</link>
		<dc:creator>Dan Creswell</dc:creator>
		<pubDate>Thu, 01 Mar 2007 13:17:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.dancres.org/blitzblog/2007/02/26/the-simplest-api-possible/#comment-48</guid>
		<description>Hi Scott,

Completely agree re: complexity and tools.  There are far too many cases where we create API&#039;s, frameworks etc with a high degree of complexity which we then attempt to paper over with tools.  There&#039;s no substitute for keeping it simple throughout the stack.

Todd&#039;s comment about number of resources is much more the kind of issue I was considering worth attacking with tools.

Dan.</description>
		<content:encoded><![CDATA[<p>Hi Scott,</p>
<p>Completely agree re: complexity and tools.  There are far too many cases where we create API&#8217;s, frameworks etc with a high degree of complexity which we then attempt to paper over with tools.  There&#8217;s no substitute for keeping it simple throughout the stack.</p>
<p>Todd&#8217;s comment about number of resources is much more the kind of issue I was considering worth attacking with tools.</p>
<p>Dan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Mark</title>
		<link>http://dancres.org/feeder/?FeederAction=clicked&#038;feed=Comments+on+Articles+%28RSS2%29&#038;seed=http%3A%2F%2Fwww.dancres.org%2Fblitzblog%2F2007%2F02%2F26%2Fthe-simplest-api-possible%2F%23comment-47&#038;seed_title=The+Simplest+API+Possible/comment-page-1/#comment-47</link>
		<dc:creator>Scott Mark</dc:creator>
		<pubDate>Thu, 01 Mar 2007 13:06:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.dancres.org/blitzblog/2007/02/26/the-simplest-api-possible/#comment-47</guid>
		<description>Good tools are important and no doubt ease the burden.  But it freaks me out when people toss that out as the potential-future-solution to the problem they are busily creating today.  Tools were supposed to be the answer to the complexities known as JSF and the Java WS APIs, and they are just not there.  And even if they were, show me a non-Microsoft developer who doesn&#039;t still want access to what&#039;s underneath when it comes time to troubleshoot or work on something built by someone else.

Todd you bring up an interesting point about the large number of resources in REST implementations, I hadn&#039;t thought of that or heard of it.  That&#039;s an interesting topic to consider...</description>
		<content:encoded><![CDATA[<p>Good tools are important and no doubt ease the burden.  But it freaks me out when people toss that out as the potential-future-solution to the problem they are busily creating today.  Tools were supposed to be the answer to the complexities known as JSF and the Java WS APIs, and they are just not there.  And even if they were, show me a non-Microsoft developer who doesn&#8217;t still want access to what&#8217;s underneath when it comes time to troubleshoot or work on something built by someone else.</p>
<p>Todd you bring up an interesting point about the large number of resources in REST implementations, I hadn&#8217;t thought of that or heard of it.  That&#8217;s an interesting topic to consider&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Biske</title>
		<link>http://dancres.org/feeder/?FeederAction=clicked&#038;feed=Comments+on+Articles+%28RSS2%29&#038;seed=http%3A%2F%2Fwww.dancres.org%2Fblitzblog%2F2007%2F02%2F26%2Fthe-simplest-api-possible%2F%23comment-46&#038;seed_title=The+Simplest+API+Possible/comment-page-1/#comment-46</link>
		<dc:creator>Todd Biske</dc:creator>
		<pubDate>Mon, 26 Feb 2007 14:56:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.dancres.org/blitzblog/2007/02/26/the-simplest-api-possible/#comment-46</guid>
		<description>Dan-
I think you&#039;re on the right track: tools.  As my understanding of REST has grown, one of the things that I see as a potential issue in actually applying it is the sheer number of resources that you might wind up with.  Guaranteed, not every object in a design becomes a resource, but my gut tells me that there will be a lot.  Trying to manage the whole lot through hand-coded efforts just doesn&#039;t sound like a good plan to me, unless your interest is in job preservation.  It seems that this area is ripe for tooling.

-tb</description>
		<content:encoded><![CDATA[<p>Dan-<br />
I think you&#8217;re on the right track: tools.  As my understanding of REST has grown, one of the things that I see as a potential issue in actually applying it is the sheer number of resources that you might wind up with.  Guaranteed, not every object in a design becomes a resource, but my gut tells me that there will be a lot.  Trying to manage the whole lot through hand-coded efforts just doesn&#8217;t sound like a good plan to me, unless your interest is in job preservation.  It seems that this area is ripe for tooling.</p>
<p>-tb</p>
]]></content:encoded>
	</item>
</channel>
</rss>

