<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: guilty of untestability</title>
	<atom:link href="http://monkeyisland.pl/2007/12/19/untestability/feed/" rel="self" type="application/rss+xml" />
	<link>http://monkeyisland.pl/2007/12/19/untestability/</link>
	<description>about software</description>
	<lastBuildDate>Thu, 11 Mar 2010 17:47:47 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: I wish there was a mocking framework&#8230; &#171; monkey island</title>
		<link>http://monkeyisland.pl/2007/12/19/untestability/#comment-3016</link>
		<dc:creator>I wish there was a mocking framework&#8230; &#171; monkey island</dc:creator>
		<pubDate>Tue, 04 Nov 2008 10:15:49 +0000</pubDate>
		<guid isPermaLink="false">http://szczepiq.wordpress.com/2007/12/19/untestability/#comment-3016</guid>
		<description>[...] something is hard to test it gives excellent feedback about the quality of the code under test. If you&#8217;re a developer [...]</description>
		<content:encoded><![CDATA[<p>[...] something is hard to test it gives excellent feedback about the quality of the code under test. If you&#8217;re a developer [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: szczepiq</title>
		<link>http://monkeyisland.pl/2007/12/19/untestability/#comment-2798</link>
		<dc:creator>szczepiq</dc:creator>
		<pubDate>Thu, 06 Mar 2008 23:58:46 +0000</pubDate>
		<guid isPermaLink="false">http://szczepiq.wordpress.com/2007/12/19/untestability/#comment-2798</guid>
		<description>Fair points. 

Sometimes a rule contradicts some other rule. Sometimes one is more more important than other.
It&#039;s all about applying the right rule to the problem at hand.</description>
		<content:encoded><![CDATA[<p>Fair points. </p>
<p>Sometimes a rule contradicts some other rule. Sometimes one is more more important than other.<br />
It&#8217;s all about applying the right rule to the problem at hand.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hamlet D'Arcy</title>
		<link>http://monkeyisland.pl/2007/12/19/untestability/#comment-2790</link>
		<dc:creator>Hamlet D'Arcy</dc:creator>
		<pubDate>Tue, 04 Mar 2008 18:45:49 +0000</pubDate>
		<guid isPermaLink="false">http://szczepiq.wordpress.com/2007/12/19/untestability/#comment-2790</guid>
		<description>My code base is infected with the &quot;Class calls static methods&quot; problem. Fine. I&#039;ll refactor  those static methods onto a separate class that can be instantiated. But now I&#039;ve violated your consistency vs. elegance rule described here: http://monkeyisland.pl/2007/12/29/consistency-over-elegance/
I&#039;m left with code that is elegant (&quot;testable&quot;) in some spots but no longer consistent. 

And, by the way, my codebase is way to large to consistently apply a new non-static pattern across all the objects. 

This dilemma is why I value &quot;inconsistently well&quot; over &quot;consistently wrong&quot;. I don&#039;t see another way out of my situation. Perhaps I could carve out sub-projects and make those internally consistent, but again I don&#039;t really have the authority. :(

I blogged my thoughts here a few months ago: 
http://hamletdarcy.blogspot.com/2007/12/value-of-consistency.html</description>
		<content:encoded><![CDATA[<p>My code base is infected with the &#8220;Class calls static methods&#8221; problem. Fine. I&#8217;ll refactor  those static methods onto a separate class that can be instantiated. But now I&#8217;ve violated your consistency vs. elegance rule described here: <a href="http://monkeyisland.pl/2007/12/29/consistency-over-elegance/" rel="nofollow">http://monkeyisland.pl/2007/12/29/consistency-over-elegance/</a><br />
I&#8217;m left with code that is elegant (&#8220;testable&#8221;) in some spots but no longer consistent. </p>
<p>And, by the way, my codebase is way to large to consistently apply a new non-static pattern across all the objects. </p>
<p>This dilemma is why I value &#8220;inconsistently well&#8221; over &#8220;consistently wrong&#8221;. I don&#8217;t see another way out of my situation. Perhaps I could carve out sub-projects and make those internally consistent, but again I don&#8217;t really have the authority. <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
<p>I blogged my thoughts here a few months ago:<br />
<a href="http://hamletdarcy.blogspot.com/2007/12/value-of-consistency.html" rel="nofollow">http://hamletdarcy.blogspot.com/2007/12/value-of-consistency.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
