<?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: Point, Counterpoint</title>
	<atom:link href="http://claylo.com/point-counterpoint/feed" rel="self" type="application/rss+xml" />
	<link>http://claylo.com/point-counterpoint</link>
	<description></description>
	<lastBuildDate>Wed, 28 Oct 2009 13:09:37 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Francois Schiettecatte</title>
		<link>http://claylo.com/point-counterpoint/comment-page-1#comment-56</link>
		<dc:creator>Francois Schiettecatte</dc:creator>
		<pubDate>Sun, 19 Feb 2006 15:47:22 +0000</pubDate>
		<guid isPermaLink="false">http://claylo.com/2006/02/17/point-counterpoint/#comment-56</guid>
		<description>I don&#039;t agree that you don&#039;t need to document your code when working alone. Whatever code you write will have to be maintained at a later date, whether it is debugging because you suddenly get that one bit of data you did not expect, or because you want to add functionality. And this may happen tomorrow, or next year. In both cases I have been glad that I took the time to document my code because it makes it so much easier to understand what is going on.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t agree that you don&#8217;t need to document your code when working alone. Whatever code you write will have to be maintained at a later date, whether it is debugging because you suddenly get that one bit of data you did not expect, or because you want to add functionality. And this may happen tomorrow, or next year. In both cases I have been glad that I took the time to document my code because it makes it so much easier to understand what is going on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcus Bointon</title>
		<link>http://claylo.com/point-counterpoint/comment-page-1#comment-55</link>
		<dc:creator>Marcus Bointon</dc:creator>
		<pubDate>Sat, 18 Feb 2006 19:04:10 +0000</pubDate>
		<guid isPermaLink="false">http://claylo.com/2006/02/17/point-counterpoint/#comment-55</guid>
		<description>&#039;Notes to self&#039; are extremely useful - in particular the phpdocumentor @todo tag as it generates noce reports on stuff you&#039;d forgotten about. I noticed that PHPEclipse also picks out any comments that contain &#039;TODO&#039;, even outside docblocks. Even though I&#039;m working on my main project alone, I know that it&#039;s very likely that I&#039;ll want someone else to work on it at some point, so inline documentation is worth prioritising for me.</description>
		<content:encoded><![CDATA[<p>&#8216;Notes to self&#8217; are extremely useful &#8211; in particular the phpdocumentor @todo tag as it generates noce reports on stuff you&#8217;d forgotten about. I noticed that PHPEclipse also picks out any comments that contain &#8216;TODO&#8217;, even outside docblocks. Even though I&#8217;m working on my main project alone, I know that it&#8217;s very likely that I&#8217;ll want someone else to work on it at some point, so inline documentation is worth prioritising for me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Codechick</title>
		<link>http://claylo.com/point-counterpoint/comment-page-1#comment-54</link>
		<dc:creator>Codechick</dc:creator>
		<pubDate>Sat, 18 Feb 2006 01:33:11 +0000</pubDate>
		<guid isPermaLink="false">http://claylo.com/2006/02/17/point-counterpoint/#comment-54</guid>
		<description>I haven&#039;t listened to the podcast yet, but that&#039;s next on my list...

I do think that even in a one-[wo]man shop documentation can be a helpful thing.  You may be the very person who needs to read your own documnetation, especially if you cycle through lots of projects on an ongoing basis.

Have you ever thrown something together, under the gun, with &quot;no time to document,&quot; only to return to it months or years later, and found yourself thinking &quot;what on earth was I doing here?&quot; or &quot;what was I on when I wrote this?&quot;

This is a case where some documentation, or &quot;notes to self,&quot; would come in handy.  Especially if you are under the gun again, and don&#039;t have time to ponder your sanity. ;)</description>
		<content:encoded><![CDATA[<p>I haven&#8217;t listened to the podcast yet, but that&#8217;s next on my list&#8230;</p>
<p>I do think that even in a one-[wo]man shop documentation can be a helpful thing.  You may be the very person who needs to read your own documnetation, especially if you cycle through lots of projects on an ongoing basis.</p>
<p>Have you ever thrown something together, under the gun, with &#8220;no time to document,&#8221; only to return to it months or years later, and found yourself thinking &#8220;what on earth was I doing here?&#8221; or &#8220;what was I on when I wrote this?&#8221;</p>
<p>This is a case where some documentation, or &#8220;notes to self,&#8221; would come in handy.  Especially if you are under the gun again, and don&#8217;t have time to ponder your sanity. <img src='http://claylo.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xing Li</title>
		<link>http://claylo.com/point-counterpoint/comment-page-1#comment-53</link>
		<dc:creator>Xing Li</dc:creator>
		<pubDate>Fri, 17 Feb 2006 22:04:04 +0000</pubDate>
		<guid isPermaLink="false">http://claylo.com/2006/02/17/point-counterpoint/#comment-53</guid>
		<description>I agree with Scott when it comes doing what you need to do in a one-person shop.

I would love to document my code but the only time I did was to show it to someone else. Otherwise, I&#039;m the code master, judge, and executor.

Source control is good even for a one man shop but not really for the reasons of tracking changes and more in cases of diaster recover in my case.

It really comes down time, resouces, and most importantly, motivation.

If you are the only one in-charge and writing the code, who is going to read your documentation? No one and no one is notorious for killing motivation for anything in everyone.

If and when I join a team environemnt, you can bet your house that I will have the best doc on the planet to show case my code quality. That&#039;s motivation.

For now, stuff like documentation is out the window and I&#039;m already stepping on the gass so the documentation police can&#039;t catch up.  =)</description>
		<content:encoded><![CDATA[<p>I agree with Scott when it comes doing what you need to do in a one-person shop.</p>
<p>I would love to document my code but the only time I did was to show it to someone else. Otherwise, I&#8217;m the code master, judge, and executor.</p>
<p>Source control is good even for a one man shop but not really for the reasons of tracking changes and more in cases of diaster recover in my case.</p>
<p>It really comes down time, resouces, and most importantly, motivation.</p>
<p>If you are the only one in-charge and writing the code, who is going to read your documentation? No one and no one is notorious for killing motivation for anything in everyone.</p>
<p>If and when I join a team environemnt, you can bet your house that I will have the best doc on the planet to show case my code quality. That&#8217;s motivation.</p>
<p>For now, stuff like documentation is out the window and I&#8217;m already stepping on the gass so the documentation police can&#8217;t catch up.  =)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
