<?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: Best Agile Books 2007 Development/Code Related</title>
	<atom:link href="http://agilepainrelief.com/notesfromatooluser/2007/11/best-agile-bo-2.html/feed" rel="self" type="application/rss+xml" />
	<link>http://agilepainrelief.com/notesfromatooluser/2007/11/best-agile-bo-2.html</link>
	<description>Best practices for your goals</description>
	<lastBuildDate>Tue, 07 Feb 2012 08:29:47 -0500</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Ben</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2007/11/best-agile-bo-2.html/comment-page-1#comment-203</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2007/11/best-agile-bo-2/#comment-203</guid>
		<description>Working Effectively with Legacy Code: The author makes suggestions that, while they make his life easier, make the code worse. We shouldn&#039;t use sealed classes because instead of writing a proper unit test, he wants to extend and play with the internals of things. We should change private methods to public because no one else is using our code, and we want to test it (its not like we should instead test the public contract, therefore testing the private!). It goes on and on, with suggestions that make a consultant&#039;s life easier and a developer&#039;s a nightmare. Thanks Micheal!

While your list is full of old books (not quite 2007 material) - I definately think Refactoring to Patterns was great and deserves to be read. Its one of the few good design patterns books that have come out (GoF, POSA, PoEA, and EIP are the others).

Also, I would highly recommend reading books by real developers, not consultants.
</description>
		<content:encoded><![CDATA[<p>Working Effectively with Legacy Code: The author makes suggestions that, while they make his life easier, make the code worse. We shouldn&#8217;t use sealed classes because instead of writing a proper unit test, he wants to extend and play with the internals of things. We should change private methods to public because no one else is using our code, and we want to test it (its not like we should instead test the public contract, therefore testing the private!). It goes on and on, with suggestions that make a consultant&#8217;s life easier and a developer&#8217;s a nightmare. Thanks Micheal!</p>
<p>While your list is full of old books (not quite 2007 material) &#8211; I definately think Refactoring to Patterns was great and deserves to be read. Its one of the few good design patterns books that have come out (GoF, POSA, PoEA, and EIP are the others).</p>
<p>Also, I would highly recommend reading books by real developers, not consultants.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Levison</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2007/11/best-agile-bo-2.html/comment-page-1#comment-204</link>
		<dc:creator>Mark Levison</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2007/11/best-agile-bo-2/#comment-204</guid>
		<description>Clearly we differ on the value of Michael&#039;s book. Even if you didn&#039;t find the techniques useful for your needs, did it at least challenge your thinking?

Yes alot of these books are older than 2007 - however all the title promises is that these are in my opinion the most interesting Agile related books that I&#039;m currently aware of.

Mark
</description>
		<content:encoded><![CDATA[<p>Clearly we differ on the value of Michael&#8217;s book. Even if you didn&#8217;t find the techniques useful for your needs, did it at least challenge your thinking?</p>
<p>Yes alot of these books are older than 2007 &#8211; however all the title promises is that these are in my opinion the most interesting Agile related books that I&#8217;m currently aware of.</p>
<p>Mark</p>
]]></content:encoded>
	</item>
</channel>
</rss>

