<?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: On the Challenge of Developing JavaScript Within a Team</title>
	<atom:link href="http://dandean.com/category/javascript/2009/on-the-challenge-of-developing-javascript-within-a-team/feed/" rel="self" type="application/rss+xml" />
	<link>http://dandean.com/category/javascript/2009/on-the-challenge-of-developing-javascript-within-a-team/</link>
	<description></description>
	<lastBuildDate>Sat, 17 Jul 2010 17:07:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Radoslav Stankov</title>
		<link>http://dandean.com/category/javascript/2009/on-the-challenge-of-developing-javascript-within-a-team/comment-page-1/#comment-3179</link>
		<dc:creator>Radoslav Stankov</dc:creator>
		<pubDate>Tue, 14 Jul 2009 18:54:43 +0000</pubDate>
		<guid isPermaLink="false">http://dandean.com/?p=86#comment-3179</guid>
		<description>I haven&#039;t work with more than 2 js developers. But I think that conventions and frameworks should be decided in the beginning. That using tools like sprockets for managing dependencies and sub-libs like my CD3Widgets Behaviors ( https://github.com/RStankov/controldepo-3-widgets ) will help a lot.
I think for the js work we should learn form the frameworks in the manner of managing work / code / responsibilities. And still serious js development is still in yearly stages.</description>
		<content:encoded><![CDATA[<p>I haven&#8217;t work with more than 2 js developers. But I think that conventions and frameworks should be decided in the beginning. That using tools like sprockets for managing dependencies and sub-libs like my CD3Widgets Behaviors ( <a href="https://github.com/RStankov/controldepo-3-widgets" rel="nofollow">https://github.com/RStankov/controldepo-3-widgets</a> ) will help a lot.<br />
I think for the js work we should learn form the frameworks in the manner of managing work / code / responsibilities. And still serious js development is still in yearly stages.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kris</title>
		<link>http://dandean.com/category/javascript/2009/on-the-challenge-of-developing-javascript-within-a-team/comment-page-1/#comment-3133</link>
		<dc:creator>Kris</dc:creator>
		<pubDate>Mon, 08 Jun 2009 23:21:23 +0000</pubDate>
		<guid isPermaLink="false">http://dandean.com/?p=86#comment-3133</guid>
		<description>I&#039;m curious to read your findings, and your current approach. I always get a little self-conscious when I think about my coding style -- I tend to change my mind (and my style) a lot, which is not a good thing. I&#039;ve written a lot of Actionscript lately which has definitely altered the way I write JavaScript, which in turn has changed the way I write PHP. For better or worse.</description>
		<content:encoded><![CDATA[<p>I&#8217;m curious to read your findings, and your current approach. I always get a little self-conscious when I think about my coding style &#8212; I tend to change my mind (and my style) a lot, which is not a good thing. I&#8217;ve written a lot of Actionscript lately which has definitely altered the way I write JavaScript, which in turn has changed the way I write PHP. For better or worse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Dean</title>
		<link>http://dandean.com/category/javascript/2009/on-the-challenge-of-developing-javascript-within-a-team/comment-page-1/#comment-3122</link>
		<dc:creator>Dan Dean</dc:creator>
		<pubDate>Tue, 02 Jun 2009 00:58:20 +0000</pubDate>
		<guid isPermaLink="false">http://dandean.com/?p=86#comment-3122</guid>
		<description>I&#039;ve been thinking about this too. This is one of the unfortunate consequences of JavaScript typically being the secondary discipline of the author. People tend to be either server-side devs &lt;em&gt;then&lt;/em&gt; JS devs, or html/css devs &lt;em&gt;then&lt;/em&gt; JS devs. Our approach to JavaScript is then highly influenced by where our primary interests lie. This makes for an interesting (if sometimes galling) experience for those of us whose primary interest is in JavaScript.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been thinking about this too. This is one of the unfortunate consequences of JavaScript typically being the secondary discipline of the author. People tend to be either server-side devs <em>then</em> JS devs, or html/css devs <em>then</em> JS devs. Our approach to JavaScript is then highly influenced by where our primary interests lie. This makes for an interesting (if sometimes galling) experience for those of us whose primary interest is in JavaScript.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Arkell</title>
		<link>http://dandean.com/category/javascript/2009/on-the-challenge-of-developing-javascript-within-a-team/comment-page-1/#comment-3121</link>
		<dc:creator>Jonathan Arkell</dc:creator>
		<pubDate>Mon, 01 Jun 2009 23:00:05 +0000</pubDate>
		<guid isPermaLink="false">http://dandean.com/?p=86#comment-3121</guid>
		<description>This is further amplified by the fact that Javascript can be used procedurally, functionally or object oriented.  Even in its OO, it is natively prototype based, but there earen&#039;t that many (it seems) who know how to work with prototype OO. 

JS provides the rope...</description>
		<content:encoded><![CDATA[<p>This is further amplified by the fact that Javascript can be used procedurally, functionally or object oriented.  Even in its OO, it is natively prototype based, but there earen&#8217;t that many (it seems) who know how to work with prototype OO. </p>
<p>JS provides the rope&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
