<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: Getting started with pair programming</title>
	<atom:link href="http://johannesbrodwall.com/2010/01/13/getting-started-with-pair-programming/feed/" rel="self" type="application/rss+xml" />
	<link>http://johannesbrodwall.com/2010/01/13/getting-started-with-pair-programming/</link>
	<description>Johannes Brodwall&#039;s Musings on Software Architecture and Programming</description>
	<lastBuildDate>Thu, 29 Jul 2010 15:37:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Johannes Brodwall</title>
		<link>http://johannesbrodwall.com/2010/01/13/getting-started-with-pair-programming/comment-page-1/#comment-127586</link>
		<dc:creator>Johannes Brodwall</dc:creator>
		<pubDate>Thu, 14 Jan 2010 14:20:16 +0000</pubDate>
		<guid isPermaLink="false">http://johannesbrodwall.com/?p=505#comment-127586</guid>
		<description>Great question.&lt;br&gt;&lt;br&gt;It is very dangerous to fall into the &quot;trap&quot; of not pair programming a particular task and then ending up not pair programming at all.&lt;br&gt;&lt;br&gt;I find that most tasks I intuitively feel are wrong for pair programming really are. Personally, I expect that talking about a codebase as I explore it with a partner is much more fun and effective than doing it alone. But I might be wrong.&lt;br&gt;&lt;br&gt;However, there is one reason not to pair program for a while that you should always allow: If you&#039;re just too tired. :-)</description>
		<content:encoded><![CDATA[<p>Great question.</p>
<p>It is very dangerous to fall into the &#8220;trap&#8221; of not pair programming a particular task and then ending up not pair programming at all.</p>
<p>I find that most tasks I intuitively feel are wrong for pair programming really are. Personally, I expect that talking about a codebase as I explore it with a partner is much more fun and effective than doing it alone. But I might be wrong.</p>
<p>However, there is one reason not to pair program for a while that you should always allow: If you&#39;re just too tired. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thomanil</title>
		<link>http://johannesbrodwall.com/2010/01/13/getting-started-with-pair-programming/comment-page-1/#comment-127585</link>
		<dc:creator>thomanil</dc:creator>
		<pubDate>Thu, 14 Jan 2010 13:32:45 +0000</pubDate>
		<guid isPermaLink="false">http://johannesbrodwall.com/?p=505#comment-127585</guid>
		<description>Nice post. &lt;br&gt;&lt;br&gt;One question: do you find pair programming to be equally effective for all types of programming work? Ie. if you are able, will you reach for this tool all the time, for all tasks? I hear some people say this, and it feels like &quot;Golden Hammer Syndrome&quot;...&lt;br&gt;&lt;br&gt;For example: sometimes I need to wrap my head around a big/new problem. This can entail jumping around the codebase, reading code, writing some explorative tests. Having a concurrent conversation with someone else can be really irritating and distracting at that point. &lt;br&gt;&lt;br&gt;To put it a different way: I feel that some tasks benefit from collaboration/conversation, while other tasks are easier to get done with some peace and quiet (ref the debate on enclosed offices vs open offices, see PeopleWare by DeMarco etc) What&#039;s your opinion on this? &lt;br&gt;&lt;br&gt;Would love to pair program consistently over a longer period to make up my mind about it! :)</description>
		<content:encoded><![CDATA[<p>Nice post. </p>
<p>One question: do you find pair programming to be equally effective for all types of programming work? Ie. if you are able, will you reach for this tool all the time, for all tasks? I hear some people say this, and it feels like &#8220;Golden Hammer Syndrome&#8221;&#8230;</p>
<p>For example: sometimes I need to wrap my head around a big/new problem. This can entail jumping around the codebase, reading code, writing some explorative tests. Having a concurrent conversation with someone else can be really irritating and distracting at that point. </p>
<p>To put it a different way: I feel that some tasks benefit from collaboration/conversation, while other tasks are easier to get done with some peace and quiet (ref the debate on enclosed offices vs open offices, see PeopleWare by DeMarco etc) What&#39;s your opinion on this? </p>
<p>Would love to pair program consistently over a longer period to make up my mind about it! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Johannes Brodwall</title>
		<link>http://johannesbrodwall.com/2010/01/13/getting-started-with-pair-programming/comment-page-1/#comment-127502</link>
		<dc:creator>Johannes Brodwall</dc:creator>
		<pubDate>Thu, 14 Jan 2010 06:20:16 +0000</pubDate>
		<guid isPermaLink="false">http://johannesbrodwall.com/?p=505#comment-127502</guid>
		<description>Great question.&lt;br&gt;&lt;br&gt;It is very dangerous to fall into the &quot;trap&quot; of not pair programming a particular task and then ending up not pair programming at all.&lt;br&gt;&lt;br&gt;I find that most tasks I intuitively feel are wrong for pair programming really are. Personally, I expect that talking about a codebase as I explore it with a partner is much more fun and effective than doing it alone. But I might be wrong.&lt;br&gt;&lt;br&gt;However, there is one reason not to pair program for a while that you should always allow: If you&#039;re just too tired. :-)</description>
		<content:encoded><![CDATA[<p>Great question.</p>
<p>It is very dangerous to fall into the &#8220;trap&#8221; of not pair programming a particular task and then ending up not pair programming at all.</p>
<p>I find that most tasks I intuitively feel are wrong for pair programming really are. Personally, I expect that talking about a codebase as I explore it with a partner is much more fun and effective than doing it alone. But I might be wrong.</p>
<p>However, there is one reason not to pair program for a while that you should always allow: If you&#39;re just too tired. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thomanil</title>
		<link>http://johannesbrodwall.com/2010/01/13/getting-started-with-pair-programming/comment-page-1/#comment-127501</link>
		<dc:creator>thomanil</dc:creator>
		<pubDate>Thu, 14 Jan 2010 05:32:45 +0000</pubDate>
		<guid isPermaLink="false">http://johannesbrodwall.com/?p=505#comment-127501</guid>
		<description>Nice post. &lt;br&gt;&lt;br&gt;One question: do you find pair programming to be equally effective for all types of programming work? Ie. if you are able, would you reach for this tool all the time, for all tasks?&lt;br&gt;&lt;br&gt;For example: sometimes I need to wrap my head around a big/new problem. This can entail jumping around the codebase, reading code, writing some explorative tests. Having a concurrent conversation with someone else can be really irritating and distracting at that point. &lt;br&gt;&lt;br&gt;To put it a different way: I feel that some tasks benefit from collaboration/conversation, while other tasks are easier to get done with some peace and quiet (ref the debate on enclosed offices vs open offices, see PeopleWare by DeMarco etc) What&#039;s your opinion on this? &lt;br&gt;&lt;br&gt;Would love to pair program consistently over a longer period to make up my mind about this! :)</description>
		<content:encoded><![CDATA[<p>Nice post. </p>
<p>One question: do you find pair programming to be equally effective for all types of programming work? Ie. if you are able, would you reach for this tool all the time, for all tasks?</p>
<p>For example: sometimes I need to wrap my head around a big/new problem. This can entail jumping around the codebase, reading code, writing some explorative tests. Having a concurrent conversation with someone else can be really irritating and distracting at that point. </p>
<p>To put it a different way: I feel that some tasks benefit from collaboration/conversation, while other tasks are easier to get done with some peace and quiet (ref the debate on enclosed offices vs open offices, see PeopleWare by DeMarco etc) What&#39;s your opinion on this? </p>
<p>Would love to pair program consistently over a longer period to make up my mind about this! :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
