<?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: Don&#8217;t refactor on a Friday afternoon!</title>
	<atom:link href="http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/feed/" rel="self" type="application/rss+xml" />
	<link>http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/</link>
	<description>Chris Lamothe's weblog.</description>
	<lastBuildDate>Tue, 08 Sep 2009 04:23:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Josh Nursing</title>
		<link>http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/comment-page-1/#comment-366</link>
		<dc:creator>Josh Nursing</dc:creator>
		<pubDate>Tue, 04 Sep 2007 18:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/#comment-366</guid>
		<description>Generally, refactoring or optimization should be the last thing you do. 

If you have lots of programming experience, then some optimized constructs should come immediately, but otherwise you should concentrate on writing code which works.

Also, if you&#039;ve spent enough time doing the functional specs and the design, you&#039;d not need that much refactoring.</description>
		<content:encoded><![CDATA[<p>Generally, refactoring or optimization should be the last thing you do. </p>
<p>If you have lots of programming experience, then some optimized constructs should come immediately, but otherwise you should concentrate on writing code which works.</p>
<p>Also, if you&#8217;ve spent enough time doing the functional specs and the design, you&#8217;d not need that much refactoring.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Lamothe</title>
		<link>http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/comment-page-1/#comment-365</link>
		<dc:creator>Chris Lamothe</dc:creator>
		<pubDate>Fri, 31 Aug 2007 20:55:19 +0000</pubDate>
		<guid isPermaLink="false">http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/#comment-365</guid>
		<description>macournoyer is right, the examples I listed weren&#039;t necessarily the most productive ones.  I&#039;ve updated the post as a result.  On the other hand, Friday afternoon seems to be ideal for posting on one&#039;s blog.</description>
		<content:encoded><![CDATA[<p>macournoyer is right, the examples I listed weren&#8217;t necessarily the most productive ones.  I&#8217;ve updated the post as a result.  On the other hand, Friday afternoon seems to be ideal for posting on one&#8217;s blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darin Kadrioski</title>
		<link>http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/comment-page-1/#comment-364</link>
		<dc:creator>Darin Kadrioski</dc:creator>
		<pubDate>Fri, 31 Aug 2007 20:32:15 +0000</pubDate>
		<guid isPermaLink="false">http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/#comment-364</guid>
		<description>In communist Russia, code refactors *you*!</description>
		<content:encoded><![CDATA[<p>In communist Russia, code refactors *you*!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: macournoyer</title>
		<link>http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/comment-page-1/#comment-363</link>
		<dc:creator>macournoyer</dc:creator>
		<pubDate>Fri, 31 Aug 2007 20:30:45 +0000</pubDate>
		<guid isPermaLink="false">http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/#comment-363</guid>
		<description>Hey Chris,

Although I agree you should not start any big refactoring on friday (or anything big at all), I think friday is the perfect time to fix the little things that you told yourself you&#039;d do later but never did.

Like refactoring that each or times block to inject, fixing the html in views. Things that just make your code looks cool.
Or maybe adding some tests breaking existing code.
Just really tiny refactoring that ease the mind are fun and help you leave the office with a great sense of &quot;devoir accompli&quot;.</description>
		<content:encoded><![CDATA[<p>Hey Chris,</p>
<p>Although I agree you should not start any big refactoring on friday (or anything big at all), I think friday is the perfect time to fix the little things that you told yourself you&#8217;d do later but never did.</p>
<p>Like refactoring that each or times block to inject, fixing the html in views. Things that just make your code looks cool.<br />
Or maybe adding some tests breaking existing code.<br />
Just really tiny refactoring that ease the mind are fun and help you leave the office with a great sense of &#8220;devoir accompli&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: heri</title>
		<link>http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/comment-page-1/#comment-362</link>
		<dc:creator>heri</dc:creator>
		<pubDate>Fri, 31 Aug 2007 19:50:51 +0000</pubDate>
		<guid isPermaLink="false">http://furtivecode.com/2007/08/31/dont-refactor-on-a-friday-afternoon/#comment-362</guid>
		<description>this is funny. i picture you cursing and doing reverts with svn right now</description>
		<content:encoded><![CDATA[<p>this is funny. i picture you cursing and doing reverts with svn right now</p>
]]></content:encoded>
	</item>
</channel>
</rss>
