<?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: Developers think code reviews are great&#8230; what?</title>
	<atom:link href="http://www.klocwork.com/blog/2010/06/developers-think-code-reviews-are-great-what/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.klocwork.com/blog/2010/06/developers-think-code-reviews-are-great-what/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=developers-think-code-reviews-are-great-what</link>
	<description>&#62;kloctalk is a blog and a community for software development professionals who create and maintain mission-critical software and the challenges they face on a daily basis.</description>
	<lastBuildDate>Tue, 24 Jan 2012 14:57:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: In-Person Code Reviews Still Prominent &#124; &#62;kloctalk</title>
		<link>http://www.klocwork.com/blog/2010/06/developers-think-code-reviews-are-great-what/comment-page-1/#comment-2700</link>
		<dc:creator>In-Person Code Reviews Still Prominent &#124; &#62;kloctalk</dc:creator>
		<pubDate>Tue, 06 Jul 2010 16:16:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.klocwork.com/blog/?p=980#comment-2700</guid>
		<description>[...] readers know, we&#8217;ve been talking about code reviews pretty regularly here and elsewhere over the past few months. To continue that discussion, here&#8217;s a question [...]</description>
		<content:encoded><![CDATA[<p>[...] readers know, we&#8217;ve been talking about code reviews pretty regularly here and elsewhere over the past few months. To continue that discussion, here&#8217;s a question [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention Developers think code reviews are great… what? &#124; &#62;kloctalk -- Topsy.com</title>
		<link>http://www.klocwork.com/blog/2010/06/developers-think-code-reviews-are-great-what/comment-page-1/#comment-2442</link>
		<dc:creator>Tweets that mention Developers think code reviews are great… what? &#124; &#62;kloctalk -- Topsy.com</dc:creator>
		<pubDate>Fri, 04 Jun 2010 21:22:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.klocwork.com/blog/?p=980#comment-2442</guid>
		<description>[...] This post was mentioned on Twitter by Tom Pierson, Klocwork. Klocwork said: Kloctalk Blog: Developers think code reviews are great...what? http://bit.ly/aiiwdC [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Tom Pierson, Klocwork. Klocwork said: Kloctalk Blog: Developers think code reviews are great&#8230;what? <a href="http://bit.ly/aiiwdC" rel="nofollow">http://bit.ly/aiiwdC</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gregg Sporar</title>
		<link>http://www.klocwork.com/blog/2010/06/developers-think-code-reviews-are-great-what/comment-page-1/#comment-2432</link>
		<dc:creator>Gregg Sporar</dc:creator>
		<pubDate>Thu, 03 Jun 2010 01:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.klocwork.com/blog/?p=980#comment-2432</guid>
		<description>We see a variety of responses at client sites. There is sometimes initial skepticism, but if the correct approach is taken developers tend to come around, and those who were the biggest skeptics occasionally end up as the most fervent believers.  There are some key patterns that tend to lead to success:

1. Start slowly - a &quot;beginning today we&#039;re going to review every single line of code&quot; approach usually doesn&#039;t work.  Pick a subset of the source base and get some quick wins to convince the skeptics. Then expand over time.

2. Set the right tone - review the code *not* the coder.

3. Spend the right amount of time - additional tips here: http://smartbear.com/docs/BestPracticesForPeerCodeReview.pdf</description>
		<content:encoded><![CDATA[<p>We see a variety of responses at client sites. There is sometimes initial skepticism, but if the correct approach is taken developers tend to come around, and those who were the biggest skeptics occasionally end up as the most fervent believers.  There are some key patterns that tend to lead to success:</p>
<p>1. Start slowly &#8211; a &#8220;beginning today we&#8217;re going to review every single line of code&#8221; approach usually doesn&#8217;t work.  Pick a subset of the source base and get some quick wins to convince the skeptics. Then expand over time.</p>
<p>2. Set the right tone &#8211; review the code *not* the coder.</p>
<p>3. Spend the right amount of time &#8211; additional tips here: <a href="http://smartbear.com/docs/BestPracticesForPeerCodeReview.pdf" rel="nofollow">http://smartbear.com/docs/BestPracticesForPeerCodeReview.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig Brown</title>
		<link>http://www.klocwork.com/blog/2010/06/developers-think-code-reviews-are-great-what/comment-page-1/#comment-2424</link>
		<dc:creator>Craig Brown</dc:creator>
		<pubDate>Wed, 02 Jun 2010 12:37:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.klocwork.com/blog/?p=980#comment-2424</guid>
		<description>It&#039;s funny.  When I had the opportunity to get a &lt;a href=&quot;http://www.betterprojects.net/2010/04/independent-peer-review.html&quot; rel=&quot;nofollow&quot;&gt;code review&lt;/a&gt; a few weeks ago I jumped at it and so did my developers.  They wanted to have some external feedback about their work and there was no emotion involved except curiosity and a desire to get better.  I presume this is the case with almost any team.</description>
		<content:encoded><![CDATA[<p>It&#8217;s funny.  When I had the opportunity to get a <a href="http://www.betterprojects.net/2010/04/independent-peer-review.html" rel="nofollow">code review</a> a few weeks ago I jumped at it and so did my developers.  They wanted to have some external feedback about their work and there was no emotion involved except curiosity and a desire to get better.  I presume this is the case with almost any team.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

