<?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 for Compound Thinking</title>
	<atom:link href="http://compoundthinking.com/blog/index.php/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://compoundthinking.com/blog</link>
	<description>New Perspectives on Information Technology</description>
	<pubDate>Sat, 17 May 2008 02:18:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on Why MBA &#8220;Stars&#8221; Don&#8217;t Necessarily Make Good Managers by texas home insurance</title>
		<link>http://compoundthinking.com/blog/index.php/2006/11/30/why-mba-holders-dont-necessarily-make-good-managers/#comment-174141</link>
		<dc:creator>texas home insurance</dc:creator>
		<pubDate>Fri, 16 May 2008 22:49:44 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/11/30/why-mba-holders-dont-necessarily-make-good-managers/#comment-174141</guid>
		<description>&lt;strong&gt;texas home insurance...&lt;/strong&gt;

discussed?mushrooming doctrines!arrived departmental:unbound ...</description>
		<content:encoded><![CDATA[<p><strong>texas home insurance&#8230;</strong></p>
<p>discussed?mushrooming doctrines!arrived departmental:unbound &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Threads, Processes, Rails, TurboGears, and Scalability by Luke Hoersten</title>
		<link>http://compoundthinking.com/blog/index.php/2008/05/14/threads-processes-rails-trubogears-and-scalability/#comment-172916</link>
		<dc:creator>Luke Hoersten</dc:creator>
		<pubDate>Wed, 14 May 2008 20:51:34 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=306#comment-172916</guid>
		<description>Great post, Mark! When I wrote about &lt;a href="http://humani.st/scalable-web-apps-erlang-python/" rel="nofollow"&gt;computational parallelism to help scale web apps&lt;/a&gt; written in Python, I assumed my readers would already understand all the concepts you've outlined above. When I realized most readers didn't understand, it seemed too much of a daunting tasks to write this post which you've so elegantly written. I wish this post existed when I first published my concurrency post. I'll be post-publish linking to this =)</description>
		<content:encoded><![CDATA[<p>Great post, Mark! When I wrote about <a href="http://humani.st/scalable-web-apps-erlang-python/" rel="nofollow">computational parallelism to help scale web apps</a> written in Python, I assumed my readers would already understand all the concepts you&#8217;ve outlined above. When I realized most readers didn&#8217;t understand, it seemed too much of a daunting tasks to write this post which you&#8217;ve so elegantly written. I wish this post existed when I first published my concurrency post. I&#8217;ll be post-publish linking to this =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Threads, Processes, Rails, TurboGears, and Scalability by Michaek Foord</title>
		<link>http://compoundthinking.com/blog/index.php/2008/05/14/threads-processes-rails-trubogears-and-scalability/#comment-172754</link>
		<dc:creator>Michaek Foord</dc:creator>
		<pubDate>Wed, 14 May 2008 10:22:36 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=306#comment-172754</guid>
		<description>Interestingly the .NET Dynamic Language Runtime (and hence IronPython and IronRuby) allows you to instantiate multiple language engines within the same process.

This is really useful even within individual applications (Resolver One uses the IronPython API to create multiple engines - effectively execution environments - all from pure Python code). It is one advantage that IronPython has over CPython, that this is not only possible - but easy!</description>
		<content:encoded><![CDATA[<p>Interestingly the .NET Dynamic Language Runtime (and hence IronPython and IronRuby) allows you to instantiate multiple language engines within the same process.</p>
<p>This is really useful even within individual applications (Resolver One uses the IronPython API to create multiple engines - effectively execution environments - all from pure Python code). It is one advantage that IronPython has over CPython, that this is not only possible - but easy!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on For some (very small) values of done&#8230; by manuelg</title>
		<link>http://compoundthinking.com/blog/index.php/2008/05/05/for-some-very-small-values-of-done/#comment-168236</link>
		<dc:creator>manuelg</dc:creator>
		<pubDate>Mon, 05 May 2008 22:11:43 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=307#comment-168236</guid>
		<description>The mechanically verified Ruby 1.9 changelog

http://eigenclass.org/hiki/mechanically-verified-ruby19-changelog</description>
		<content:encoded><![CDATA[<p>The mechanically verified Ruby 1.9 changelog</p>
<p><a href="http://eigenclass.org/hiki/mechanically-verified-ruby19-changelog" rel="nofollow">http://eigenclass.org/hiki/mechanically-verified-ruby19-changelog</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on For some (very small) values of done&#8230; by chromatic</title>
		<link>http://compoundthinking.com/blog/index.php/2008/05/05/for-some-very-small-values-of-done/#comment-168065</link>
		<dc:creator>chromatic</dc:creator>
		<pubDate>Mon, 05 May 2008 18:39:21 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=307#comment-168065</guid>
		<description>Perl 6 has a test suite and a specification.  If Ruby 1.9 has neither, how could Ruby 1.9 possibly be more done than Perl 6?</description>
		<content:encoded><![CDATA[<p>Perl 6 has a test suite and a specification.  If Ruby 1.9 has neither, how could Ruby 1.9 possibly be more done than Perl 6?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on JVM as platform for dynamic languages? by Mark Ramm</title>
		<link>http://compoundthinking.com/blog/index.php/2008/02/27/jvm-as-platform-for-dynamic-languages/#comment-167897</link>
		<dc:creator>Mark Ramm</dc:creator>
		<pubDate>Mon, 05 May 2008 12:48:52 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2008/02/27/jvm-as-platform-for-dynamic-languages/#comment-167897</guid>
		<description>tonetheman,

Here's an interesting post on that subject:

http://osteele.com/archives/2004/11/ides

I think some people are cripled by the idea that there's one true tool for the job.  Grep, sed, awk, vi, and bash make me think that even language oriented people are kind of tool oriented, but they are just into small tools that can be re-used many creative ways.</description>
		<content:encoded><![CDATA[<p>tonetheman,</p>
<p>Here&#8217;s an interesting post on that subject:</p>
<p><a href="http://osteele.com/archives/2004/11/ides" rel="nofollow">http://osteele.com/archives/2004/11/ides</a></p>
<p>I think some people are cripled by the idea that there&#8217;s one true tool for the job.  Grep, sed, awk, vi, and bash make me think that even language oriented people are kind of tool oriented, but they are just into small tools that can be re-used many creative ways.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on JVM as platform for dynamic languages? by SitePen Blog &#187; Why Java remains the most popular language on the JVM</title>
		<link>http://compoundthinking.com/blog/index.php/2008/02/27/jvm-as-platform-for-dynamic-languages/#comment-167772</link>
		<dc:creator>SitePen Blog &#187; Why Java remains the most popular language on the JVM</dc:creator>
		<pubDate>Mon, 05 May 2008 07:01:55 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2008/02/27/jvm-as-platform-for-dynamic-languages/#comment-167772</guid>
		<description>[...] Ramm-Christensen posed some questions about using the JVM as a platform for dynamic languages. Many people do, in fact, use dynamic languages on the JVM (Groovy, Beanshell, Rhino, Jython, JRuby [...]</description>
		<content:encoded><![CDATA[<p>[...] Ramm-Christensen posed some questions about using the JVM as a platform for dynamic languages. Many people do, in fact, use dynamic languages on the JVM (Groovy, Beanshell, Rhino, Jython, JRuby [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on So many revolutions, so little time. by Mark Ramm</title>
		<link>http://compoundthinking.com/blog/index.php/2008/04/30/so-many-revolutions-so-little-time/#comment-167381</link>
		<dc:creator>Mark Ramm</dc:creator>
		<pubDate>Sun, 04 May 2008 20:07:55 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=305#comment-167381</guid>
		<description>Netmouse, 

Thanks. ;)  I just responded to your e-mail, so hopefully were all connected up now.</description>
		<content:encoded><![CDATA[<p>Netmouse, </p>
<p>Thanks. ;)  I just responded to your e-mail, so hopefully were all connected up now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on So many revolutions, so little time. by Netmouse</title>
		<link>http://compoundthinking.com/blog/index.php/2008/04/30/so-many-revolutions-so-little-time/#comment-167374</link>
		<dc:creator>Netmouse</dc:creator>
		<pubDate>Sun, 04 May 2008 19:46:14 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=305#comment-167374</guid>
		<description>I am looking forward to collaborating on a massively scalable application with you just as soon as I find your card again... in the meantime I will try an old account..</description>
		<content:encoded><![CDATA[<p>I am looking forward to collaborating on a massively scalable application with you just as soon as I find your card again&#8230; in the meantime I will try an old account..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Urgency vs. Motivation by Melissa</title>
		<link>http://compoundthinking.com/blog/index.php/2008/04/30/urgency-vs-motivation/#comment-165999</link>
		<dc:creator>Melissa</dc:creator>
		<pubDate>Fri, 02 May 2008 17:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=301#comment-165999</guid>
		<description>You made a great case differentiating these two terms.  Thanks for this article/viewpoint</description>
		<content:encoded><![CDATA[<p>You made a great case differentiating these two terms.  Thanks for this article/viewpoint</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on So many revolutions, so little time. by Mark Ramm</title>
		<link>http://compoundthinking.com/blog/index.php/2008/04/30/so-many-revolutions-so-little-time/#comment-164688</link>
		<dc:creator>Mark Ramm</dc:creator>
		<pubDate>Wed, 30 Apr 2008 21:32:36 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=305#comment-164688</guid>
		<description>Steve, I think you're right that sure looks like a reference to EC2 and S3.   I still think he misses the main structural point -- it's not about existing large corporations having access to these kinds of cloud-based services.   

The real revolution is that I as an individual programmer working by myself at home can make use of cloud computing to build massively scalable applications.   No IT staff required.</description>
		<content:encoded><![CDATA[<p>Steve, I think you&#8217;re right that sure looks like a reference to EC2 and S3.   I still think he misses the main structural point &#8212; it&#8217;s not about existing large corporations having access to these kinds of cloud-based services.   </p>
<p>The real revolution is that I as an individual programmer working by myself at home can make use of cloud computing to build massively scalable applications.   No IT staff required.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on So many revolutions, so little time. by Steve Holden</title>
		<link>http://compoundthinking.com/blog/index.php/2008/04/30/so-many-revolutions-so-little-time/#comment-164681</link>
		<dc:creator>Steve Holden</dc:creator>
		<pubDate>Wed, 30 Apr 2008 20:53:16 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=305#comment-164681</guid>
		<description>Google desktop warns me that this may be a dangerous site, I don't know whether that's because you are scripting aggressively or what. Seems OK to me (though if I get a virus you'll get a call ;-)

Tim Bray's piece was indeed interesting. So interesting, in fact, that I wrote a piece for Python Magazine inspired by it.

I took his mentions of "computing in the cloud" to be references to Amazon and the App Engine. Do you think I was wrong?</description>
		<content:encoded><![CDATA[<p>Google desktop warns me that this may be a dangerous site, I don&#8217;t know whether that&#8217;s because you are scripting aggressively or what. Seems OK to me (though if I get a virus you&#8217;ll get a call ;-)</p>
<p>Tim Bray&#8217;s piece was indeed interesting. So interesting, in fact, that I wrote a piece for Python Magazine inspired by it.</p>
<p>I took his mentions of &#8220;computing in the cloud&#8221; to be references to Amazon and the App Engine. Do you think I was wrong?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Dangers of Paying Too Well by Mark Ramm</title>
		<link>http://compoundthinking.com/blog/index.php/2008/04/30/the-dangers-of-paying-too-well/#comment-164675</link>
		<dc:creator>Mark Ramm</dc:creator>
		<pubDate>Wed, 30 Apr 2008 20:40:19 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=310#comment-164675</guid>
		<description>Awesome quote.   Of course the real trick is always teaching someone to "long for the immensity of the sea," -- particularly if you don't already have a boat so you can show it to them. 

That's why the ability to tell stories that grip the imagination seems to me to be at the heart of good project management.</description>
		<content:encoded><![CDATA[<p>Awesome quote.   Of course the real trick is always teaching someone to &#8220;long for the immensity of the sea,&#8221; &#8212; particularly if you don&#8217;t already have a boat so you can show it to them. </p>
<p>That&#8217;s why the ability to tell stories that grip the imagination seems to me to be at the heart of good project management.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Dangers of Paying Too Well by Bruce Webber</title>
		<link>http://compoundthinking.com/blog/index.php/2008/04/30/the-dangers-of-paying-too-well/#comment-164667</link>
		<dc:creator>Bruce Webber</dc:creator>
		<pubDate>Wed, 30 Apr 2008 20:31:25 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=310#comment-164667</guid>
		<description>Antoine de Saint-Exupéry wrote "If you want to build a ship, don’t drum up people to collect wood and don’t assign them to tasks and work, but rather teach them to long for the immensity of the sea."

It's overstated, of course, because we do need requirements, planning, coordination, etc., but I think this quote does get to the heart of motivation.

-- Bruce</description>
		<content:encoded><![CDATA[<p>Antoine de Saint-Exupéry wrote &#8220;If you want to build a ship, don’t drum up people to collect wood and don’t assign them to tasks and work, but rather teach them to long for the immensity of the sea.&#8221;</p>
<p>It&#8217;s overstated, of course, because we do need requirements, planning, coordination, etc., but I think this quote does get to the heart of motivation.</p>
<p>&#8211; Bruce</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On Layoffs, &#8220;Jelled Teams,&#8221; and my new job status by Aaron Bickell</title>
		<link>http://compoundthinking.com/blog/index.php/2008/04/24/on-layoffs-jelled-teams-and-my-new-job-status/#comment-161797</link>
		<dc:creator>Aaron Bickell</dc:creator>
		<pubDate>Fri, 25 Apr 2008 12:33:27 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/?p=303#comment-161797</guid>
		<description>It's quite a tragedy that a team that worked so well was dismantled, and I'm staggered by the loss.  The only silver-lining I see in the situation is I'm positive that as people go their separate ways, they will be the strongest members on whatever team they end up on.  It has been an absolute privilege to work on this team, with such smart and cool people.</description>
		<content:encoded><![CDATA[<p>It&#8217;s quite a tragedy that a team that worked so well was dismantled, and I&#8217;m staggered by the loss.  The only silver-lining I see in the situation is I&#8217;m positive that as people go their separate ways, they will be the strongest members on whatever team they end up on.  It has been an absolute privilege to work on this team, with such smart and cool people.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
