<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments on: April Fails or April Fools Epic Win?  On &#8220;Ruby is the Future&#8221;</title>
	<atom:link href="http://enfranchisedmind.com/blog/posts/ruby-is-the-future-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://enfranchisedmind.com/blog/posts/ruby-is-the-future-2/</link>
	<description>programming, politics, &#38; other religious issues</description>
	<lastBuildDate>Wed, 08 Feb 2012 14:16:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Consumer-Developers and Contributor-Developers &#124; Enfranchised Mind</title>
		<link>http://enfranchisedmind.com/blog/posts/ruby-is-the-future-2/#comment-36907</link>
		<dc:creator>Consumer-Developers and Contributor-Developers &#124; Enfranchised Mind</dc:creator>
		<pubDate>Mon, 05 Oct 2009 19:44:46 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/?p=1105#comment-36907</guid>
		<description>[...] which is why I satired that functionality in Ruby is the Future (be sure to read the follow-up at April Fails or April Fools Epic Win? On “Ruby is the Future”). Whatever the reason, though, Ruby developers seem motivated to really explore and grok and push [...]</description>
		<content:encoded><![CDATA[<p>[...] which is why I satired that functionality in Ruby is the Future (be sure to read the follow-up at April Fails or April Fools Epic Win? On “Ruby is the Future”). Whatever the reason, though, Ruby developers seem motivated to really explore and grok and push [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Fischer</title>
		<link>http://enfranchisedmind.com/blog/posts/ruby-is-the-future-2/#comment-34407</link>
		<dc:creator>Robert Fischer</dc:creator>
		<pubDate>Tue, 14 Apr 2009 12:54:51 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/?p=1105#comment-34407</guid>
		<description>It might be a good trade-off.  Of course, if you could have more flexibility/freedom *and* reduce the points of failure (a la Duby), wouldn&#039;t that be even better?</description>
		<content:encoded><![CDATA[<p>It might be a good trade-off.  Of course, if you could have more flexibility/freedom *and* reduce the points of failure (a la Duby), wouldn&#8217;t that be even better?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Van Fleet</title>
		<link>http://enfranchisedmind.com/blog/posts/ruby-is-the-future-2/#comment-34406</link>
		<dc:creator>Jim Van Fleet</dc:creator>
		<pubDate>Tue, 14 Apr 2009 11:30:10 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/?p=1105#comment-34406</guid>
		<description>Hi, Robert.

In my role as the care and feeding for a relatively large and involved Rails application, I can assure all readers that bullets # 1, 5, and 6 are real issues.  My question is this: doesn&#039;t more freedom/flexibility imply more points of failure?  If so, might that not be a good tradeoff?

I am not certain what the future holds, of course, but I believe that as time passes, the Rails community will have more opportunity at mature libraries with the &quot;just-right&quot; balance of flexibility and stability in construction and performance.  Perhaps this just reinforces bullet 6 however!  Some users will need to examine the code to make such a determination.

@bigfleet</description>
		<content:encoded><![CDATA[<p>Hi, Robert.</p>
<p>In my role as the care and feeding for a relatively large and involved Rails application, I can assure all readers that bullets # 1, 5, and 6 are real issues.  My question is this: doesn&#8217;t more freedom/flexibility imply more points of failure?  If so, might that not be a good tradeoff?</p>
<p>I am not certain what the future holds, of course, but I believe that as time passes, the Rails community will have more opportunity at mature libraries with the &#8220;just-right&#8221; balance of flexibility and stability in construction and performance.  Perhaps this just reinforces bullet 6 however!  Some users will need to examine the code to make such a determination.</p>
<p>@bigfleet</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Menard</title>
		<link>http://enfranchisedmind.com/blog/posts/ruby-is-the-future-2/#comment-34337</link>
		<dc:creator>Mark Menard</dc:creator>
		<pubDate>Thu, 02 Apr 2009 18:05:46 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/?p=1105#comment-34337</guid>
		<description>@RobertFischer You just need to write more controversial posts.

Mark</description>
		<content:encoded><![CDATA[<p>@RobertFischer You just need to write more controversial posts.</p>
<p>Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Fischer</title>
		<link>http://enfranchisedmind.com/blog/posts/ruby-is-the-future-2/#comment-34336</link>
		<dc:creator>Robert Fischer</dc:creator>
		<pubDate>Thu, 02 Apr 2009 16:30:55 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/?p=1105#comment-34336</guid>
		<description>Wow.  4500 unique visitors to &quot;Ruby is the Future&quot; on April 1st.  It usually takes me a whole &lt;em&gt;month&lt;/em&gt; to rack up that much traffic.</description>
		<content:encoded><![CDATA[<p>Wow.  4500 unique visitors to &#8220;Ruby is the Future&#8221; on April 1st.  It usually takes me a whole <em>month</em> to rack up that much traffic.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

