<?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></description>
	<lastBuildDate>Thu, 18 Mar 2010 13:27:36 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Vincent Partington</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/comment-page-1/#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-page-1/#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-page-1/#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-page-1/#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-page-1/#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-page-1/#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-page-1/#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-page-1/#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>
	<item>
		<title>By: Alex</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/comment-page-1/#comment-77678</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Tue, 27 Jan 2009 20:58:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-77678</guid>
		<description>Really enjoyed this article. In fact I just ordered both books; I should be able to get a real interesting and informative presentation for our professional circle from them.</description>
		<content:encoded><![CDATA[<p>Really enjoyed this article. In fact I just ordered both books; I should be able to get a real interesting and informative presentation for our professional circle from them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dennis sellinger</title>
		<link>http://blog.xebia.com/2009/01/26/clean-code-vs-implementation-patterns/comment-page-1/#comment-77671</link>
		<dc:creator>dennis sellinger</dc:creator>
		<pubDate>Tue, 27 Jan 2009 20:04:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=873#comment-77671</guid>
		<description>I have read IP twice and am having trouble slogging through CC (but then, I have the paper version of IP and only the online version of CC).

I think IP changed the way I code simply because at one point Beck talks about code symmetry.  

For me, this was the first time I have seen code symmetry articulated, but I think when we look at asymmetric code we notice that &quot;something is wrong&quot;, even if we don&#039;t know what it is. 

For me this was the &quot;big new thing&quot; of the book and I am encouraging my co-workers to read the book, just to have the concept explained (in hopes that we start to write more symmetric code).

cheers.</description>
		<content:encoded><![CDATA[<p>I have read IP twice and am having trouble slogging through CC (but then, I have the paper version of IP and only the online version of CC).</p>
<p>I think IP changed the way I code simply because at one point Beck talks about code symmetry.  </p>
<p>For me, this was the first time I have seen code symmetry articulated, but I think when we look at asymmetric code we notice that &#8220;something is wrong&#8221;, even if we don&#8217;t know what it is. </p>
<p>For me this was the &#8220;big new thing&#8221; of the book and I am encouraging my co-workers to read the book, just to have the concept explained (in hopes that we start to write more symmetric code).</p>
<p>cheers.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
