<?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: Death by a thousand differences</title>
	<atom:link href="http://www.thekua.com/atwork/2008/11/death-by-a-thousand-differences/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thekua.com/atwork/2008/11/death-by-a-thousand-differences/</link>
	<description>thekua&#039;s reflections on work related topics</description>
	<lastBuildDate>Wed, 03 Mar 2010 08:14:52 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Consistency in the code base at Mark Needham</title>
		<link>http://www.thekua.com/atwork/2008/11/death-by-a-thousand-differences/comment-page-1/#comment-74688</link>
		<dc:creator>Consistency in the code base at Mark Needham</dc:creator>
		<pubDate>Wed, 04 Nov 2009 11:33:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.thekua.com/atwork/?p=305#comment-74688</guid>
		<description>[...] discussions with various different colleagues about coding consistency over the last year or so and Pat Kua and Frank Trindade have both written posts suggesting that we should look to have coding [...]</description>
		<content:encoded><![CDATA[<p>[...] discussions with various different colleagues about coding consistency over the last year or so and Pat Kua and Frank Trindade have both written posts suggesting that we should look to have coding [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thekua.com@work &#187; What differences cause your project death?</title>
		<link>http://www.thekua.com/atwork/2008/11/death-by-a-thousand-differences/comment-page-1/#comment-51288</link>
		<dc:creator>thekua.com@work &#187; What differences cause your project death?</dc:creator>
		<pubDate>Thu, 12 Feb 2009 08:38:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.thekua.com/atwork/?p=305#comment-51288</guid>
		<description>[...] not about to go and list all the thousand differences that will contribute to a slow and painful project death, but I will mention a few categories I always [...]</description>
		<content:encoded><![CDATA[<p>[...] not about to go and list all the thousand differences that will contribute to a slow and painful project death, but I will mention a few categories I always [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arjan`s World &#187; LINKBLOG for November 2, 2008</title>
		<link>http://www.thekua.com/atwork/2008/11/death-by-a-thousand-differences/comment-page-1/#comment-33813</link>
		<dc:creator>Arjan`s World &#187; LINKBLOG for November 2, 2008</dc:creator>
		<pubDate>Sun, 02 Nov 2008 16:43:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.thekua.com/atwork/?p=305#comment-33813</guid>
		<description>[...] Death by a thousand differences - &#8216;The Kua&#8217; &#8216; I find the death by a thousand differences is especially a significant problem on iterative projects where change happens rapidly (&#8230;) &#8216; [...]</description>
		<content:encoded><![CDATA[<p>[...] Death by a thousand differences &#8211; &#8216;The Kua&#8217; &#8216; I find the death by a thousand differences is especially a significant problem on iterative projects where change happens rapidly (&#8230;) &#8216; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kris Kemper</title>
		<link>http://www.thekua.com/atwork/2008/11/death-by-a-thousand-differences/comment-page-1/#comment-33741</link>
		<dc:creator>Kris Kemper</dc:creator>
		<pubDate>Sat, 01 Nov 2008 20:58:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.thekua.com/atwork/?p=305#comment-33741</guid>
		<description>I actually find that allowing differences to happen is generally a good thing on a project. It allows developers freedom to try different approaches. This results in greater enjoyment of the work, but it also provides different approaches to be compared in order to see what really works in practice.

I find that the differences can be reduced by refactoring. Once the team has a general consensus of what has gone well versus what does not work well, then the &quot;bad&quot; code can be refactoring using the accepted practices. The important thing is that refactoring has to be an constant activity on the team, and accepted as a necessary and valuable activity.</description>
		<content:encoded><![CDATA[<p>I actually find that allowing differences to happen is generally a good thing on a project. It allows developers freedom to try different approaches. This results in greater enjoyment of the work, but it also provides different approaches to be compared in order to see what really works in practice.</p>
<p>I find that the differences can be reduced by refactoring. Once the team has a general consensus of what has gone well versus what does not work well, then the &#8220;bad&#8221; code can be refactoring using the accepted practices. The important thing is that refactoring has to be an constant activity on the team, and accepted as a necessary and valuable activity.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
