<?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: Comments are a sign of bad code and I am not sorry for saying it</title>
	<atom:link href="http://www.turnleafdesign.com/comments-are-a-sign-of-bad-code-and-i-am-not-sorry-for-saying-it/feed" rel="self" type="application/rss+xml" />
	<link>http://www.turnleafdesign.com/comments-are-a-sign-of-bad-code-and-i-am-not-sorry-for-saying-it</link>
	<description>Ramblings of a junior developer</description>
	<lastBuildDate>Thu, 12 Nov 2009 19:56:08 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: M</title>
		<link>http://www.turnleafdesign.com/comments-are-a-sign-of-bad-code-and-i-am-not-sorry-for-saying-it/comment-page-1#comment-369</link>
		<dc:creator>M</dc:creator>
		<pubDate>Tue, 27 Oct 2009 17:37:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.turnleafdesign.com/?p=255#comment-369</guid>
		<description>I agree with Ben that comments are required while writing complicated code. It definitely takes a couple of mins more time to sync up the comments with any changes that are further made in the code. But it is worth the time spent.</description>
		<content:encoded><![CDATA[<p>I agree with Ben that comments are required while writing complicated code. It definitely takes a couple of mins more time to sync up the comments with any changes that are further made in the code. But it is worth the time spent.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Billy Korando</title>
		<link>http://www.turnleafdesign.com/comments-are-a-sign-of-bad-code-and-i-am-not-sorry-for-saying-it/comment-page-1#comment-359</link>
		<dc:creator>Billy Korando</dc:creator>
		<pubDate>Mon, 26 Oct 2009 01:16:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.turnleafdesign.com/?p=255#comment-359</guid>
		<description>They are more like guidelines – When it comes to design patterns there are no rules. From day one we are taught goto statements are evil and should never be used, but there is even a time and place for them. There may be rare occasions when you have to write a comment to explain a piece of code, just like you may need to use a goto to simplify the code, but both occasions are rare and when encountered in code should be scrutinized.</description>
		<content:encoded><![CDATA[<p>They are more like guidelines – When it comes to design patterns there are no rules. From day one we are taught goto statements are evil and should never be used, but there is even a time and place for them. There may be rare occasions when you have to write a comment to explain a piece of code, just like you may need to use a goto to simplify the code, but both occasions are rare and when encountered in code should be scrutinized.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.turnleafdesign.com/comments-are-a-sign-of-bad-code-and-i-am-not-sorry-for-saying-it/comment-page-1#comment-358</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Sun, 25 Oct 2009 22:18:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.turnleafdesign.com/?p=255#comment-358</guid>
		<description>Perhaps you would find it easy to understand a nlp classifer, a pattern recognition algorithm or neural net implementation without comments purely based on academic papers discussing theories and trees?
Comments for complicated code are needed, badly written code can be complicated but this doesn&#039;t mean that all comments are a sign of bad code.</description>
		<content:encoded><![CDATA[<p>Perhaps you would find it easy to understand a nlp classifer, a pattern recognition algorithm or neural net implementation without comments purely based on academic papers discussing theories and trees?<br />
Comments for complicated code are needed, badly written code can be complicated but this doesn&#8217;t mean that all comments are a sign of bad code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McBonio</title>
		<link>http://www.turnleafdesign.com/comments-are-a-sign-of-bad-code-and-i-am-not-sorry-for-saying-it/comment-page-1#comment-354</link>
		<dc:creator>McBonio</dc:creator>
		<pubDate>Sun, 25 Oct 2009 12:36:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.turnleafdesign.com/?p=255#comment-354</guid>
		<description>Comments, although they look untidy they serve a purpose.

One of my main clients I just make templates for and they have programmers that cant design but add their CMS code into my templates.

Without comments they would struggle to place the content as they are not designers.</description>
		<content:encoded><![CDATA[<p>Comments, although they look untidy they serve a purpose.</p>
<p>One of my main clients I just make templates for and they have programmers that cant design but add their CMS code into my templates.</p>
<p>Without comments they would struggle to place the content as they are not designers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Inside the Webb</title>
		<link>http://www.turnleafdesign.com/comments-are-a-sign-of-bad-code-and-i-am-not-sorry-for-saying-it/comment-page-1#comment-348</link>
		<dc:creator>Inside the Webb</dc:creator>
		<pubDate>Sat, 24 Oct 2009 19:36:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.turnleafdesign.com/?p=255#comment-348</guid>
		<description>This is really interesting and you bring up some good points, but I&#039;d have to say that comments really do help. I discuss this deeply on my web 2.0/programming blog http://www.insidethewebb.com/</description>
		<content:encoded><![CDATA[<p>This is really interesting and you bring up some good points, but I&#8217;d have to say that comments really do help. I discuss this deeply on my web 2.0/programming blog <a href="http://www.insidethewebb.com/" rel="nofollow">http://www.insidethewebb.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Developer Art</title>
		<link>http://www.turnleafdesign.com/comments-are-a-sign-of-bad-code-and-i-am-not-sorry-for-saying-it/comment-page-1#comment-330</link>
		<dc:creator>Developer Art</dc:creator>
		<pubDate>Fri, 23 Oct 2009 11:15:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.turnleafdesign.com/?p=255#comment-330</guid>
		<description>I personally think you&#039;d rather write self-documented code and leave the class documentation out unless it is absolutely needed. The problem with any kind of commenting is that it is disassociated from code. It takes extra effort to synchronize comments with the code they refer to. I have seem many examples when comments were talking about something very different from the code after the code has been written und vastly updated during the next years.</description>
		<content:encoded><![CDATA[<p>I personally think you&#8217;d rather write self-documented code and leave the class documentation out unless it is absolutely needed. The problem with any kind of commenting is that it is disassociated from code. It takes extra effort to synchronize comments with the code they refer to. I have seem many examples when comments were talking about something very different from the code after the code has been written und vastly updated during the next years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Owen Fellows</title>
		<link>http://www.turnleafdesign.com/comments-are-a-sign-of-bad-code-and-i-am-not-sorry-for-saying-it/comment-page-1#comment-329</link>
		<dc:creator>Owen Fellows</dc:creator>
		<pubDate>Fri, 23 Oct 2009 08:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.turnleafdesign.com/?p=255#comment-329</guid>
		<description>I agree with your comments on comments, a lot of the time the comment simple states what the line of code is doing which is pointless as a developer should be able to work this out for themselves.  I think there are exceptions though e.g. you have a procedure performs a large number of operations in a specific order defined at your design stage.  This steps can be documented in the Javadoc for the method but it is worthwhile have comments to state that each step is start/finished e.g. Step 3 - Update User Record.

However saying this it would be more useful for debug and maintainance if these we log statements instead of comments.  I believe in almost all cases comments can be converted to log statements which make them useful for those maintaining the system.</description>
		<content:encoded><![CDATA[<p>I agree with your comments on comments, a lot of the time the comment simple states what the line of code is doing which is pointless as a developer should be able to work this out for themselves.  I think there are exceptions though e.g. you have a procedure performs a large number of operations in a specific order defined at your design stage.  This steps can be documented in the Javadoc for the method but it is worthwhile have comments to state that each step is start/finished e.g. Step 3 &#8211; Update User Record.</p>
<p>However saying this it would be more useful for debug and maintainance if these we log statements instead of comments.  I believe in almost all cases comments can be converted to log statements which make them useful for those maintaining the system.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
