<?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: Case Study: Usable and Unusable APIs</title>
	<atom:link href="http://www.benmccann.com/dev-blog/case-study-good-and-bad-apis/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.benmccann.com/dev-blog/case-study-good-and-bad-apis/</link>
	<description>The software development weblog of Benjamin McCann.</description>
	<lastBuildDate>Fri, 03 Feb 2012 15:15:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: mutuelle</title>
		<link>http://www.benmccann.com/dev-blog/case-study-good-and-bad-apis/comment-page-1/#comment-13875</link>
		<dc:creator>mutuelle</dc:creator>
		<pubDate>Sat, 29 Aug 2009 10:45:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.benmccann.com/dev-blog/?p=210#comment-13875</guid>
		<description>I m all right with you...</description>
		<content:encoded><![CDATA[<p>I m all right with you&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mutuelle</title>
		<link>http://www.benmccann.com/dev-blog/case-study-good-and-bad-apis/comment-page-1/#comment-13686</link>
		<dc:creator>mutuelle</dc:creator>
		<pubDate>Fri, 21 Aug 2009 11:33:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.benmccann.com/dev-blog/?p=210#comment-13686</guid>
		<description>good article,thank you</description>
		<content:encoded><![CDATA[<p>good article,thank you</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marti</title>
		<link>http://www.benmccann.com/dev-blog/case-study-good-and-bad-apis/comment-page-1/#comment-13053</link>
		<dc:creator>Marti</dc:creator>
		<pubDate>Wed, 29 Jul 2009 15:07:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.benmccann.com/dev-blog/?p=210#comment-13053</guid>
		<description>Sad but true :-(</description>
		<content:encoded><![CDATA[<p>Sad but true <img src='http://www.benmccann.com/dev-blog/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mutuelle</title>
		<link>http://www.benmccann.com/dev-blog/case-study-good-and-bad-apis/comment-page-1/#comment-13012</link>
		<dc:creator>mutuelle</dc:creator>
		<pubDate>Tue, 28 Jul 2009 22:11:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.benmccann.com/dev-blog/?p=210#comment-13012</guid>
		<description>Thank you for this article</description>
		<content:encoded><![CDATA[<p>Thank you for this article</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul W. Homer</title>
		<link>http://www.benmccann.com/dev-blog/case-study-good-and-bad-apis/comment-page-1/#comment-12969</link>
		<dc:creator>Paul W. Homer</dc:creator>
		<pubDate>Mon, 27 Jul 2009 18:59:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.benmccann.com/dev-blog/?p=210#comment-12969</guid>
		<description>Somewhere along the way, the Java &quot;aesthetic&quot; for coding became bend towards the noisy and overcomplicated. I tend to think it&#039;s a combination of the earlier brute force movements towards real-world objects, useless flexibility and the desire to just get it done first, and then think about it later. However it came about, it generally seems wise in most applications to cover over many of these libraries carefully, rather than to allow their pathologies to percolate upwards. If the foundation is a mess, it always demands extra effort to keep that from infecting the rest of the structure.

Paul.</description>
		<content:encoded><![CDATA[<p>Somewhere along the way, the Java &#8220;aesthetic&#8221; for coding became bend towards the noisy and overcomplicated. I tend to think it&#8217;s a combination of the earlier brute force movements towards real-world objects, useless flexibility and the desire to just get it done first, and then think about it later. However it came about, it generally seems wise in most applications to cover over many of these libraries carefully, rather than to allow their pathologies to percolate upwards. If the foundation is a mess, it always demands extra effort to keep that from infecting the rest of the structure.</p>
<p>Paul.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Doe</title>
		<link>http://www.benmccann.com/dev-blog/case-study-good-and-bad-apis/comment-page-1/#comment-12965</link>
		<dc:creator>John Doe</dc:creator>
		<pubDate>Mon, 27 Jul 2009 16:41:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.benmccann.com/dev-blog/?p=210#comment-12965</guid>
		<description>People have been using dom4j and jdom for years... The only reasons for which people use JDK libraries(XML) is because:
- They don&#039;t want to add new dependencies
- They are doing something trivial
- They already have lots of utility classes in their code base</description>
		<content:encoded><![CDATA[<p>People have been using dom4j and jdom for years&#8230; The only reasons for which people use JDK libraries(XML) is because:<br />
- They don&#8217;t want to add new dependencies<br />
- They are doing something trivial<br />
- They already have lots of utility classes in their code base</p>
]]></content:encoded>
	</item>
</channel>
</rss>

