<?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: What&#8217;s the opposite of open source hacking?</title>
	<atom:link href="http://blog.mozilla.com/jorendorff/2008/11/25/whats-the-opposite-of-open-source-hacking/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.com/jorendorff/2008/11/25/whats-the-opposite-of-open-source-hacking/</link>
	<description>where we're building a better SpiderMonkey from parts</description>
	<lastBuildDate>Tue, 30 Jun 2009 14:40:54 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Chris Tyler</title>
		<link>http://blog.mozilla.com/jorendorff/2008/11/25/whats-the-opposite-of-open-source-hacking/comment-page-1/#comment-21109</link>
		<dc:creator>Chris Tyler</dc:creator>
		<pubDate>Tue, 25 Nov 2008 21:26:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/jorendorff/?p=25#comment-21109</guid>
		<description>I actually think we&#039;re in agreement :-) The &quot;exact opposite&quot; phrase primarily applies to maximum sharing vs. maximum secrecy of source code.</description>
		<content:encoded><![CDATA[<p>I actually think we&#8217;re in agreement <img src='http://blog.mozilla.com/jorendorff/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  The &#8220;exact opposite&#8221; phrase primarily applies to maximum sharing vs. maximum secrecy of source code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://blog.mozilla.com/jorendorff/2008/11/25/whats-the-opposite-of-open-source-hacking/comment-page-1/#comment-21108</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Tue, 25 Nov 2008 21:05:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/jorendorff/?p=25#comment-21108</guid>
		<description>Yes, I agree - in most regards, open source and closed commercial development have quite a lot in common. In either case, you&#039;re going to have multiple developers getting in each other&#039;s way, which in turn creates the need for a variety of infrastructure - version control, bug tracking, robust build scripts, automated tests, continuous integration, etc. They need to be able to communicate well, and generally, to keep track of what the rest of the team are doing.

There are exceptions, but student coding projects rarely bear any resemblance to this. They&#039;re usually small, so they never need to deal with growing complexity, all the things like bug tracking and automated testing that become important with complex systems. And they&#039;re usually working on their own, so they don&#039;t need the skills of working as part of a team. In short, they&#039;re fine for teaching pure coding, but entirely unrealistic for teaching *development*.</description>
		<content:encoded><![CDATA[<p>Yes, I agree &#8211; in most regards, open source and closed commercial development have quite a lot in common. In either case, you&#8217;re going to have multiple developers getting in each other&#8217;s way, which in turn creates the need for a variety of infrastructure &#8211; version control, bug tracking, robust build scripts, automated tests, continuous integration, etc. They need to be able to communicate well, and generally, to keep track of what the rest of the team are doing.</p>
<p>There are exceptions, but student coding projects rarely bear any resemblance to this. They&#8217;re usually small, so they never need to deal with growing complexity, all the things like bug tracking and automated testing that become important with complex systems. And they&#8217;re usually working on their own, so they don&#8217;t need the skills of working as part of a team. In short, they&#8217;re fine for teaching pure coding, but entirely unrealistic for teaching *development*.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gijs</title>
		<link>http://blog.mozilla.com/jorendorff/2008/11/25/whats-the-opposite-of-open-source-hacking/comment-page-1/#comment-21107</link>
		<dc:creator>Gijs</dc:creator>
		<pubDate>Tue, 25 Nov 2008 20:54:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/jorendorff/?p=25#comment-21107</guid>
		<description>I don&#039;t want to be harsh, but clearly it&#039;s been a long time since you did any homework. More often than not, when you get coursework in Computer Science programs, you&#039;ll be required to work in groups. I&#039;m currently doing an &quot;Advanced&quot; Software Engineering course, which deals with maintenance, tests, refactoring, yada yada, and one of the coursework assignments is being given a fairly large java project, and being told &quot;don&#039;t change any functionality, but improve the code&quot; (in groups of 3 or 4). Using VC is &quot;strongly recommended&quot;. Said code has no unit tests (only functional ones, which require so many magic incantations that nobody in our class has gotten them to run yet, to my knowledge). It has duplicate code and broken architecture (cyclical dependency) issues. We write reports on a wiki. We do profiling analysis on existing projects. Etc. Etc.

Of course, you can give homework in a way that doesn&#039;t teach you anything - but that&#039;s a fault with the particular homework, not the concept of it.

Finally, there&#039;s a &quot;crawl before you walk&quot; thing going on as well: if you can&#039;t write code from scratch, don&#039;t even think about trying to adapt someone else&#039;s code in a Good way.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t want to be harsh, but clearly it&#8217;s been a long time since you did any homework. More often than not, when you get coursework in Computer Science programs, you&#8217;ll be required to work in groups. I&#8217;m currently doing an &#8220;Advanced&#8221; Software Engineering course, which deals with maintenance, tests, refactoring, yada yada, and one of the coursework assignments is being given a fairly large java project, and being told &#8220;don&#8217;t change any functionality, but improve the code&#8221; (in groups of 3 or 4). Using VC is &#8220;strongly recommended&#8221;. Said code has no unit tests (only functional ones, which require so many magic incantations that nobody in our class has gotten them to run yet, to my knowledge). It has duplicate code and broken architecture (cyclical dependency) issues. We write reports on a wiki. We do profiling analysis on existing projects. Etc. Etc.</p>
<p>Of course, you can give homework in a way that doesn&#8217;t teach you anything &#8211; but that&#8217;s a fault with the particular homework, not the concept of it.</p>
<p>Finally, there&#8217;s a &#8220;crawl before you walk&#8221; thing going on as well: if you can&#8217;t write code from scratch, don&#8217;t even think about trying to adapt someone else&#8217;s code in a Good way.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
