<?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"
	>
<channel>
	<title>Comments on: Documentation, documentation, documentation</title>
	<atom:link href="http://www.sitepoint.com/blogs/2005/02/23/documentation-documentation-documentation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2005/02/23/documentation-documentation-documentation/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<pubDate>Tue, 02 Dec 2008 06:53:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Nick</title>
		<link>http://www.sitepoint.com/blogs/2005/02/23/documentation-documentation-documentation/#comment-12071</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Fri, 16 Dec 2005 22:52:42 +0000</pubDate>
		<guid isPermaLink="false">931899862#comment-12071</guid>
		<description>Maybe their developer documentation is great, but the documentation for end-users - i.e. those not wanting to improve MapBuilder is lacking. I'm not saying there isn't any, but if you are not a JavaScript developer, and just include it in your web pages occasionally for the added flair, getting started as a MapBuilder user can be quite painful. I don't think I'm alone in feeling this way, based on some comments I've seen throughout the MapBuilder-lib website.

Still, great project!</description>
		<content:encoded><![CDATA[<p>Maybe their developer documentation is great, but the documentation for end-users - i.e. those not wanting to improve MapBuilder is lacking. I&#8217;m not saying there isn&#8217;t any, but if you are not a JavaScript developer, and just include it in your web pages occasionally for the added flair, getting started as a MapBuilder user can be quite painful. I don&#8217;t think I&#8217;m alone in feeling this way, based on some comments I&#8217;ve seen throughout the MapBuilder-lib website.</p>
<p>Still, great project!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: bwarrene</title>
		<link>http://www.sitepoint.com/blogs/2005/02/23/documentation-documentation-documentation/#comment-3735</link>
		<dc:creator>bwarrene</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">931899862#comment-3735</guid>
		<description>&lt;p&gt;This is probably one of the weakest areas in development projects is substantial documentation.  Often it is lacking due to pure exhaustion from limited resources - other times it is a lack of a good technical writer willing to contribute.  This kind of documentation should serve as a benchmark for what should be delivered with any application undertaking.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>This is probably one of the weakest areas in development projects is substantial documentation.  Often it is lacking due to pure exhaustion from limited resources - other times it is a lack of a good technical writer willing to contribute.  This kind of documentation should serve as a benchmark for what should be delivered with any application undertaking.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: sil</title>
		<link>http://www.sitepoint.com/blogs/2005/02/23/documentation-documentation-documentation/#comment-3736</link>
		<dc:creator>sil</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">931899862#comment-3736</guid>
		<description>&lt;p&gt;That, I confess, is what drove the post; that JSDoc and cohorts do lower the bar to documentation, because it's not necessarily a whole separate process. While "just add comments and pow! you get documentation!" understates the case somewhat, it's easier to add the comments, even if they are a little laborious, than it is to produce documentation when you start with a blank page.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>That, I confess, is what drove the post; that JSDoc and cohorts do lower the bar to documentation, because it&#8217;s not necessarily a whole separate process. While &#8220;just add comments and pow! you get documentation!&#8221; understates the case somewhat, it&#8217;s easier to add the comments, even if they are a little laborious, than it is to produce documentation when you start with a blank page.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: SUPERUSER</title>
		<link>http://www.sitepoint.com/blogs/2005/02/23/documentation-documentation-documentation/#comment-3737</link>
		<dc:creator>SUPERUSER</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">931899862#comment-3737</guid>
		<description>&lt;p&gt;As I said working with JSDoc on the command line was a pain in the ass, until I found that little utility JSDocumenter. Which is in fact a GUI for JSDoc. It solved my JavaScript documentation problems in just a second. If you haven't tried it yet, then you're losing with every second. &lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>As I said working with JSDoc on the command line was a pain in the ass, until I found that little utility JSDocumenter. Which is in fact a GUI for JSDoc. It solved my JavaScript documentation problems in just a second. If you haven&#8217;t tried it yet, then you&#8217;re losing with every second. </p>]]></content:encoded>
	</item>
</channel>
</rss>
