<?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 for Blue Sky On Mars</title>
	<atom:link href="http://www.blueskyonmars.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blueskyonmars.com</link>
	<description>The Nuts and Bolts of Creating Great Software Products</description>
	<lastBuildDate>Sat, 23 Jan 2010 20:09:20 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Cobra programming language by Sean</title>
		<link>http://www.blueskyonmars.com/2008/02/08/cobra-programming-language/comment-page-1/#comment-211206</link>
		<dc:creator>Sean</dc:creator>
		<pubDate>Sat, 23 Jan 2010 20:09:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/02/08/cobra-programming-language/#comment-211206</guid>
		<description>FWIW - Functions have the aspect of first class objects that you mentioned: you can pass them around as variables.  I haven&#039;t yet observed if you can assign variables to a function on the fly, but I doubt it.</description>
		<content:encoded><![CDATA[<p>FWIW &#8211; Functions have the aspect of first class objects that you mentioned: you can pass them around as variables.  I haven&#8217;t yet observed if you can assign variables to a function on the fly, but I doubt it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What Server Side JavaScript needs by As Escolhas do MV (XVI) &#171; mvalente.eu/mv.*</title>
		<link>http://www.blueskyonmars.com/2009/01/29/what-server-side-javascript-needs/comment-page-1/#comment-211204</link>
		<dc:creator>As Escolhas do MV (XVI) &#171; mvalente.eu/mv.*</dc:creator>
		<pubDate>Sun, 17 Jan 2010 22:40:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2009/01/29/what-server-side-javascript-needs/#comment-211204</guid>
		<description>[...] uso de Javascript no servidor atingiu massa critica e começou a ganhar forma. Sabe bem confirmar o que tinha previsto e fazer parte da [...]</description>
		<content:encoded><![CDATA[<p>[...] uso de Javascript no servidor atingiu massa critica e começou a ganhar forma. Sabe bem confirmar o que tinha previsto e fazer parte da [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Introduction to the Bespin Python backend by Kevin Dangoor</title>
		<link>http://www.blueskyonmars.com/2009/02/24/introduction-to-the-bespin-python-backend/comment-page-1/#comment-211176</link>
		<dc:creator>Kevin Dangoor</dc:creator>
		<pubDate>Fri, 08 Jan 2010 14:09:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/?p=2545#comment-211176</guid>
		<description>I&#039;m glad you like the video!

I likely used ScreenFlow to do that video. Camtasia can also do live video along with screen video.</description>
		<content:encoded><![CDATA[<p>I&#8217;m glad you like the video!</p>
<p>I likely used ScreenFlow to do that video. Camtasia can also do live video along with screen video.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Introduction to the Bespin Python backend by CNA Training boy</title>
		<link>http://www.blueskyonmars.com/2009/02/24/introduction-to-the-bespin-python-backend/comment-page-1/#comment-211175</link>
		<dc:creator>CNA Training boy</dc:creator>
		<pubDate>Fri, 08 Jan 2010 13:30:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/?p=2545#comment-211175</guid>
		<description>Thanks for sharing this Kevin. This is fun, I love open source projects. I like the corner of the video with you speaking, which software do you use to do this?</description>
		<content:encoded><![CDATA[<p>Thanks for sharing this Kevin. This is fun, I love open source projects. I like the corner of the video with you speaking, which software do you use to do this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Paver 1.0a1 recalled by Fixing Paver &#171; xdissent.com</title>
		<link>http://www.blueskyonmars.com/2009/01/29/paver-10a1-recalled/comment-page-1/#comment-211169</link>
		<dc:creator>Fixing Paver &#171; xdissent.com</dc:creator>
		<pubDate>Thu, 07 Jan 2010 07:02:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2009/01/29/paver-10a1-recalled/#comment-211169</guid>
		<description>[...] figured out a way to get a clean trunk checkout installed and set out to squash the bug that got 1.0a1 recalled in the first [...]</description>
		<content:encoded><![CDATA[<p>[...] figured out a way to get a clean trunk checkout installed and set out to squash the bug that got 1.0a1 recalled in the first [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Refactoring vs. Rewriting by Barbara</title>
		<link>http://www.blueskyonmars.com/2002/01/25/refactoring-vs-rewriting/comment-page-1/#comment-211108</link>
		<dc:creator>Barbara</dc:creator>
		<pubDate>Sat, 26 Dec 2009 19:30:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/wordpress/?p=247#comment-211108</guid>
		<description>His point about recreating bugs is a true one. Often times recoding perfectly working code will create more headaches in the long run.</description>
		<content:encoded><![CDATA[<p>His point about recreating bugs is a true one. Often times recoding perfectly working code will create more headaches in the long run.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on One Python-based version control system to rule them all! by Kevin Dangoor</title>
		<link>http://www.blueskyonmars.com/2009/08/14/one-python-based-version-control-system-to-rule-them-all/comment-page-1/#comment-211100</link>
		<dc:creator>Kevin Dangoor</dc:creator>
		<pubDate>Fri, 18 Dec 2009 01:55:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2009/08/14/one-python-based-version-control-system-to-rule-them-all/#comment-211100</guid>
		<description>Not there yet. It&#039;s not a big task, but there have been a few more core things ahead of it. It will happen, though, because there are more than a few people looking for it.</description>
		<content:encoded><![CDATA[<p>Not there yet. It&#8217;s not a big task, but there have been a few more core things ahead of it. It will happen, though, because there are more than a few people looking for it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on One Python-based version control system to rule them all! by Steve</title>
		<link>http://www.blueskyonmars.com/2009/08/14/one-python-based-version-control-system-to-rule-them-all/comment-page-1/#comment-211099</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 18 Dec 2009 01:51:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2009/08/14/one-python-based-version-control-system-to-rule-them-all/#comment-211099</guid>
		<description>(Sorry for the extra post; forgot to check the box to subscribe to follow-up comments)</description>
		<content:encoded><![CDATA[<p>(Sorry for the extra post; forgot to check the box to subscribe to follow-up comments)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on One Python-based version control system to rule them all! by Steve</title>
		<link>http://www.blueskyonmars.com/2009/08/14/one-python-based-version-control-system-to-rule-them-all/comment-page-1/#comment-211098</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 18 Dec 2009 01:49:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2009/08/14/one-python-based-version-control-system-to-rule-them-all/#comment-211098</guid>
		<description>How&#039;s that git support coming along in uvc/bespin?</description>
		<content:encoded><![CDATA[<p>How&#8217;s that git support coming along in uvc/bespin?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Rebooting Bespin: Embedded and SproutCore by Kevin Dangoor</title>
		<link>http://www.blueskyonmars.com/2009/11/13/rebooting-bespin-embedded-and-sproutcore/comment-page-1/#comment-210946</link>
		<dc:creator>Kevin Dangoor</dc:creator>
		<pubDate>Mon, 23 Nov 2009 21:04:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/?p=2650#comment-210946</guid>
		<description>Hi Sam,

Regarding Dojo vs. SproutCore, it all comes back at looking at what we&#039;re doing... Bespin is not at all a &quot;normal webapp&quot;, in that we&#039;re working with DOM nodes and HTML interface elements, but it&#039;s not in the context of a &quot;page&quot; sort of thing at all. Many things that matter a great deal to people putting together Ajax-enhanced websites matter not at all to us.

We weren&#039;t really using much of Dojo: we used the module system and the basic DOM stuff (all just dojo base functionality). For the Reboot, we decided that we wanted to use CommonJS modules, with an ultimate goal of having plugins that offer both client-side and server-side functionality. And, the DOM stuff frankly doesn&#039;t matter a whole lot. Dojo does just great there...

What we really wanted was a consistent, performant GUI toolkit that would take away a lot of bookkeeping work and let us focus on the functionality. More than one of us working on Bespin has a high opinion of certain Cocoa features at doing just that. SproutCore gives us those sorts of features in a well-constructed GUI toolkit.

So, starting from the notion of wanting to create the entire UI via JavaScript code, I prefer the way SproutCore lets us manage the UI to the way that Dijit does it. (Bindings and things of that nature do a great job at eliminating code for connecting up the various bits of UI.)</description>
		<content:encoded><![CDATA[<p>Hi Sam,</p>
<p>Regarding Dojo vs. SproutCore, it all comes back at looking at what we&#8217;re doing&#8230; Bespin is not at all a &#8220;normal webapp&#8221;, in that we&#8217;re working with DOM nodes and HTML interface elements, but it&#8217;s not in the context of a &#8220;page&#8221; sort of thing at all. Many things that matter a great deal to people putting together Ajax-enhanced websites matter not at all to us.</p>
<p>We weren&#8217;t really using much of Dojo: we used the module system and the basic DOM stuff (all just dojo base functionality). For the Reboot, we decided that we wanted to use CommonJS modules, with an ultimate goal of having plugins that offer both client-side and server-side functionality. And, the DOM stuff frankly doesn&#8217;t matter a whole lot. Dojo does just great there&#8230;</p>
<p>What we really wanted was a consistent, performant GUI toolkit that would take away a lot of bookkeeping work and let us focus on the functionality. More than one of us working on Bespin has a high opinion of certain Cocoa features at doing just that. SproutCore gives us those sorts of features in a well-constructed GUI toolkit.</p>
<p>So, starting from the notion of wanting to create the entire UI via JavaScript code, I prefer the way SproutCore lets us manage the UI to the way that Dijit does it. (Bindings and things of that nature do a great job at eliminating code for connecting up the various bits of UI.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.628 seconds -->
