<?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: Pair Programming vs. Code Reviews &#8211; It&#8217;s a no Brainer</title>
	<atom:link href="http://agilepainrelief.com/notesfromatooluser/2007/12/pair-programmin.html/feed" rel="self" type="application/rss+xml" />
	<link>http://agilepainrelief.com/notesfromatooluser/2007/12/pair-programmin.html</link>
	<description>Best practices for your goals</description>
	<lastBuildDate>Fri, 03 Sep 2010 00:32:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Stefan Reuter</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2007/12/pair-programmin.html/comment-page-1#comment-199</link>
		<dc:creator>Stefan Reuter</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2007/12/pair-programmin/#comment-199</guid>
		<description>Could you provide some more insights on how you do pair programming over a remote connection?
We do some pair programming but only with people at the same location which leads to some kind of &quot;site-local knowledge&quot;.
</description>
		<content:encoded><![CDATA[<p>Could you provide some more insights on how you do pair programming over a remote connection?<br />
We do some pair programming but only with people at the same location which leads to some kind of &#8220;site-local knowledge&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Wilson</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2007/12/pair-programmin.html/comment-page-1#comment-200</link>
		<dc:creator>Greg Wilson</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2007/12/pair-programmin/#comment-200</guid>
		<description>1. Is the &quot;15%&quot; a comparison of pair vs. review, or pair vs. solo?
2. Is there independent validation of any of the other claims (spreading the knowledge, raising skills levels, etc.)?
</description>
		<content:encoded><![CDATA[<p>1. Is the &#8220;15%&#8221; a comparison of pair vs. review, or pair vs. solo?<br />
2. Is there independent validation of any of the other claims (spreading the knowledge, raising skills levels, etc.)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Levison</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2007/12/pair-programmin.html/comment-page-1#comment-201</link>
		<dc:creator>Mark Levison</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2007/12/pair-programmin/#comment-201</guid>
		<description>Stefan: pairing over a remote connection - I use Real VNC (or any other VNC). The other developer  can see my machine and has much control as I do. Caveat Emptor - this is huge security risk, don&#039;t run the server when you don&#039;t need it. Only run it over an internal network or VPN, ....

BTW its not like the real thing. Nonetheless if you&#039;re not sitting together its better than a boot to the head.

Greg: I don&#039;t know much about the details of the study. The other claims are merely based on mine and other&#039;s experience. As I recall you&#039;re a prof - you have students maybe you could run experiements on them. I must admit I tend not to look for formal proofs in a case like this. I tried it for a while, discovered it works and wouldn&#039;t go back.

I challenge anyone - try it for six weeks and see if you would go back afterwards.
</description>
		<content:encoded><![CDATA[<p>Stefan: pairing over a remote connection &#8211; I use Real VNC (or any other VNC). The other developer  can see my machine and has much control as I do. Caveat Emptor &#8211; this is huge security risk, don&#8217;t run the server when you don&#8217;t need it. Only run it over an internal network or VPN, &#8230;.</p>
<p>BTW its not like the real thing. Nonetheless if you&#8217;re not sitting together its better than a boot to the head.</p>
<p>Greg: I don&#8217;t know much about the details of the study. The other claims are merely based on mine and other&#8217;s experience. As I recall you&#8217;re a prof &#8211; you have students maybe you could run experiements on them. I must admit I tend not to look for formal proofs in a case like this. I tried it for a while, discovered it works and wouldn&#8217;t go back.</p>
<p>I challenge anyone &#8211; try it for six weeks and see if you would go back afterwards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Howell</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2007/12/pair-programmin.html/comment-page-1#comment-202</link>
		<dc:creator>Steve Howell</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2007/12/pair-programmin/#comment-202</guid>
		<description>As you say, pair programming happens in real time.

My biggest problem with static code reviews is that they happen way too late.  I&#039;ve been in code reviews where people make perceptive comments about the design, but the code is already in QA, so there&#039;s nothing you can do about it.  Even on the other end of the spectrum, where people just want aesthetic improvements to the code, there&#039;s a reluctance to actually implement the changes.

If pair programming is not an option, then I would schedule code reviews for halfway through the implementation, even if that means the final code doesn&#039;t get reviewed.  At least then the code review could help steer some of the implementation in a meaningful way.
</description>
		<content:encoded><![CDATA[<p>As you say, pair programming happens in real time.</p>
<p>My biggest problem with static code reviews is that they happen way too late.  I&#8217;ve been in code reviews where people make perceptive comments about the design, but the code is already in QA, so there&#8217;s nothing you can do about it.  Even on the other end of the spectrum, where people just want aesthetic improvements to the code, there&#8217;s a reluctance to actually implement the changes.</p>
<p>If pair programming is not an option, then I would schedule code reviews for halfway through the implementation, even if that means the final code doesn&#8217;t get reviewed.  At least then the code review could help steer some of the implementation in a meaningful way.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
