<?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: Clean Code vs. Implementation Patterns</title>
	<atom:link href="http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/</link>
	<description>Software development done right!</description>
	<lastBuildDate>Wed, 08 Feb 2012 14:41:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Mihai</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/#comment-116859</link>
		<dc:creator>Mihai</dc:creator>
		<pubDate>Sun, 15 Jan 2012 20:00:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-116859</guid>
		<description>Also consider reading Martin Fowler&#039;s &quot;Refactoring: Improving the Design of Existing Code&quot;. It was the first I&#039;ve read related to &quot;clean code&quot;. Wonderful  book. It changed the way I am writing code. It creates me a passion in creating XP style code and make me read all the rest of Fowler&#039;s books. The book is capturing your attention after the first chapter in which is refactoring some code.</description>
		<content:encoded><![CDATA[<p>Also consider reading Martin Fowler&#8217;s &#8220;Refactoring: Improving the Design of Existing Code&#8221;. It was the first I&#8217;ve read related to &#8220;clean code&#8221;. Wonderful  book. It changed the way I am writing code. It creates me a passion in creating XP style code and make me read all the rest of Fowler&#8217;s books. The book is capturing your attention after the first chapter in which is refactoring some code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aladdin</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/#comment-104982</link>
		<dc:creator>aladdin</dc:creator>
		<pubDate>Thu, 05 May 2011 05:57:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-104982</guid>
		<description>I prefer &quot;Implementation Patterns&quot; over &quot;Clean Code&quot;.

1. IP, 174 pages . Clean Code, 464 pages. And for an experienced programmer, you will almost get the same conclusion, so IP gets more &quot;reading effiency&quot;.

2. Clean Code&#039;s body text uses Times New Roman, and wrong leading. Awful. IP use Adobe Garamond and correct leading, which is more legible...</description>
		<content:encoded><![CDATA[<p>I prefer &#8220;Implementation Patterns&#8221; over &#8220;Clean Code&#8221;.</p>
<p>1. IP, 174 pages . Clean Code, 464 pages. And for an experienced programmer, you will almost get the same conclusion, so IP gets more &#8220;reading effiency&#8221;.</p>
<p>2. Clean Code&#8217;s body text uses Times New Roman, and wrong leading. Awful. IP use Adobe Garamond and correct leading, which is more legible&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vincent Partington</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/#comment-92016</link>
		<dc:creator>Vincent Partington</dc:creator>
		<pubDate>Sun, 05 Jul 2009 12:44:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-92016</guid>
		<description>&lt;strong&gt;@Christian:&lt;/strong&gt; Thanks for the tip. I&#039;ve heard more people mention that Michael Feathers&#039; book is an interesting one. I&#039;ll put it on my to-read list!</description>
		<content:encoded><![CDATA[<p><strong>@Christian:</strong> Thanks for the tip. I&#8217;ve heard more people mention that Michael Feathers&#8217; book is an interesting one. I&#8217;ll put it on my to-read list!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian Horsdal</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/#comment-91998</link>
		<dc:creator>Christian Horsdal</dc:creator>
		<pubDate>Fri, 03 Jul 2009 05:57:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-91998</guid>
		<description>Thanks for an interesting comparison.

About the two books not covering how to deal with exiting code: You might find Michael Feathers Working Effectively with Legacy Code interesting. I think it&#039;s very, very good.</description>
		<content:encoded><![CDATA[<p>Thanks for an interesting comparison.</p>
<p>About the two books not covering how to deal with exiting code: You might find Michael Feathers Working Effectively with Legacy Code interesting. I think it&#8217;s very, very good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Code Quality - Learn: OOPs, Desing Patterns, Clean Code and Refactoring &#171; Jai&#8217;s Weblog - Tech, Security &#38; Fun&#8230;</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/#comment-91527</link>
		<dc:creator>Code Quality - Learn: OOPs, Desing Patterns, Clean Code and Refactoring &#171; Jai&#8217;s Weblog - Tech, Security &#38; Fun&#8230;</dc:creator>
		<pubDate>Sun, 12 Apr 2009 08:01:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-91527</guid>
		<description>[...] For review please feel free to have a look at this Book Review and also very interesting comparison Clean Code vs. Implementation Pattern. And certainly few more enthusiastic who even say  Get it. Read it. Learn it. Then live [...]</description>
		<content:encoded><![CDATA[<p>[...] For review please feel free to have a look at this Book Review and also very interesting comparison Clean Code vs. Implementation Pattern. And certainly few more enthusiastic who even say  Get it. Read it. Learn it. Then live [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig Jones</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/#comment-91431</link>
		<dc:creator>Craig Jones</dc:creator>
		<pubDate>Wed, 25 Mar 2009 23:32:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-91431</guid>
		<description>Thanks for comparison.  I&#039;m mostly through CC.  Haven&#039;t read IP yet, and I&#039;m wondering if I need to bother.  Based on the 3 examples you gave -- &quot;Choose Descriptive Names&quot; (CC) vs. &quot;Intention-Revealing Name&quot; (IP), &quot;Functions Should Descend Only One Level of Abstraction&quot; (CC) vs. &quot;Composed Method&quot; (IP), and &quot;Use Explanatory Variables&quot; (CC) vs. &quot;Role-Suggesting Name&quot; (IP) -- it seems like Martin&#039;s CC book is more plain-spoken and therefore easier to grok.  If I don&#039;t have any questions after reading CC, will reading IP add anything?  (Hmm, perhaps even if not, I should read IP anyway, just so I can communicate with other programmers who have read IP but not CC.)</description>
		<content:encoded><![CDATA[<p>Thanks for comparison.  I&#8217;m mostly through CC.  Haven&#8217;t read IP yet, and I&#8217;m wondering if I need to bother.  Based on the 3 examples you gave &#8212; &#8220;Choose Descriptive Names&#8221; (CC) vs. &#8220;Intention-Revealing Name&#8221; (IP), &#8220;Functions Should Descend Only One Level of Abstraction&#8221; (CC) vs. &#8220;Composed Method&#8221; (IP), and &#8220;Use Explanatory Variables&#8221; (CC) vs. &#8220;Role-Suggesting Name&#8221; (IP) &#8212; it seems like Martin&#8217;s CC book is more plain-spoken and therefore easier to grok.  If I don&#8217;t have any questions after reading CC, will reading IP add anything?  (Hmm, perhaps even if not, I should read IP anyway, just so I can communicate with other programmers who have read IP but not CC.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fritz freiheit.com » Link dump</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/#comment-78230</link>
		<dc:creator>fritz freiheit.com » Link dump</dc:creator>
		<pubDate>Fri, 30 Jan 2009 20:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-78230</guid>
		<description>[...] Clean Code vs. Implementation Patterns &#124; Xebia Blog (Code,Refactoring,Book,Comparison,SoftwareDevelo... [...]</description>
		<content:encoded><![CDATA[<p>[...] Clean Code vs. Implementation Patterns | Xebia Blog (Code,Refactoring,Book,Comparison,SoftwareDevelo&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henry Ho</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/#comment-77864</link>
		<dc:creator>Henry Ho</dc:creator>
		<pubDate>Wed, 28 Jan 2009 22:12:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-77864</guid>
		<description>I just read Clean Code: A Handbook of Agile Software Craftsmanship, and I must say, Chapter 17. Smells and Heuristics is the most awesome chapter I have ever read!

Thank you for introducing me to such a good book.</description>
		<content:encoded><![CDATA[<p>I just read Clean Code: A Handbook of Agile Software Craftsmanship, and I must say, Chapter 17. Smells and Heuristics is the most awesome chapter I have ever read!</p>
<p>Thank you for introducing me to such a good book.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dennis sellinger</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/#comment-77791</link>
		<dc:creator>dennis sellinger</dc:creator>
		<pubDate>Wed, 28 Jan 2009 11:54:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-77791</guid>
		<description>One more point.  The more we try to write clean code (i.e. short methods that do exactly one thing), the more our code files can become a big mess of methods (in my IDE I don&#039;t even have a way to know that a method is never called (even a private one!).

IDEs generally provide &quot;extract method&quot; tools, but mine (Visual Studio) does not offer any tools to reorganize the code.  Result, the code file is a stream of consciousness mess of short methods.

So, I think tool providers have to start looking at doing method extraction with code reorganization in mind if we are ever to truely exploit the techniques of CC and IP.

In addition, as we start &quot;sorting&quot; methods, we will also have problems with source code systems that will be continually finding change conflicts.  So SCM tools have to start having method granularity rather than just code file granulatiry.

So I think if we are to adopt some of these techniques, the tool providers have to start inventing new tools that will help us structure code files more easily.</description>
		<content:encoded><![CDATA[<p>One more point.  The more we try to write clean code (i.e. short methods that do exactly one thing), the more our code files can become a big mess of methods (in my IDE I don&#8217;t even have a way to know that a method is never called (even a private one!).</p>
<p>IDEs generally provide &#8220;extract method&#8221; tools, but mine (Visual Studio) does not offer any tools to reorganize the code.  Result, the code file is a stream of consciousness mess of short methods.</p>
<p>So, I think tool providers have to start looking at doing method extraction with code reorganization in mind if we are ever to truely exploit the techniques of CC and IP.</p>
<p>In addition, as we start &#8220;sorting&#8221; methods, we will also have problems with source code systems that will be continually finding change conflicts.  So SCM tools have to start having method granularity rather than just code file granulatiry.</p>
<p>So I think if we are to adopt some of these techniques, the tool providers have to start inventing new tools that will help us structure code files more easily.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Caligula</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/#comment-77682</link>
		<dc:creator>Caligula</dc:creator>
		<pubDate>Tue, 27 Jan 2009 21:42:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-77682</guid>
		<description>@John K Patrick: the &quot;patterns&quot; referred to here are not &quot;design patterns&quot;.</description>
		<content:encoded><![CDATA[<p>@John K Patrick: the &#8220;patterns&#8221; referred to here are not &#8220;design patterns&#8221;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/feed/ ) in 0.83948 seconds, on Feb 9th, 2012 at 8:15 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 9th, 2012 at 9:15 pm UTC -->
