<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>CodeQuotes &#187; Maintenance</title>
	<atom:link href="http://codequotes.com/tags/maintenance/feed" rel="self" type="application/rss+xml" />
	<link>http://codequotes.com</link>
	<description>random technology quotations</description>
	<lastBuildDate>Wed, 21 Jul 2010 11:38:18 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Fowler on ugly code</title>
		<link>http://codequotes.com/2009/11/07/fowler-on-ugly-code</link>
		<comments>http://codequotes.com/2009/11/07/fowler-on-ugly-code#comments</comments>
		<pubDate>Sat, 07 Nov 2009 13:19:52 +0000</pubDate>
		<dc:creator>Neal Enssle</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Clean Code]]></category>
		<category><![CDATA[Development Process]]></category>
		<category><![CDATA[Maintenance]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[Quality and Testing]]></category>

		<guid isPermaLink="false">http://codequotes.com/2009/11/07/fowler-on-ugly-code</guid>
		<description><![CDATA[&#8220;Even so the program works. Is this not just an aesthetic judgment, a dislike of ugly code? It is until we want to change the system. The compiler doesn&#8217;t care whether the code is ugly or clean. But when we change the system, there is a human involved, and humans do care. A poorly designed [...]]]></description>
			<content:encoded><![CDATA[<p class="quote">&ldquo;Even so the program works. Is this not just an aesthetic judgment, a dislike of ugly code? It is until we want to change the system. The compiler doesn&#8217;t care whether the code is ugly or clean. But when we change the system, there is a human involved, and humans do care. A poorly designed system is hard to change. Hard because it is hard to figure out where the changes are needed. If it is hard to figure out what to change, there is a strong chance that the programmer will make a mistake and introduce bugs.&rdquo;</p>
<p class="author">&mdash; <a class="authorLink" href="/?s=Fowler">Martin Fowler</a>, <span class="source">Refactoring</span></p>
]]></content:encoded>
			<wfw:commentRss>http://codequotes.com/2009/11/07/fowler-on-ugly-code/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Appleton: No code</title>
		<link>http://codequotes.com/2008/05/24/no-code</link>
		<comments>http://codequotes.com/2008/05/24/no-code#comments</comments>
		<pubDate>Sun, 25 May 2008 03:18:14 +0000</pubDate>
		<dc:creator>Neal Enssle</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Maintenance]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[Quality and Testing]]></category>

		<guid isPermaLink="false">http://codequotes.com/2008/05/24/no-code</guid>
		<description><![CDATA[&#8220;There is No CODE That is More Flexible Than NO Code!&#8221; &#8212; Brad Appleton]]></description>
			<content:encoded><![CDATA[<p class="quote">&ldquo;There is No CODE That is More Flexible Than NO Code!&rdquo;</p>
<p class="author">&mdash; <a class="authorLink" href="/?s=Appleton">Brad Appleton</a></p>
]]></content:encoded>
			<wfw:commentRss>http://codequotes.com/2008/05/24/no-code/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Brown: Bugs and features</title>
		<link>http://codequotes.com/2006/08/08/brown-bugs-and-features</link>
		<comments>http://codequotes.com/2006/08/08/brown-bugs-and-features#comments</comments>
		<pubDate>Tue, 08 Aug 2006 12:58:11 +0000</pubDate>
		<dc:creator>Neal Enssle</dc:creator>
				<category><![CDATA[Bugs]]></category>
		<category><![CDATA[Humor]]></category>
		<category><![CDATA[Maintenance]]></category>
		<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://codequotes.com/2006/08/06/brown-bugs-and-features</guid>
		<description><![CDATA[&#8220;Any sufficiently advanced bug is indistinguishable from a feature.&#8221; &#8212; Bruce Brown]]></description>
			<content:encoded><![CDATA[<p class="quote">&ldquo;Any sufficiently advanced bug is indistinguishable from a feature.&rdquo;</p>
<p class="author">&mdash; <a class="authorLink" href="/?s=Brown">Bruce Brown</a></p>
]]></content:encoded>
			<wfw:commentRss>http://codequotes.com/2006/08/08/brown-bugs-and-features/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Parnas: Software systems</title>
		<link>http://codequotes.com/2006/04/05/parnas-software-systems</link>
		<comments>http://codequotes.com/2006/04/05/parnas-software-systems#comments</comments>
		<pubDate>Wed, 05 Apr 2006 09:05:46 +0000</pubDate>
		<dc:creator>Neal Enssle</dc:creator>
				<category><![CDATA[Bugs]]></category>
		<category><![CDATA[Maintenance]]></category>
		<category><![CDATA[Quality and Testing]]></category>

		<guid isPermaLink="false">http://codequotes.com/2006/04/05/parnas-software-systems</guid>
		<description><![CDATA[&#8220;As a rule, software systems do not work well until they have been used, and have failed repeatedly, in real applications.&#8221; &#8212; Dave Parnas]]></description>
			<content:encoded><![CDATA[<p class="quote">&ldquo;As a rule, software systems do not work well until they have been used, and have failed repeatedly, in real applications.&rdquo;</p>
<p class="author">&mdash; <a class="authorLink" href="/?s=Parnas">Dave Parnas</a></p>
]]></content:encoded>
			<wfw:commentRss>http://codequotes.com/2006/04/05/parnas-software-systems/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Bloch: The importance of unimportant parts</title>
		<link>http://codequotes.com/2006/02/21/arthur-bloch-the-importance-of-unimportant-parts</link>
		<comments>http://codequotes.com/2006/02/21/arthur-bloch-the-importance-of-unimportant-parts#comments</comments>
		<pubDate>Tue, 21 Feb 2006 12:59:04 +0000</pubDate>
		<dc:creator>Neal Enssle</dc:creator>
				<category><![CDATA[Bugs]]></category>
		<category><![CDATA[Maintenance]]></category>
		<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://codequotes.com/2006/02/21/arthur-bloch-the-importance-of-unimportant-parts</guid>
		<description><![CDATA[&#8220;If your project doesn&#8217;t work, look for the part that you didn&#8217;t think was important.&#8221; &#8212; Arthur Bloch]]></description>
			<content:encoded><![CDATA[<p class="quote">&ldquo;If your project doesn&#8217;t work, look for the part that you didn&#8217;t think was important.&rdquo;</p>
<p class="author">&mdash; <a class="authorLink" href="/?s=Bloch">Arthur Bloch</a></p>
]]></content:encoded>
			<wfw:commentRss>http://codequotes.com/2006/02/21/arthur-bloch-the-importance-of-unimportant-parts/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Golding: Maintenance</title>
		<link>http://codequotes.com/2006/02/05/golding-on-maintenance</link>
		<comments>http://codequotes.com/2006/02/05/golding-on-maintenance#comments</comments>
		<pubDate>Mon, 06 Feb 2006 03:32:41 +0000</pubDate>
		<dc:creator>Neal Enssle</dc:creator>
				<category><![CDATA[Maintenance]]></category>
		<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://codequotes.com/?p=3</guid>
		<description><![CDATA[&#8220;Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.&#8221; &#8212; Martin Golding]]></description>
			<content:encoded><![CDATA[<p class="quote">&#8220;Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.&#8221;</p>
<p class="author">&mdash; <a class="authorLink" href="/?s=Golding">Martin Golding</a></p>
]]></content:encoded>
			<wfw:commentRss>http://codequotes.com/2006/02/05/golding-on-maintenance/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Hornig: Maintenance</title>
		<link>http://codequotes.com/2006/02/04/hornig-maintenance</link>
		<comments>http://codequotes.com/2006/02/04/hornig-maintenance#comments</comments>
		<pubDate>Sat, 04 Feb 2006 16:37:44 +0000</pubDate>
		<dc:creator>Neal Enssle</dc:creator>
				<category><![CDATA[Development Process]]></category>
		<category><![CDATA[Maintenance]]></category>
		<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://codequotes.com/?p=4</guid>
		<description><![CDATA[&#8220;Computer Science is the only discipline in which we view adding a new wing to a building as being maintenance.&#8221; &#8212; Jim Hornig]]></description>
			<content:encoded><![CDATA[<p class="quote">&#8220;Computer Science is the only discipline in which we view adding a new wing to a building as being maintenance.&#8221;</p>
<p class="author">&mdash; <a class="authorLink" href="/?s=Hornig">Jim Hornig</a></p>
]]></content:encoded>
			<wfw:commentRss>http://codequotes.com/2006/02/04/hornig-maintenance/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
