<?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: Why Pair Programming Works</title>
	<atom:link href="http://cafe.elharo.com/programming/why-pair-programming-works/feed/" rel="self" type="application/rss+xml" />
	<link>http://cafe.elharo.com/programming/why-pair-programming-works/</link>
	<description>Longer than a blog; shorter than a book</description>
	<lastBuildDate>Tue, 09 Mar 2010 18:31:23 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bernard Farrell</title>
		<link>http://cafe.elharo.com/programming/why-pair-programming-works/comment-page-1/#comment-463646</link>
		<dc:creator>Bernard Farrell</dc:creator>
		<pubDate>Fri, 19 Feb 2010 15:02:01 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/?p=417#comment-463646</guid>
		<description>I&#039;ve tried pair programming several times and it&#039;s always been useful and even fun. I always learn from the person I&#039;m paired with. It also exposes differences in belief about standards (big and little S), in the long term that makes the team more coherent.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve tried pair programming several times and it&#8217;s always been useful and even fun. I always learn from the person I&#8217;m paired with. It also exposes differences in belief about standards (big and little S), in the long term that makes the team more coherent.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Pietri</title>
		<link>http://cafe.elharo.com/programming/why-pair-programming-works/comment-page-1/#comment-437061</link>
		<dc:creator>William Pietri</dc:creator>
		<pubDate>Tue, 15 Sep 2009 16:53:48 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/?p=417#comment-437061</guid>
		<description>@erh: Good stuff! If you ever do write part 2, you may find my list of &lt;a href=&quot;Elliotte Rusty Harold&quot; rel=&quot;nofollow&quot;&gt;21 ways to hate pair programming&lt;/a&gt; useful.</description>
		<content:encoded><![CDATA[<p>@erh: Good stuff! If you ever do write part 2, you may find my list of <a href="Elliotte Rusty Harold" rel="nofollow">21 ways to hate pair programming</a> useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mrdin.com</title>
		<link>http://cafe.elharo.com/programming/why-pair-programming-works/comment-page-1/#comment-431131</link>
		<dc:creator>mrdin.com</dc:creator>
		<pubDate>Fri, 14 Aug 2009 14:52:23 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/?p=417#comment-431131</guid>
		<description>&lt;strong&gt;The Cafes  » Why Pair Programming Works...&lt;/strong&gt;

Pair programming is like magic in more ways than one. It dramatically improves programmer productivity and reduces bug count, and yet it does so through a technique that’s completely counter-intuitive. You can’t help but think that there’s some t...</description>
		<content:encoded><![CDATA[<p><strong>The Cafes  » Why Pair Programming Works&#8230;</strong></p>
<p>Pair programming is like magic in more ways than one. It dramatically improves programmer productivity and reduces bug count, and yet it does so through a technique that’s completely counter-intuitive. You can’t help but think that there’s some t&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: scott</title>
		<link>http://cafe.elharo.com/programming/why-pair-programming-works/comment-page-1/#comment-418624</link>
		<dc:creator>scott</dc:creator>
		<pubDate>Tue, 07 Jul 2009 16:02:21 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/?p=417#comment-418624</guid>
		<description>Successful pair programming is predicated on good relationships. There&#039;s nothing I enjoy more than pair programming with someone I am comfortable with, I respect and I trust. Reading through responses, most of the strong reactions to pair programming are heavily tied to relationships:

Mike - &quot;being chained next to someone all day long&quot; 
mipsy - &quot;You can&#039;t really critique them.&quot; (Trying to work on level footing with a boss - Awkward!)
Chocolim - &quot;But if someone sit next to me and question everything i do or interrupt my thiniking, i will to punch him/her in the face&quot; (Strong emotion...)

Pair programming is nothing more than working together to solve a problem.
When you think of it like this, it&#039;s obvious that it will fail miserably in a couple circumstances.
- When two people can&#039;t work together
- When there&#039;s no real problem to solve (simple work)

It&#039;s obvious that it will have some advantages:
- Working together can build trust and respect
- Two heads are better than one on difficult problems.</description>
		<content:encoded><![CDATA[<p>Successful pair programming is predicated on good relationships. There&#8217;s nothing I enjoy more than pair programming with someone I am comfortable with, I respect and I trust. Reading through responses, most of the strong reactions to pair programming are heavily tied to relationships:</p>
<p>Mike &#8211; &#8220;being chained next to someone all day long&#8221;<br />
mipsy &#8211; &#8220;You can&#8217;t really critique them.&#8221; (Trying to work on level footing with a boss &#8211; Awkward!)<br />
Chocolim &#8211; &#8220;But if someone sit next to me and question everything i do or interrupt my thiniking, i will to punch him/her in the face&#8221; (Strong emotion&#8230;)</p>
<p>Pair programming is nothing more than working together to solve a problem.<br />
When you think of it like this, it&#8217;s obvious that it will fail miserably in a couple circumstances.<br />
- When two people can&#8217;t work together<br />
- When there&#8217;s no real problem to solve (simple work)</p>
<p>It&#8217;s obvious that it will have some advantages:<br />
- Working together can build trust and respect<br />
- Two heads are better than one on difficult problems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: C. Doley</title>
		<link>http://cafe.elharo.com/programming/why-pair-programming-works/comment-page-1/#comment-418289</link>
		<dc:creator>C. Doley</dc:creator>
		<pubDate>Mon, 06 Jul 2009 03:18:45 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/?p=417#comment-418289</guid>
		<description>&lt;b&gt;@Corey:&lt;/b&gt;  I&#039;m not sure I understand what you&#039;re saying.  I really do want to know how to make developers love pair programming.  

&lt;b&gt;@Michael:&lt;/b&gt; I like your story, but I&#039;m not sure it applies to me.  I love arguing, and I love being proved wrong.  I dislike having to justify every little decision and coming in behind schedule because of it.  I find that my code and productivity is much worse when working too closely with others on the same problem.  There&#039;s such thing as too much feedback.

I speak from experience (in jobs, in education, in life) that when you pair a smart person with a dumb person the dumb person does not get much better and the smart person does a LOT worse.  Of course, it&#039;s entirely possible (if unlikely) that a pair consists of two people of roughly equivalent skill.  In this case,  I suspect they do better than they otherwise would.  But enough better to justify double the cost?  Not in any case that I&#039;ve ever seen.  

Now I should also say that I&#039;m a huge believer in mentoring.  I once put my best guy next to someone who was on the verge of being fired.  After about 3 months she was the second best member of the team.  But I have no illusions that I paid for this by having my best guy operating at much less than 100% during that time.  It was a worthwhile trade, but not something I&#039;d be sticking with longer term if possible.

But back to the original point.  Assume I&#039;m a programmer and not a manager.  I really do want to know why I would be interested in something like this.  I&#039;m quite skilled and can walk out the door and into another job in a day.  So tell me something besides &quot;fewer interruptions&quot; (which is huge, but can be bought much cheaper).</description>
		<content:encoded><![CDATA[<p><b>@Corey:</b>  I&#8217;m not sure I understand what you&#8217;re saying.  I really do want to know how to make developers love pair programming.  </p>
<p><b>@Michael:</b> I like your story, but I&#8217;m not sure it applies to me.  I love arguing, and I love being proved wrong.  I dislike having to justify every little decision and coming in behind schedule because of it.  I find that my code and productivity is much worse when working too closely with others on the same problem.  There&#8217;s such thing as too much feedback.</p>
<p>I speak from experience (in jobs, in education, in life) that when you pair a smart person with a dumb person the dumb person does not get much better and the smart person does a LOT worse.  Of course, it&#8217;s entirely possible (if unlikely) that a pair consists of two people of roughly equivalent skill.  In this case,  I suspect they do better than they otherwise would.  But enough better to justify double the cost?  Not in any case that I&#8217;ve ever seen.  </p>
<p>Now I should also say that I&#8217;m a huge believer in mentoring.  I once put my best guy next to someone who was on the verge of being fired.  After about 3 months she was the second best member of the team.  But I have no illusions that I paid for this by having my best guy operating at much less than 100% during that time.  It was a worthwhile trade, but not something I&#8217;d be sticking with longer term if possible.</p>
<p>But back to the original point.  Assume I&#8217;m a programmer and not a manager.  I really do want to know why I would be interested in something like this.  I&#8217;m quite skilled and can walk out the door and into another job in a day.  So tell me something besides &#8220;fewer interruptions&#8221; (which is huge, but can be bought much cheaper).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Weekly Link Post 100 &#171; Rhonda Tipton&#8217;s WebLog</title>
		<link>http://cafe.elharo.com/programming/why-pair-programming-works/comment-page-1/#comment-417801</link>
		<dc:creator>Weekly Link Post 100 &#171; Rhonda Tipton&#8217;s WebLog</dc:creator>
		<pubDate>Sun, 05 Jul 2009 01:00:02 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/?p=417#comment-417801</guid>
		<description>[...] Good article explaining Why Pair Programming Works. [...]</description>
		<content:encoded><![CDATA[<p>[...] Good article explaining Why Pair Programming Works. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kirk Thoughts &#187; Weekly post (weekly)</title>
		<link>http://cafe.elharo.com/programming/why-pair-programming-works/comment-page-1/#comment-417793</link>
		<dc:creator>Kirk Thoughts &#187; Weekly post (weekly)</dc:creator>
		<pubDate>Sun, 05 Jul 2009 00:33:03 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/?p=417#comment-417793</guid>
		<description>[...] The Cafes » Why Pair Programming Works [...]</description>
		<content:encoded><![CDATA[<p>[...] The Cafes » Why Pair Programming Works [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Young</title>
		<link>http://cafe.elharo.com/programming/why-pair-programming-works/comment-page-1/#comment-417618</link>
		<dc:creator>Robert Young</dc:creator>
		<pubDate>Sat, 04 Jul 2009 15:55:25 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/?p=417#comment-417618</guid>
		<description>I think I read it all, and I don&#039;t see that you say that you:  currently pair program in your day job, or ever pair programmed in a previous day job.  Lots of proscription, but no &quot;I did this and it really does work&quot;.</description>
		<content:encoded><![CDATA[<p>I think I read it all, and I don&#8217;t see that you say that you:  currently pair program in your day job, or ever pair programmed in a previous day job.  Lots of proscription, but no &#8220;I did this and it really does work&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Corey Grusden</title>
		<link>http://cafe.elharo.com/programming/why-pair-programming-works/comment-page-1/#comment-417271</link>
		<dc:creator>Corey Grusden</dc:creator>
		<pubDate>Fri, 03 Jul 2009 22:37:56 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/?p=417#comment-417271</guid>
		<description>We pair 100% of the time at Hashrocket.  There are definitely more pro&#039;s then con&#039;s to it.  Here&#039;s my take on each of the comments so far, since pairing is something I value A LOT.

&lt;b&gt;@mike:&lt;/b&gt;  A &quot;few weeks of pairing&quot; isn&#039;t going to change your mind. It&#039;s going to take  MONTHS to get used to.  Perhaps maybe give it another chance? Also, pick someone to pair with that is just as passionate.

&lt;b&gt;@alex:&lt;/b&gt; Open-offices are awesome for turning around and claiming code that someone else may be working on. We&#039;ve seperated ourselves into 3 big conference room-type rooms though since 16-20ppl pairing 100% of the time gets kinda LOUD.

&lt;b&gt;@c.doley:&lt;/b&gt; Walking out the door won&#039;t help you as a developer if being given the opportunity that very few companies would even consider doing.  Don&#039;t be &quot;that developer&quot;.

&lt;b&gt;@wendy:&lt;/b&gt; I agree.  A big thing we do in our shop is &quot;Pair Promiscuity&quot;.  We have a pair-stair and we rotate pairs, daily. Once everyone is ramped up on all the projects, we can interchange on a daily basis to protect against someone getting sick or vacation or worse, hit by a truck.

&lt;b&gt;@anonymous:&lt;/b&gt; They also look for non-rockstar developers that are ambitious and want to learn. So what better way to bring them up to speed? Pair them with a Rockstar that they would not normally get the chance to pair with. ;)

&lt;b&gt;@curtis:&lt;/b&gt; Couldn&#039;t have said it better. Interviews in a conference room with a resume in hand is the most retarded way to hire someone. Pair them with all the levels of people in your office that they would have to work with anyway. We bring people in for 1 week of pairing. The surprising thing these days? The person being interviewed needs to be a better cultural fit then a rockstar developer. Rockstar developer status can be obtained through learning. Having to work with a arrogant asshole can&#039;t. Well it can, but firing people kinda sucks.</description>
		<content:encoded><![CDATA[<p>We pair 100% of the time at Hashrocket.  There are definitely more pro&#8217;s then con&#8217;s to it.  Here&#8217;s my take on each of the comments so far, since pairing is something I value A LOT.</p>
<p><b>@mike:</b>  A &#8220;few weeks of pairing&#8221; isn&#8217;t going to change your mind. It&#8217;s going to take  MONTHS to get used to.  Perhaps maybe give it another chance? Also, pick someone to pair with that is just as passionate.</p>
<p><b>@alex:</b> Open-offices are awesome for turning around and claiming code that someone else may be working on. We&#8217;ve seperated ourselves into 3 big conference room-type rooms though since 16-20ppl pairing 100% of the time gets kinda LOUD.</p>
<p><b>@c.doley:</b> Walking out the door won&#8217;t help you as a developer if being given the opportunity that very few companies would even consider doing.  Don&#8217;t be &#8220;that developer&#8221;.</p>
<p><b>@wendy:</b> I agree.  A big thing we do in our shop is &#8220;Pair Promiscuity&#8221;.  We have a pair-stair and we rotate pairs, daily. Once everyone is ramped up on all the projects, we can interchange on a daily basis to protect against someone getting sick or vacation or worse, hit by a truck.</p>
<p><b>@anonymous:</b> They also look for non-rockstar developers that are ambitious and want to learn. So what better way to bring them up to speed? Pair them with a Rockstar that they would not normally get the chance to pair with. <img src='http://cafe.elharo.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p><b>@curtis:</b> Couldn&#8217;t have said it better. Interviews in a conference room with a resume in hand is the most retarded way to hire someone. Pair them with all the levels of people in your office that they would have to work with anyway. We bring people in for 1 week of pairing. The surprising thing these days? The person being interviewed needs to be a better cultural fit then a rockstar developer. Rockstar developer status can be obtained through learning. Having to work with a arrogant asshole can&#8217;t. Well it can, but firing people kinda sucks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curtis Cooley</title>
		<link>http://cafe.elharo.com/programming/why-pair-programming-works/comment-page-1/#comment-417128</link>
		<dc:creator>Curtis Cooley</dc:creator>
		<pubDate>Fri, 03 Jul 2009 15:17:44 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/?p=417#comment-417128</guid>
		<description>Sorry, Anonymous, but XP shops do not look for rock star programmers. On the contrary, many shops are turning to the craftmanship approach and higher more less experienced programmers and mentor them.

It&#039;s also nice that so many hate pairing and will never do it. With so many programmers and so few jobs, it&#039;s nice to have a quick way of weaning out the weak.</description>
		<content:encoded><![CDATA[<p>Sorry, Anonymous, but XP shops do not look for rock star programmers. On the contrary, many shops are turning to the craftmanship approach and higher more less experienced programmers and mentor them.</p>
<p>It&#8217;s also nice that so many hate pairing and will never do it. With so many programmers and so few jobs, it&#8217;s nice to have a quick way of weaning out the weak.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
