<?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: Making It Work Is Only Part of the Project</title>
	<atom:link href="http://www.fractionsofapenny.com/software-development/making-it-work-is-only-part-of-the-project/feed" rel="self" type="application/rss+xml" />
	<link>http://www.fractionsofapenny.com/software-development/making-it-work-is-only-part-of-the-project</link>
	<description>Some mundane details...</description>
	<lastBuildDate>Tue, 04 Jan 2011 23:41:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
	<item>
		<title>By: Michael Wurzer</title>
		<link>http://www.fractionsofapenny.com/software-development/making-it-work-is-only-part-of-the-project/comment-page-1#comment-95</link>
		<dc:creator>Michael Wurzer</dc:creator>
		<pubDate>Fri, 24 Sep 2010 02:15:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.fractionsofapenny.com/?p=191#comment-95</guid>
		<description>First, I&#039;m glad you let me know about your blog and I look forward to future posts.  

In reading this post, I was reminded of my days as a lawyer.  My job then was basically to write compelling legal arguments.  When I was a new associate, I was always annoyed at partners who would heavily edit my work.  I knew what I had written was clear and persuasive, and I wasn&#039;t too fond of them messing it up.  After awhile, however, I learned that some people learn by doing.  They weren&#039;t re-writing my arguments to correct it, they were re-writing it as part of their process to understand it.  When I became a senior associate reviewing others&#039; work, I often found myself doing the same thing, because it turns out it&#039;s a pretty fast method of fulling coming to grips with the material. 

My guess is that software is very similar.  No matter how elegant or well-documented the code, many people will want to re-write it as part of their process of learning it.  That doesn&#039;t mean writing elegant or well-document code is unimportant, but rather is just one explanation of why some people are prone to wanting to re-write code than re-factor it.</description>
		<content:encoded><![CDATA[<p>First, I&#8217;m glad you let me know about your blog and I look forward to future posts.  </p>
<p>In reading this post, I was reminded of my days as a lawyer.  My job then was basically to write compelling legal arguments.  When I was a new associate, I was always annoyed at partners who would heavily edit my work.  I knew what I had written was clear and persuasive, and I wasn&#8217;t too fond of them messing it up.  After awhile, however, I learned that some people learn by doing.  They weren&#8217;t re-writing my arguments to correct it, they were re-writing it as part of their process to understand it.  When I became a senior associate reviewing others&#8217; work, I often found myself doing the same thing, because it turns out it&#8217;s a pretty fast method of fulling coming to grips with the material. </p>
<p>My guess is that software is very similar.  No matter how elegant or well-documented the code, many people will want to re-write it as part of their process of learning it.  That doesn&#8217;t mean writing elegant or well-document code is unimportant, but rather is just one explanation of why some people are prone to wanting to re-write code than re-factor it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

