<?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: A Little About Code Names</title>
	<atom:link href="http://firsttube.com/read/A-Little-About-Code-Names/feed/" rel="self" type="application/rss+xml" />
	<link>http://firsttube.com/read/A-Little-About-Code-Names/</link>
	<description>crunchy nuggets, served semi-daily</description>
	<pubDate>Mon, 06 Oct 2008 17:12:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Stephen Stagg</title>
		<link>http://firsttube.com/read/A-Little-About-Code-Names/#comment-272</link>
		<dc:creator>Stephen Stagg</dc:creator>
		<pubDate>Tue, 25 Mar 2008 01:53:15 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/A-Little-About-Code-Names#comment-272</guid>
		<description>I was thinking about something similar a recently, my solution tends to be just to overwrite old code with newer revisions.  Of course, this sucks bigtime, but it does stop me from accidentally using stale code.&lt;br /&gt;
&lt;br /&gt;
The solution, of course, is to have some form of Revision Control System, like svn or similar.  That way, if you tag properly, you can keep all copies of a design/code AND have relevant tags, AND have datestamps.&lt;br /&gt;
&lt;br /&gt;
Of course, I haven't found a windows/windows IDE friendly RCS system yet. so confusion still reigns.&lt;br /&gt;
&lt;br /&gt;
I was playing about with the idea of coding a webpackage system, whereby an entire website was encapsulated in one file, and revision controlled internally, but I don't know if I will take it forward yet.</description>
		<content:encoded><![CDATA[<p>I was thinking about something similar a recently, my solution tends to be just to overwrite old code with newer revisions.  Of course, this sucks bigtime, but it does stop me from accidentally using stale code.</p>
<p>The solution, of course, is to have some form of Revision Control System, like svn or similar.  That way, if you tag properly, you can keep all copies of a design/code AND have relevant tags, AND have datestamps.</p>
<p>Of course, I haven&#8217;t found a windows/windows IDE friendly RCS system yet. so confusion still reigns.</p>
<p>I was playing about with the idea of coding a webpackage system, whereby an entire website was encapsulated in one file, and revision controlled internally, but I don&#8217;t know if I will take it forward yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam S</title>
		<link>http://firsttube.com/read/A-Little-About-Code-Names/#comment-625</link>
		<dc:creator>Adam S</dc:creator>
		<pubDate>Mon, 24 Mar 2008 23:33:22 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/A-Little-About-Code-Names#comment-625</guid>
		<description>Interesting! I like knowing the background of codenames and I like when they follow some sort of theme.  I also happen to agree that "Aloha" is a good first release name, it sounds powerful and has a good connotation.</description>
		<content:encoded><![CDATA[<p>Interesting! I like knowing the background of codenames and I like when they follow some sort of theme.  I also happen to agree that &#8220;Aloha&#8221; is a good first release name, it sounds powerful and has a good connotation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thom Holwerda</title>
		<link>http://firsttube.com/read/A-Little-About-Code-Names/#comment-271</link>
		<dc:creator>Thom Holwerda</dc:creator>
		<pubDate>Mon, 24 Mar 2008 13:19:21 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/A-Little-About-Code-Names#comment-271</guid>
		<description>Very funny you should bring this up, as a few weeks ago, we had a very entertaining discussion in #haiku about the code name for the Haiku r1 release project. In the BeOS world, codenames were awarded to an entire alpha/beta/rc/final release cycle (so not to just individual alpha or beta releases). For BeOS, codenames were taken from a TV series called "Hawaii 5-0", which explains names like Maui, Dano, and so on.&lt;br /&gt;
&lt;br /&gt;
We found out there actually is a town called Haiku (!) on the Maui island (what are the odds??), so we might settle on a town down the road to Haiku. Another option, an option which I personally really like, is calling Haiku r1 "Aloha", a codename supposedly reserved for a future BeOS release or another Be product (aloha.be.com existed). Would be fitting, the first release, named Aloha.&lt;br /&gt;
&lt;br /&gt;
Interesting in ay case :).</description>
		<content:encoded><![CDATA[<p>Very funny you should bring this up, as a few weeks ago, we had a very entertaining discussion in #haiku about the code name for the Haiku r1 release project. In the BeOS world, codenames were awarded to an entire alpha/beta/rc/final release cycle (so not to just individual alpha or beta releases). For BeOS, codenames were taken from a TV series called &#8220;Hawaii 5-0&#8243;, which explains names like Maui, Dano, and so on.</p>
<p>We found out there actually is a town called Haiku (!) on the Maui island (what are the odds??), so we might settle on a town down the road to Haiku. Another option, an option which I personally really like, is calling Haiku r1 &#8220;Aloha&#8221;, a codename supposedly reserved for a future BeOS release or another Be product (aloha.be.com existed). Would be fitting, the first release, named Aloha.</p>
<p>Interesting in ay case :).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
