<?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: Modularizing Our Code and Making it Reusable</title>
	<atom:link href="http://www.librarywebchic.net/wordpress/2009/12/16/modularizing-our-code-and-making-it-reusable/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.librarywebchic.net/wordpress/2009/12/16/modularizing-our-code-and-making-it-reusable/</link>
	<description>Resources for librarians who are interested in the application of web design and technologies in libraries</description>
	<lastBuildDate>Sun, 18 Jul 2010 12:06:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Brad Czerniak</title>
		<link>http://www.librarywebchic.net/wordpress/2009/12/16/modularizing-our-code-and-making-it-reusable/comment-page-1/#comment-65961</link>
		<dc:creator>Brad Czerniak</dc:creator>
		<pubDate>Fri, 18 Dec 2009 00:02:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.librarywebchic.net/wordpress/?p=1425#comment-65961</guid>
		<description>I think a common specification is the goal of &lt;a href=&quot;http://www.jangle.org/&quot; rel=&quot;nofollow&quot;&gt;Jangle&lt;/a&gt;. To me, though, it is symptomatic of any project that tries to be a catch-all: it introduces too much overhead to be truly useful. I&#039;d rather just have a multi-format API (whether by screenscraping or other means) that lets me get catalog information in JSON, RSS, and the various OpenSearch formats. The exact format of the output data isn&#039;t all that important -- I just want it yesterday.</description>
		<content:encoded><![CDATA[<p>I think a common specification is the goal of <a href="http://www.jangle.org/" rel="nofollow">Jangle</a>. To me, though, it is symptomatic of any project that tries to be a catch-all: it introduces too much overhead to be truly useful. I&#8217;d rather just have a multi-format API (whether by screenscraping or other means) that lets me get catalog information in JSON, RSS, and the various OpenSearch formats. The exact format of the output data isn&#8217;t all that important &#8212; I just want it yesterday.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
