<?xml version="1.0"?>
<rss version="0.91">
	<channel>
		<title>Code Review Articles</title>
		<link>http://smartbearsoftware.com/code-review-articles.php</link>
		<description>Articles and blog entries from the Internet about peer code review </description>
		<copyright>Copyright 2001-2012 Smart Bear Inc</copyright>
		<generator>Smart Bear RSS Feeder</generator>
		<language>en-us</language>
		<webMaster>webmaster@smartbearsoftware.com</webMaster>
		<lastBuildDate>
Notice: Undefined variable: newsItems in /usr/local/htdocs/newsite/rss-code-review-articles.php on line 23
Wed, 31 Dec 1969 17:00:00 -0700</lastBuildDate>
		<docs>http://blogs.law.harvard.edu/tech/rss</docs>
		<ttl>1440</ttl>
	<item>
		<title>Peer Code Review Tool -- Code Collaborator</title>
		<guid>8106de6268ed2f4c2da3ed858bf306c9</guid>
		<link>http://www.wabysabi.com/blog/2010/09/15/peer-code-review-tool-code-collaborator/</link>
		<pubDate>2010-09-15</pubDate>
		<description>Daniel Wabyick talks about how Code Collaborator helps his team at Adobe increase code quality and consistency.</description>
	</item>
	<item>
		<title>Ian Lotinsky's Book Review and Code Review Insights</title>
		<guid>dfc2d1a06cf639af3165587ab680d6cb</guid>
		<link>http://ianlotinsky.wordpress.com/2010/07/13/best-kept-secrets-of-peer-code-review-by-jason-cohen/</link>
		<pubDate>2010-07-13</pubDate>
		<description>Ian Lotinsky shares his thoughts on why Jason Cohen's 'Best Kept Secrets of Peer Code Review' book presents compelling arguments and practices for effective code review.</description>
	</item>
	<item>
		<title>Redmonk Podcast Features Code Review with Gregg Sporar</title>
		<guid>a5a6017e0af133e52b4efc23cabbfa1e</guid>
		<link>http://www.redmonk.com/cote/2010/06/04/makeall005/</link>
		<pubDate>2010-06-25</pubDate>
		<description>Redmonk's Michael Cot&eacute; interviews our very own Gregg Sporar about current code review practices, tools available, and a few other development trends Gregg has been seeing, such as version control system use. </description>
	</item>
	<item>
		<title>Auditing Code Inspections</title>
		<guid>afbf9057c80e6f033bec1966cdd4ccf4</guid>
		<link>http://www.embedded.com/design/225600471</link>
		<pubDate>2010-06-06</pubDate>
		<description>Jack Ganssle is a big believer in code review and describes how root cause analysis can be used to keep the code review process on track. And Smart Bear's Code Collaborator gets a shoutout!</description>
	</item>
	<item>
		<title>How Peer Reviews Actually Work</title>
		<guid>e03380fe05f239f41a77c2437a6b24f4</guid>
		<link>http://peerreviewprocessroi.com/video-how-peer-reviews-sw-inspections-actually-work/</link>
		<pubDate>2010-06-03</pubDate>
		<description>Joe Lindley describes a measurement process used at Raytheon that clearly shows how peer code reviews have a predictable, positive impact on cost and quality.</description>
	</item>
	<item>
		<title>Code Review, User Stories, and Sustainable Software</title>
		<guid>9892cea4091bc3fd90de44dfa0bc5517</guid>
		<link>http://gnstudio.wordpress.com/2010/05/16/code-review-user-stories-and-sustainable-software/</link>
		<pubDate>2010-05-17</pubDate>
		<description>The team at GNstudio shares their philosophy on code review and shows how a successful code review process is achieved in their organization. In this informative blog post, they describe their own experiences in trying out different code review practices to find what works for them and the knowledge they've gained throughout their story.</description>
	</item>
	<item>
		<title>Making the Case for Code Review</title>
		<guid>229a4a2e3676951d89e4baf154fa1360</guid>
		<link>http://www.sdtimes.com/MAKING_THE_CASE_FOR_CODE_REVIEW/By_David_Rubinstein/About_CODEREVIEW/34294</link>
		<pubDate>2010-04-20</pubDate>
		<description>David Rubinstein argues for code reviews in this SD Times article with advice and info from our own Gregg Sporar and Klocwork's Gwyn Fisher.</description>
	</item>
	<item>
		<title>The 4 Things We Look For in a Code Review</title>
		<guid>f375247b590fec22f9a62412e9d87582</guid>
		<link>http://napkin.highgroove.com/articles/2010/03/20/the-4-things-we-look-for-in-a-code-review</link>
		<pubDate>2010-03-20</pubDate>
		<description>Highgroove Studios shares a list of the things in their code review toolbelt.</description>
	</item>
	<item>
		<title>How I Review Code</title>
		<guid>20df4c29dd898221e9eb6de21f89e866</guid>
		<link>http://www.chadpluspl.us/?p=265</link>
		<pubDate>2010-03-16</pubDate>
		<description>Chad Stewart hits another home run with his useful blog post describing his thought process and rationale when reviewing code. The blog includes an excellent checklist of areas to focus on.</description>
	</item>
	<item>
		<title>Pursuit of Quality blog reviews 'Best Kept Secrets of Peer Code Review'</title>
		<guid>e84112f5e665cf985a246c0204bc32c1</guid>
		<link>http://www.thepursuitofquality.com/post/37/review-best-kept-secrets-of-peer-code-review.html</link>
		<pubDate>2010-03-11</pubDate>
		<description>'In the book Jason writes about the benefits of Code Review - common practices, pitfalls and benefits. He's concise, easy to follow and the book is an enjoyable read. There are a ton of golden nuggets [read the blog for a list]. If you like what you read in this blog post, go order the book! Seriously who doesn't like a free book? You don't even have to pay for shipping! Why haven't you ordered yet?' Gavin Miller summarizes the code review benefits, principles, management tips, and best practices described in 'Best Kept Secrets'.</description>
	</item>
	<item>
		<title>The Power of a Good Code Review</title>
		<guid>8c38e93962cd95603e31e8ab12c2a050</guid>
		<link>http://www.chadpluspl.us/?p=225</link>
		<pubDate>2010-02-16</pubDate>
		<description>'You can doubt the power of a code review. You could argue that it costs more time than it saves. You would also be wrong! That's right, I'll go ahead and say it. Code reviews are an amazing way to catch potential bugs before they are born...' Chad Stewart expounds on the merits of code review.</description>
	</item>
	<item>
		<title>Code Review for People: Insights from Tom Harris's 'Talk About Quality' Blog</title>
		<guid>8421942580c4f41d84e66efc0499bab7</guid>
		<link>http://talkaboutquality.wordpress.com/2010/02/11/code-review-for-people/</link>
		<pubDate>2010-02-11</pubDate>
		<description>Try this: put aside the image of code review as a meeting, or even code review as an independent activity. Limit your description of code review to: someone else is reading your code, you're discussing it together, and there's effective writing as a result. If you see those three things happening, you're seeing code review... and it's everywhere...</description>
	</item>
	<item>
		<title>QA Missed Something</title>
		<guid>cc2b8c33ec5e0f99d1e830b7d11f6a58</guid>
		<link>http://blog.scottbellware.com/2010/02/qa-missed-something.html</link>
		<pubDate>2010-02-03</pubDate>
		<description>'There's nothing that QA has ever missed that developers didn't miss first.' Scott Belware talks about how finding problems in software is the responsibility of both development and QA.</description>
	</item>
	<item>
		<title>Conkerjo's Book Review: Best Kept Secrets of Peer Code Review</title>
		<guid>8b28415bc607333f9480ac01b9a21bef</guid>
		<link>http://www.conkerjo.com/?p=232</link>
		<pubDate>2010-01-16</pubDate>
		<description>In this insightful blog post, Conkerjo reviews 'Best Kept Secrets of Peer Code Review' and shares his thoughts on Code Collaborator and code review in general.</description>
	</item>
	<item>
		<title>Perforce features Jason Cohen's code review tips</title>
		<guid>ecd2298eb39d1cf7ec02f2ec0d63da4b</guid>
		<link>http://www.perforce.com/newsletters/2009/fall/reviewing_code.html</link>
		<pubDate>2009-10-30</pubDate>
		<description>The latest Perforce newsletter features Part 1 of an article by Smart Bear founder Jason Cohen, imparting tips to optimize code review using Perforce. Look for Part 2 later this winter.</description>
	</item>
	<item>
		<title>DevDays Austin: Jason Cohen on Why Code Reviews Don't Have to Suck</title>
		<guid>826a99dc0a916fd40fa766b8ac8bba27</guid>
		<link>http://cubeantics.com/2009/10/devdays-austin-jason-cohen-on-why-code-reviews-dont-have-to-suck/</link>
		<pubDate>2009-10-16</pubDate>
		<description>Robert Greiner at Cube Antics reviews  Jason's talk at the Austin StackOverflow DevDay on October 14 - and he includes slides and audio too!</description>
	</item>
	<item>
		<title>Integration Watch: Better code through reading</title>
		<guid>471023ce8790986a4cb30ff86e0e50f2</guid>
		<link>http://www.sdtimes.com/link/33767</link>
		<pubDate>2009-09-17</pubDate>
		<description>In this SD Times article, Andrew Binstock describes the vast improvement you can make to your code just by letting others read it, and by reading it yourself.</description>
	</item>
	<item>
		<title>Code Collaborator Software for Code Reviews</title>
		<guid>5c6e8add98dcbb135bcb033765fb6ef3</guid>
		<link>http://www.coderanch.com/t/461515/Book-Reviews/Code-Collaborator-Software-Code-Reviews</link>
		<pubDate>2009-09-07</pubDate>
		<description>Mark Spritzler, Sheriff at JavaRanch, tried out Code Collaborator and shares his experiences. We're happy, but not at all surprised, that he had good things to say!</description>
	</item>
	<item>
		<title>Lines, nerds, and bears... oh my</title>
		<guid>f29071ba5d5a5229d826bb665d221994</guid>
		<link>http://www.darinpope.com/ar/78</link>
		<pubDate>2009-08-14</pubDate>
		<description>Darin Pope blogs about our book, 'Best Kept Secrets of Peer Code Review,' and the importance of 'writing the book' to show expertise on a given technology.</description>
	</item>
	<item>
		<title>Code Review Methods</title>
		<guid>f507344a97df9adb4a927c73a80959f1</guid>
		<link>http://www.spreetree.net/blog/?p=145</link>
		<pubDate>2009-05-03</pubDate>
		<description>Another great entry from Lee Winder on the pros and cons of different code review techniques.</description>
	</item>
	<item>
		<title>I'll Show You Mine If...</title>
		<guid>e7c5fa88392ae71cf515cc25dbd31393</guid>
		<link>http://www.spreetree.net/blog/?p=133</link>
		<pubDate>2009-04-13</pubDate>
		<description>A great experience report from Lee Winder about what code review can bring to a project.</description>
	</item>
	<item>
		<title>How Open Source Isn't Open, and What to Do About It</title>
		<guid>7843d93020b4ba96fc64906e855ff9cf</guid>
		<link>http://vaughnspurlin.wordpress.com/2009/03/12/how-open-source-isnt-open-and-what-to-do-about-it/</link>
		<pubDate>2009-03-12</pubDate>
		<description>Vaughn Spurlin's insightful blog on using code review to improve open source projects and disseminate knowledge throughout the community.</description>
	</item>
	<item>
		<title>Is Peer Review Required in Software Development?</title>
		<guid>10879d0b094e305fa08e6bc488328e6b</guid>
		<link>http://www.linkedin.com/answers/technology/software-development/TCH_SFT/429473-32036089</link>
		<pubDate>2009-03-02</pubDate>
		<description>Prasanta Mohanty kicked off an interesting discussion on LinkedIn by asking about the necessity of peer code review.</description>
	</item>
	<item>
		<title>5-Minute Briefing: AccuRev &amp; Smart Bear Team to Advance Code Reviews</title>
		<guid>75498f8c5febfdc1a8735a6983ad220f</guid>
		<link>http://www.dbta.com/Articles/Editorial/News-Flashes/AccuRev-and-Smart-Bear-Team-Up-to-Provide-Advance-Code-Review-54167.aspx</link>
		<pubDate>2009-02-23</pubDate>
		<description>AccuRev CTO Damon Poole discusses how the AccuRev SCM and Code Collaboration integration improves software development and code review in the Database Trends and Applications 5-Min Briefing Center.</description>
	</item>
	<item>
		<title>On Coding Standards and Code Reviews</title>
		<guid>5e038fae81618057a787869ce18c505e</guid>
		<link>http://www.perlmonks.org/?node_id=744932</link>
		<pubDate>2009-02-19</pubDate>
		<description>A treasure trove of information from the PerlMonks</description>
	</item>
	<item>
		<title>The Significance of Code Review</title>
		<guid>bd3c615d74b4f77fff9f33a915d0327d</guid>
		<link>http://www.codecapers.com/2009/01/significance-of-code-reviews.html</link>
		<pubDate>2009-01-27</pubDate>
		<description>Michael Ceranski describes the importance of doing code reviews, and specifically of doing them with the right attitude.</description>
	</item>
	<item>
		<title>Skip bugging to speed delivery</title>
		<guid>150718c2b2b7c8412a4abcb7abd1a95a</guid>
		<link>http://www.embedded.com/design/testissue/212700467</link>
		<pubDate>2009-01-04</pubDate>
		<description>Jack Ganssle tells us how "inspecting code is an important group exercise that's painless if you follow etiquette and stay within its narrow scope."</description>
	</item>
	<item>
		<title>Twenty Reasons To Do Code Reviews</title>
		<guid>f5eebc10d26c8394b983dde8f34cb5a6</guid>
		<link>http://blog.bstpierre.org/2008/12/i-tweeted-this-article-on-five-reasons.html</link>
		<pubDate>2008-12-30</pubDate>
		<description>Brian St. Pierre lists practical reasons for performing code reviews.</description>
	</item>
	<item>
		<title>Your Code Sucks and I Hate You</title>
		<guid>dd6b1ccead568bb82bf1c3f3fa306b57</guid>
		<link>http://code.mumak.net/2008/12/your-code-sucks-and-i-hate-you.html</link>
		<pubDate>2008-12-24</pubDate>
		<description>Jonathan Lange's paper from OSDC 2008 on the social effects of code review.</description>
	</item>
	<item>
		<title>Doing Spot-On Code Reviews with Remote Teams</title>
		<guid>12f46e3162fe7ea642a1a07a74218535</guid>
		<link>http://www.cio.com/article/472378/Doing_Spot_On_Code_Reviews_with_Remote_Teams</link>
		<pubDate>2008-12-22</pubDate>
		<description>The seventh article in Esther Schindler's comprehensive CIO.com series on Code Review.</description>
	</item>
	<item>
		<title>How NOT to Run a Code Review</title>
		<guid>7056d12a79ed62ab5561f2769d11b45f</guid>
		<link>http://www.cio.com/article/472380/How_NOT_to_Run_a_Code_Review</link>
		<pubDate>2008-12-22</pubDate>
		<description>The sixth article in Esther Schindler's comprehensive CIO.com series on Code Review.</description>
	</item>
	<item>
		<title>How to Lead a Code Review</title>
		<guid>7f554a86cf1ccce0f94dfee00904a341</guid>
		<link>http://www.cio.com/article/472382/How_to_Lead_a_Code_Review</link>
		<pubDate>2008-12-22</pubDate>
		<description>The fifth article in Esther Schindler's comprehensive CIO.com series on Code Review.</description>
	</item>
	<item>
		<title>Making Code Review Software Tools Help, Not Hinder</title>
		<guid>bdca3bf734861e4627f145629087f0b6</guid>
		<link>http://www.cio.com/article/472383/Making_Code_Review_Software_Tools_Help_Not_Hinder</link>
		<pubDate>2008-12-22</pubDate>
		<description>The fourth article in Esther Schindler's comprehensive CIO.com series on Code Review.</description>
	</item>
	<item>
		<title>What to Look for in a Code Review</title>
		<guid>b5e87b26bf1a926c5e08e265e259f86e</guid>
		<link>http://www.cio.com/article/472379/What_to_Look_for_in_a_Code_Review</link>
		<pubDate>2008-12-22</pubDate>
		<description>The third article in Esther Schindler's comprehensive CIO.com series on Code Review.</description>
	</item>
	<item>
		<title>5 Reasons for Software Developers to Do Code Reviews (Even If You Think They're a Waste of Time)</title>
		<guid>47b7fbf8a3cd6608bfe45033e6df6d06</guid>
		<link>http://www.cio.com/article/472377/_Reasons_for_Software_Developers_to_Do_Code_Reviews_Even_If_You_Think_They_re_a_Waste_of_Time_</link>
		<pubDate>2008-12-22</pubDate>
		<description>The second article in Esther Schindler's comprehensive CIO.com series on Code Review.</description>
	</item>
	<item>
		<title>Running an Effective Code Review</title>
		<guid>906ec620bcbf9f5510104f6bee367960</guid>
		<link>http://www.cio.com/article/472372/Running_an_Effective_Code_Review</link>
		<pubDate>2008-12-22</pubDate>
		<description>The first article in Esther Schindler's comprehensive CIO.com series on Code Review. Includes a wide spectrum of opinions about best practices for code review.</description>
	</item>
	<item>
		<title>Code review checklist</title>
		<guid>cb716b5bad9b62979b78ea61b1a4aed6</guid>
		<link>http://nomorehacks.wordpress.com/2008/12/11/code-review-checklist/</link>
		<pubDate>2009-12-11</pubDate>
		<description>Guidelines for creating code review checklists and a great sample checklist for C#.</description>
	</item>
	<item>
		<title>Google: Code Review for Fun and Profit</title>
		<guid>90aff47fade1f65d784632e14c020d48</guid>
		<link>http://assets.en.oreilly.com/1/event/12/Code%20Reviews%20for%20Fun%20and%20Profit%20Paper.pdf</link>
		<pubDate>2008-11-10</pubDate>
		<description>Alex Marelli from Google gives a presentation (PDF format) about why code reviews are good and how to avoid the common pitfalls.  Comes from the perspective inside Google where code reviews are mandatory.</description>
	</item>
	<item>
		<title>Code Reviews as an alternative to eXtreme Programming</title>
		<guid>365e36bff63fd2e821546f2153ee9f1f</guid>
		<link>http://smsohan.blogspot.com/2008/11/iterative-and-incremental.html</link>
		<pubDate>2008-11-03</pubDate>
		<description>S.M. Sohan explains how iterative and incremental code reviews can acheive much of the benefit of Extreme Programming (XP) while taking less time.  Although not disparaging of XP techniques, this code review technique might be more acceptable to the powers-at-be who refuse to invest in full-scale pair-programming.</description>
	</item>
	<item>
		<title>Code Review Potluck Lunch</title>
		<guid>f82cacd5551b16ad2cea37970075fb58</guid>
		<link>http://www.bennorthrop.com/Essays/2008/code_review_potluck.php</link>
		<pubDate>2008-10-20</pubDate>
		<description>A fun way to do code review over lunch by Ben Northrop.  He brings up the idea that each reviewer should be looking for one class of bug, rather than everyone trying to do everything.</description>
	</item>
	<item>
		<title>How do you tell someone they're writing bad code?</title>
		<guid>2c74e301b5dbf498263c6117ff087ef5</guid>
		<link>http://stackoverflow.com/questions/206286/how-do-you-tell-someone-theyre-writing-bad-code</link>
		<pubDate>2008-10-15</pubDate>
		<description>An on-going Q &amp; A session over at Stackoverflow about how to tell someone their code needs improvement.  This happens all the time in peer code review; you need ways of helping people improve without hurting feelings or becoming defensive.</description>
	</item>
	<item>
		<title>Code Review in Firefox, an FAQ</title>
		<guid>3901a7a9c084d95d13684263b187b2bf</guid>
		<link>http://developer.mozilla.org/en/Code_Review_FAQ</link>
		<pubDate>2008-09-29</pubDate>
		<description>The Mozilla foundation is known for the high quality of their software including Firefox and Thunderbird.  Read their FAQ about why every change is code-reviewed, what they look for in a review, and their process that successfully allows thousands of developers to contribute code while retaining high quality and a maintainable code base.</description>
	</item>
	<item>
		<title>Successful patterns in peer code review</title>
		<guid>26751d4606fc23e1f5c01bc12d7e473b</guid>
		<link>http://stackoverflow.com/questions/140476/what-do-your-code-reviews-involve-and-what-patterns-are-successful</link>
		<pubDate>2008-09-26</pubDate>
		<description>The vibrant community over at Stack Overflow has been discussing patterns for successful peer reviews.  It's nice to see Code Collaborator as the (currently) most-voted answer, but many other responses have great information.</description>
	</item>
	<item>
		<title>Interview at GeekAustin.org about Peer Code Review</title>
		<guid>5f5a9b155ba50fb3c49d5bc6cf4a5107</guid>
		<link>http://geekaustin.org/2008/09/24/smart-bear-jason-cohen-code-review/</link>
		<pubDate>2008-09-24</pubDate>
		<description>Lynn Bender of GeekAustin.org interviewed Jason Cohen, founder of Smart Bear about why peer code review is useful, where it fits in the development process, and how to get started doing it.</description>
	</item>
	<item>
		<title>Offline Code Reviews are More Efficient</title>
		<guid>daf864139fa636ffcb7e4a4199c56229</guid>
		<link>http://solambda.blogspot.com/2008/08/offline-code-reviews-are-more-effecient.html</link>
		<pubDate>2008-08-01</pubDate>
		<description>Joshua Segall reacts to recent conversations by Joel Spolsky and Jeff Atwood about whether code reviews are better done off-line with a tool or together in a meeting room.</description>
	</item>
	<item>
		<title>Code Reviews Should be Required!</title>
		<guid>77c1ed9cd3a296d83bcb7c1d43ac1207</guid>
		<link>http://www.ai-blog.net/archives/000151.html</link>
		<pubDate>2008-07-13</pubDate>
		<description>Paul Tozour writes from his own experience with code reviews as a game developer, explaining how everyone improves from review, not just junior developers, and about why on-line, no-meetings review is better than other traditional forms of review and pair-programming.</description>
	</item>
	<item>
		<title>Building Checklists for Embedded Software Projects</title>
		<guid>c64581249c0a8955da2bba075a6e1a65</guid>
		<link>http://embedded.com/columns/guest/208803162</link>
		<pubDate>2008-07-08</pubDate>
		<description>Jason Cohen from Smart Bear is the guest editor this month over at embedded.com.  This article describes how to build effective peer code review checklists for software projects.</description>
	</item>
	<item>
		<title>Advice on Social Issues of Code Review</title>
		<guid>bf6ee84cafe6c0b9de1a0cbb0dbbda0a</guid>
		<link>http://jollyblogger.typepad.com/jollyblogger/2008/07/jolly-good-link.html</link>
		<pubDate>2008-07-05</pubDate>
		<description>The Jolly Blogger presents a list of five commandments that make code reviews go more smoothly.</description>
	</item>
	<item>
		<title>PCI Section 6.6 Requires Code Review</title>
		<guid>22edb536cd11d00d415ec8bbc7df8d6f</guid>
		<link>http://www.thetechherald.com/article.php/200825/1246/PCI-DSS-Section-6-6-gets-teeth-%E2%80%93-finally</link>
		<pubDate>2008-06-16</pubDate>
		<description>The Payment Card Industry Data Security Standards, PCI DSS, is something that by now, even consumers are well aware of. Those six letters can mean the difference between millions in sales for some companies, or millions in losses and fines. On June 30, there is a new revision in the PCI DSS specs, and finally there are some teeth when it comes to web security. No longer will web application security testing be an afterthought, it will become a requirement. </description>
	</item>
	<item>
		<title>Exoweb Reviews All Code</title>
		<guid>9d0b295b0a944212d8b7d4ed5f888812</guid>
		<link>http://blog.totoshi.com/2008/06/15/inside-exoweb-agile-tweaking/</link>
		<pubDate>2008-06-15</pubDate>
		<description>As part of a quality, agile process, all code at Exoweb goes through two layers of peer code review.</description>
	</item>
	<item>
		<title>Why we review code at Lockheed Martin</title>
		<guid>39536c862a32c944685713f60f70aabf</guid>
		<link>http://nitesting.blogspot.com/2008/05/peer-reviews.html</link>
		<pubDate>2008-05-28</pubDate>
		<description>One developer's point of view on why peer code review is so valuable, and how typical excuses for not doing code review are faulty.</description>
	</item>
	<item>
		<title>Pair Programming vs. Code Review</title>
		<guid>4bcf65680a9a5b5d055cd1dad74bc540</guid>
		<link>http://www.codinghorror.com/blog/archives/000999.html</link>
		<pubDate>2007-11-18</pubDate>
		<description>Jeff Atwood compares pair programming with lightweight code review techniques, giving pros and cons of each and concluding that you've got to do one or the other.</description>
	</item>
	<item>
		<title>Effective Code Reviews Without the Pain</title>
		<guid>35378de35168714f9e6bd5da1da4112a</guid>
		<link>http://www.developer.com/java/other/article.php/3579756</link>
		<pubDate>2006-01-25</pubDate>
		<description>Microsoft MVP Robert Bogue writes about how to deal with the potentially devistating social problems that can arise from peer code review.  He describes the approach and mindset for both authors and reviewers that keeps reviews positive and useful without hurting feelings.</description>
	</item>
	<item>
		<title>Code Reviews: Just Do It</title>
		<guid>27fce0767ab804c52630886faa76ce2d</guid>
		<link>http://www.codinghorror.com/blog/archives/000495.html</link>
		<pubDate>2006-01-21</pubDate>
		<description>Jeff Atwood explains why you just have to do code reviews, backing it up with comments from Steve McConnell and Karl Wiegers.</description>
	</item>
	<item>
		<title>Microsoft's Security Code Review Guidelines</title>
		<guid>910d03ddc716cc8b9b8abe41bf4d4874</guid>
		<link>http://msdn.microsoft.com/en-us/library/aa302437.aspx</link>
		<pubDate>2003-06-05</pubDate>
		<description>This lengthy MSDN document gives Microsoft's advice on how to do security audits on ASP.NET applications.  Most of the advice is appliable to any web-based application.</description>
	</item>
	<item>
		<title>Software Quality at Top Speed</title>
		<guid>d08ea356216efda0b8a1e70230ac43e7</guid>
		<link>http://www.stevemcconnell.com/articles/art04.htm</link>
		<pubDate>1996-09-09</pubDate>
		<description>Steve McConnell describes how technical code reviews affect not only software quality but how quickly you can get software to a minimum of defects.</description>
	</item>
	</channel>
</rss>

