<?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: &#8220;total cost of owning a mess&#8221;	</title>
	<atom:link href="https://www.selikoff.net/2008/09/22/total-cost-of-owning-a-mess/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.selikoff.net/2008/09/22/total-cost-of-owning-a-mess/</link>
	<description>Java/J2EE Software Development and Technology Discussion Blog</description>
	<lastBuildDate>Wed, 24 Sep 2008 23:59:04 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		By: jeanne		</title>
		<link>https://www.selikoff.net/2008/09/22/total-cost-of-owning-a-mess/comment-page-1/#comment-334</link>

		<dc:creator><![CDATA[jeanne]]></dc:creator>
		<pubDate>Wed, 24 Sep 2008 23:59:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.selikoff.net/blog/?p=459#comment-334</guid>

					<description><![CDATA[Kevin: You raise a good point about the importance of understanding both the code and problem domain.

Jean: And the best thing is when you can get management to agree!]]></description>
			<content:encoded><![CDATA[<p>Kevin: You raise a good point about the importance of understanding both the code and problem domain.</p>
<p>Jean: And the best thing is when you can get management to agree!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: jean		</title>
		<link>https://www.selikoff.net/2008/09/22/total-cost-of-owning-a-mess/comment-page-1/#comment-333</link>

		<dc:creator><![CDATA[jean]]></dc:creator>
		<pubDate>Wed, 24 Sep 2008 13:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.selikoff.net/blog/?p=459#comment-333</guid>

					<description><![CDATA[My definition of &quot;stealth refactoring&quot; is the process of refactoring a mess whilst including bug fixes and additional features to the functionality hereby reducing the total amount of time taken over the long run without management&#039;s knowledge.

whew... thats a long sentence.]]></description>
			<content:encoded><![CDATA[<p>My definition of &#8220;stealth refactoring&#8221; is the process of refactoring a mess whilst including bug fixes and additional features to the functionality hereby reducing the total amount of time taken over the long run without management&#8217;s knowledge.</p>
<p>whew&#8230; thats a long sentence.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Kevin		</title>
		<link>https://www.selikoff.net/2008/09/22/total-cost-of-owning-a-mess/comment-page-1/#comment-331</link>

		<dc:creator><![CDATA[Kevin]]></dc:creator>
		<pubDate>Wed, 24 Sep 2008 04:14:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.selikoff.net/blog/?p=459#comment-331</guid>

					<description><![CDATA[What you touch on here is exactly why on the desktop I prefer a pluggable architecture and on the web side like to modularize and organize packages appropriately to &quot;reduce&quot; this sort of code mess. I also am a big proponent of docing code judiciously... I don&#039;t care how good a developer you are and how much you think you don&#039;t need to, you do!

I also think this is why agile development is to a large part a good thing, although getting managers to agree to the process is futile most of the time. Being able to &quot;rewrite&quot; a section of code, or the entire app, may take longer, but it does a couple of important things, especially to those that have been part of the process. Yes, it may take longer to get each rewrite/iteration out, but the team becomes better aware of the problem domain and has a better idea what was wrong last time and where to correct. In a pluggable app you don&#039;t necessarily have to rewrite everything.

Where this really breaks down tho is when you come in to existing code. I don&#039;t think I am alone when I say I want to rewrite code. It allows me to &quot;own&quot; some of it, rather than maintain someone else&#039;s mess. By owning it, I know it. By maintaining someone else&#039;s mess, I don&#039;t know it, so it takes a lot more time to get stuff done. Jumping around code, figuring out what does what, etc.]]></description>
			<content:encoded><![CDATA[<p>What you touch on here is exactly why on the desktop I prefer a pluggable architecture and on the web side like to modularize and organize packages appropriately to &#8220;reduce&#8221; this sort of code mess. I also am a big proponent of docing code judiciously&#8230; I don&#8217;t care how good a developer you are and how much you think you don&#8217;t need to, you do!</p>
<p>I also think this is why agile development is to a large part a good thing, although getting managers to agree to the process is futile most of the time. Being able to &#8220;rewrite&#8221; a section of code, or the entire app, may take longer, but it does a couple of important things, especially to those that have been part of the process. Yes, it may take longer to get each rewrite/iteration out, but the team becomes better aware of the problem domain and has a better idea what was wrong last time and where to correct. In a pluggable app you don&#8217;t necessarily have to rewrite everything.</p>
<p>Where this really breaks down tho is when you come in to existing code. I don&#8217;t think I am alone when I say I want to rewrite code. It allows me to &#8220;own&#8221; some of it, rather than maintain someone else&#8217;s mess. By owning it, I know it. By maintaining someone else&#8217;s mess, I don&#8217;t know it, so it takes a lot more time to get stuff done. Jumping around code, figuring out what does what, etc.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
