<?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: Doug Crockford&#8217;s JavaScript Lectures</title>
	<atom:link href="http://www.mkbergman.com/339/doug-crockfords-javascript-lectures/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mkbergman.com/339/doug-crockfords-javascript-lectures/</link>
	<description>Mike Bergman on the semantic Web and structured Web</description>
	<lastBuildDate>Mon, 06 Feb 2012 00:15:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: AI3:::Adaptive Information &#187; Blog Archive &#187; Overcoming Limitations to JavaScript Collaboration</title>
		<link>http://www.mkbergman.com/339/doug-crockfords-javascript-lectures/comment-page-1/#comment-40270</link>
		<dc:creator>AI3:::Adaptive Information &#187; Blog Archive &#187; Overcoming Limitations to JavaScript Collaboration</dc:creator>
		<pubDate>Tue, 27 Feb 2007 03:17:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.mkbergman.com/?p=339#comment-40270</guid>
		<description>[...] Open source projects are often notorious for poor, even non-existent, documentation. (I very much like Mike Pope&#8217;s statement, &#8220;If it isn&#8217;t documented, it doesn&#8217;t exist.&#8221;) But the documentation curse is magnified for JavaScript . As Doug Crockford notes, the general state of standard language documentaton and guide books is poor. Developers also often learn from others&#8217; code examples, and there is much in the way of JavaScript snippets, especially historical, that is atrocious. Even widely adopted frameworks, such as Prototype, have for years been nearly undocumented, a shortcoming now being addressed. Rarely (in fact I know of none for major open source packages) does there exist UML class or package diagrams for larger JS apps or frameworks. And, because much JavaScript is communicated to the browser as server-side scripts, embedded code comments are of generally poor quality or totally non-existent. All of these factors translate into the general absence of APIs for larger apps (though most of the leading frameworks and libraries such as Prototype, YUI and Dojo are now beginning to provide professional documentation). [...]</description>
		<content:encoded><![CDATA[<p>[...] Open source projects are often notorious for poor, even non-existent, documentation. (I very much like Mike Pope&#8217;s statement, &#8220;If it isn&#8217;t documented, it doesn&#8217;t exist.&#8221;) But the documentation curse is magnified for JavaScript . As Doug Crockford notes, the general state of standard language documentaton and guide books is poor. Developers also often learn from others&#8217; code examples, and there is much in the way of JavaScript snippets, especially historical, that is atrocious. Even widely adopted frameworks, such as Prototype, have for years been nearly undocumented, a shortcoming now being addressed. Rarely (in fact I know of none for major open source packages) does there exist UML class or package diagrams for larger JS apps or frameworks. And, because much JavaScript is communicated to the browser as server-side scripts, embedded code comments are of generally poor quality or totally non-existent. All of these factors translate into the general absence of APIs for larger apps (though most of the leading frameworks and libraries such as Prototype, YUI and Dojo are now beginning to provide professional documentation). [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

