<?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 not to comment code</title>
	<atom:link href="http://www.bugfree.dk/blog/2009/08/15/why-not-to-comment-code/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bugfree.dk/blog/2009/08/15/why-not-to-comment-code/</link>
	<description>Not anti-anything, just pro-quality</description>
	<lastBuildDate>Tue, 20 Jul 2010 12:45:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Bugfree.dk &#187; Blog Archive &#187; 2009 in retrospect</title>
		<link>http://www.bugfree.dk/blog/2009/08/15/why-not-to-comment-code/comment-page-1/#comment-22118</link>
		<dc:creator>Bugfree.dk &#187; Blog Archive &#187; 2009 in retrospect</dc:creator>
		<pubDate>Mon, 28 Dec 2009 11:29:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.bugfree.dk/blog/?p=535#comment-22118</guid>
		<description>[...] Why not to comment code [...]</description>
		<content:encoded><![CDATA[<p>[...] Why not to comment code [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Olmeca</title>
		<link>http://www.bugfree.dk/blog/2009/08/15/why-not-to-comment-code/comment-page-1/#comment-17740</link>
		<dc:creator>Olmeca</dc:creator>
		<pubDate>Tue, 18 Aug 2009 02:01:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.bugfree.dk/blog/?p=535#comment-17740</guid>
		<description>The thing is many programmers are not perfect. Though they know what they want  the code to do, they don&#039;t always get it right. This leads to bugs. Now to help the next programmer working on this code to find the bugs, of confirm the code is bugfree, it is necessary to also state in human language what the code was supposed to do. So yes, it is necessary to document your code, unless you&#039;re the perfect programmer. I haven&#039;t met one yet.</description>
		<content:encoded><![CDATA[<p>The thing is many programmers are not perfect. Though they know what they want  the code to do, they don&#8217;t always get it right. This leads to bugs. Now to help the next programmer working on this code to find the bugs, of confirm the code is bugfree, it is necessary to also state in human language what the code was supposed to do. So yes, it is necessary to document your code, unless you&#8217;re the perfect programmer. I haven&#8217;t met one yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Veera</title>
		<link>http://www.bugfree.dk/blog/2009/08/15/why-not-to-comment-code/comment-page-1/#comment-17720</link>
		<dc:creator>Veera</dc:creator>
		<pubDate>Mon, 17 Aug 2009 17:08:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.bugfree.dk/blog/?p=535#comment-17720</guid>
		<description>I always find it difficult to keep the comment in synch with the code. Whenever I need to change the code, the comments are also needs to be updated, thus doubling up my work.</description>
		<content:encoded><![CDATA[<p>I always find it difficult to keep the comment in synch with the code. Whenever I need to change the code, the comments are also needs to be updated, thus doubling up my work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: To comment or not to comment, that&#8217;s the question &#171; programming.torensma.net</title>
		<link>http://www.bugfree.dk/blog/2009/08/15/why-not-to-comment-code/comment-page-1/#comment-17717</link>
		<dc:creator>To comment or not to comment, that&#8217;s the question &#171; programming.torensma.net</dc:creator>
		<pubDate>Mon, 17 Aug 2009 14:01:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.bugfree.dk/blog/?p=535#comment-17717</guid>
		<description>[...] though I&#8217;m a great advocate of commenting code, there are those thank think commenting is not always a good thing. As stated in the linked article, we must differentiate between API documentation and normal, [...]</description>
		<content:encoded><![CDATA[<p>[...] though I&#8217;m a great advocate of commenting code, there are those thank think commenting is not always a good thing. As stated in the linked article, we must differentiate between API documentation and normal, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Tewbi</title>
		<link>http://www.bugfree.dk/blog/2009/08/15/why-not-to-comment-code/comment-page-1/#comment-17693</link>
		<dc:creator>Simon Tewbi</dc:creator>
		<pubDate>Mon, 17 Aug 2009 01:47:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.bugfree.dk/blog/?p=535#comment-17693</guid>
		<description>A useful quote: &quot;Rules are for fools and the guidance of wise men.&quot; - Sqn Ldr Dale &quot;Spud&quot; Murphy (no, not the mythical Murphy of Murphy&#039;s Law fame).

I&#039;m always wary of black and white statements - You must do this, you should never do that.  And so it is with commenting code.  

I agree that many (perhaps most?) comments are useless.  However, comments are still useful for saying WHY you&#039;re doing something in a particular way.  To get around some obscure bug in someone else&#039;s code, or to deal with a particular, not obvious, user case, for example.  You can refactor code as much as you want but I don&#039;t think it will explain to a maintenance coder (eg yourself a year down the track) why the code was originally written the way it has.</description>
		<content:encoded><![CDATA[<p>A useful quote: &#8220;Rules are for fools and the guidance of wise men.&#8221; &#8211; Sqn Ldr Dale &#8220;Spud&#8221; Murphy (no, not the mythical Murphy of Murphy&#8217;s Law fame).</p>
<p>I&#8217;m always wary of black and white statements &#8211; You must do this, you should never do that.  And so it is with commenting code.  </p>
<p>I agree that many (perhaps most?) comments are useless.  However, comments are still useful for saying WHY you&#8217;re doing something in a particular way.  To get around some obscure bug in someone else&#8217;s code, or to deal with a particular, not obvious, user case, for example.  You can refactor code as much as you want but I don&#8217;t think it will explain to a maintenance coder (eg yourself a year down the track) why the code was originally written the way it has.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hacksoncode</title>
		<link>http://www.bugfree.dk/blog/2009/08/15/why-not-to-comment-code/comment-page-1/#comment-17679</link>
		<dc:creator>hacksoncode</dc:creator>
		<pubDate>Sun, 16 Aug 2009 22:19:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.bugfree.dk/blog/?p=535#comment-17679</guid>
		<description>It&#039;s very true that comments shouldn&#039;t be needed to explain what your code is doing.

But that was never the point of comments. Comments are needed to explain *why* your code is doing what it&#039;s doing.</description>
		<content:encoded><![CDATA[<p>It&#8217;s very true that comments shouldn&#8217;t be needed to explain what your code is doing.</p>
<p>But that was never the point of comments. Comments are needed to explain *why* your code is doing what it&#8217;s doing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tobias Svensson</title>
		<link>http://www.bugfree.dk/blog/2009/08/15/why-not-to-comment-code/comment-page-1/#comment-17666</link>
		<dc:creator>Tobias Svensson</dc:creator>
		<pubDate>Sun, 16 Aug 2009 18:20:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.bugfree.dk/blog/?p=535#comment-17666</guid>
		<description>I liked your article, even though many of your points are (hopefully) widely known. It reminded me of the &#039;Comments&#039; section of the CodingStyle doc that Linus Torvalds wrote and is included in the documentation directory of the Linux kernel:

http://www.kernel.org/doc/Documentation/CodingStyle

Commenting, with regards to over-commenting and under-commenting, is a little bit like pulling shots of Espresso. If you run them too short, they taste very acidly and sour, if you run them too long they become an unpleasant bitterness ;)</description>
		<content:encoded><![CDATA[<p>I liked your article, even though many of your points are (hopefully) widely known. It reminded me of the &#8216;Comments&#8217; section of the CodingStyle doc that Linus Torvalds wrote and is included in the documentation directory of the Linux kernel:</p>
<p><a href="http://www.kernel.org/doc/Documentation/CodingStyle" rel="nofollow">http://www.kernel.org/doc/Documentation/CodingStyle</a></p>
<p>Commenting, with regards to over-commenting and under-commenting, is a little bit like pulling shots of Espresso. If you run them too short, they taste very acidly and sour, if you run them too long they become an unpleasant bitterness <img src='http://www.bugfree.dk/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
