<?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: Seams: Some thoughts</title>
	<atom:link href="http://www.markhneedham.com/blog/2009/06/21/seams-some-thoughts/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.markhneedham.com/blog/2009/06/21/seams-some-thoughts/</link>
	<description>Thoughts on Software Development</description>
	<lastBuildDate>Fri, 19 Mar 2010 07:53:28 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Book Club: Working Effectively With Legacy Code &#8211; Chapters 3,4 &#38; 5 (Michael Feathers) at Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/06/21/seams-some-thoughts/comment-page-1/#comment-24923</link>
		<dc:creator>Book Club: Working Effectively With Legacy Code &#8211; Chapters 3,4 &#38; 5 (Michael Feathers) at Mark Needham</dc:creator>
		<pubDate>Mon, 19 Oct 2009 21:02:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1361#comment-24923</guid>
		<description>[...] really like the idea of seams and enabling points to describe how we can alter the way that our code works by making changes in [...]</description>
		<content:encoded><![CDATA[<p>[...] really like the idea of seams and enabling points to describe how we can alter the way that our code works by making changes in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Impersonators: Finding the enabling point at Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/06/21/seams-some-thoughts/comment-page-1/#comment-21518</link>
		<dc:creator>Impersonators: Finding the enabling point at Mark Needham</dc:creator>
		<pubDate>Tue, 18 Aug 2009 14:45:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1361#comment-21518</guid>
		<description>[...] like to use the term &#039;enabling point&#039;, which I learnt from Michael Feathers in his chapter on seams in Working Effectively With Legacy Code, to describe the place where we can make the decision to [...]</description>
		<content:encoded><![CDATA[<p>[...] like to use the term 'enabling point', which I learnt from Michael Feathers in his chapter on seams in Working Effectively With Legacy Code, to describe the place where we can make the decision to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Impersonators: Why do we need them? at Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/06/21/seams-some-thoughts/comment-page-1/#comment-21444</link>
		<dc:creator>Impersonators: Why do we need them? at Mark Needham</dc:creator>
		<pubDate>Sun, 16 Aug 2009 12:13:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1361#comment-21444</guid>
		<description>[...] wrote previously about an impersonator we are using on my project which Martin Fowler has dubbed the &#039;self initializing fake&#039; and although I thought this was the [...]</description>
		<content:encoded><![CDATA[<p>[...] wrote previously about an impersonator we are using on my project which Martin Fowler has dubbed the 'self initializing fake' and although I thought this was the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Continuous Integration: Community College Discussion at Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/06/21/seams-some-thoughts/comment-page-1/#comment-19952</link>
		<dc:creator>Continuous Integration: Community College Discussion at Mark Needham</dc:creator>
		<pubDate>Sat, 11 Jul 2009 04:15:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1361#comment-19952</guid>
		<description>[...] my project we are also making use of an impersonator of our main integration point early in our build pipeline and then testing end to end integration [...]</description>
		<content:encoded><![CDATA[<p>[...] my project we are also making use of an impersonator of our main integration point early in our build pipeline and then testing end to end integration [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reflective Perspective - Chris Alcock &#187; The Morning Brew #374</title>
		<link>http://www.markhneedham.com/blog/2009/06/21/seams-some-thoughts/comment-page-1/#comment-19059</link>
		<dc:creator>Reflective Perspective - Chris Alcock &#187; The Morning Brew #374</dc:creator>
		<pubDate>Tue, 23 Jun 2009 06:53:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1361#comment-19059</guid>
		<description>[...] Seams: Some thoughts - Mark Needham talks about the idea of &#8217;seams&#8217;, places where you can change the behaviour of a program without editing the code in that place, looking at some possible candidate seams in systems generally. [...]</description>
		<content:encoded><![CDATA[<p>[...] Seams: Some thoughts &#8211; Mark Needham talks about the idea of 'seams', places where you can change the behaviour of a program without editing the code in that place, looking at some possible candidate seams in systems generally. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jen Smith</title>
		<link>http://www.markhneedham.com/blog/2009/06/21/seams-some-thoughts/comment-page-1/#comment-18976</link>
		<dc:creator>Jen Smith</dc:creator>
		<pubDate>Sun, 21 Jun 2009 11:14:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1361#comment-18976</guid>
		<description>(Michael Feather&#039;s book is great - especially as it is structured as a series of &#039;what ifs&#039; so you can dip into the part you need. More books need to be written this way!)

I think the onus for creating testable code, suitable seams and removing external dependencies should be on the 3rd party provider itself. APIs should come with test utilies, stubs etc. where possible. OK so we are a long way off from that, but it&#039;s definitely the right direction!</description>
		<content:encoded><![CDATA[<p>(Michael Feather's book is great &#8211; especially as it is structured as a series of 'what ifs' so you can dip into the part you need. More books need to be written this way!)</p>
<p>I think the onus for creating testable code, suitable seams and removing external dependencies should be on the 3rd party provider itself. APIs should come with test utilies, stubs etc. where possible. OK so we are a long way off from that, but it's definitely the right direction!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
