<?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: Rails is slow? Who cares!</title>
	<atom:link href="http://blog.wonsys.net/posts/19-rails-is-slow-who-cares/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.wonsys.net/posts/19-rails-is-slow-who-cares/</link>
	<description>Blogging about design, development, entrepreneurship, arts &#038; culture and, of course, our products</description>
	<pubDate>Tue, 06 Jan 2009 15:37:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Hone</title>
		<link>http://blog.wonsys.net/posts/19-rails-is-slow-who-cares/#comment-104</link>
		<dc:creator>Hone</dc:creator>
		<pubDate>Sat, 14 Jul 2007 02:24:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wonsys.net/posts/19-rails-is-slow-who-cares/#comment-104</guid>
		<description>Well there are a million and one start ups using rails which get hardly any traffic - or sign ups - so speed in a production environment is potentially never a factor.</description>
		<content:encoded><![CDATA[<p>Well there are a million and one start ups using rails which get hardly any traffic - or sign ups - so speed in a production environment is potentially never a factor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michele</title>
		<link>http://blog.wonsys.net/posts/19-rails-is-slow-who-cares/#comment-103</link>
		<dc:creator>Michele</dc:creator>
		<pubDate>Wed, 11 Jul 2007 15:50:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wonsys.net/posts/19-rails-is-slow-who-cares/#comment-103</guid>
		<description>**@ Tyler:** I know Python is not the fastest language available, but given it's very similar to ruby, it was a good comparison. It wouldn't make sense to compare Ruby to, say, C, they're not the same thing.

Anyway, I agree with you: startups should definitely look for speed of development.</description>
		<content:encoded><![CDATA[<p><strong>@ Tyler:</strong> I know Python is not the fastest language available, but given it&#8217;s very similar to ruby, it was a good comparison. It wouldn&#8217;t make sense to compare Ruby to, say, C, they&#8217;re not the same thing.</p>
<p>Anyway, I agree with you: startups should definitely look for speed of development.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyler Prete</title>
		<link>http://blog.wonsys.net/posts/19-rails-is-slow-who-cares/#comment-102</link>
		<dc:creator>Tyler Prete</dc:creator>
		<pubDate>Wed, 11 Jul 2007 15:42:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wonsys.net/posts/19-rails-is-slow-who-cares/#comment-102</guid>
		<description>While I agree with your point, I'm not sure that Python is really a good example of "fast" either.  It is at best 10x faster than Ruby, and I doubt even that.  Languages like Java or C# are often near 100x faster.  However, especially for startups, I definitely agree that speed of development is almost always more important than speed of execution.</description>
		<content:encoded><![CDATA[<p>While I agree with your point, I&#8217;m not sure that Python is really a good example of &#8220;fast&#8221; either.  It is at best 10x faster than Ruby, and I doubt even that.  Languages like Java or C# are often near 100x faster.  However, especially for startups, I definitely agree that speed of development is almost always more important than speed of execution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nick</title>
		<link>http://blog.wonsys.net/posts/19-rails-is-slow-who-cares/#comment-101</link>
		<dc:creator>nick</dc:creator>
		<pubDate>Wed, 11 Jul 2007 13:09:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wonsys.net/posts/19-rails-is-slow-who-cares/#comment-101</guid>
		<description>Wellâ€¦ I guess in the end it boils down to being a function of your apps lifetime, the hours you save, your hourly rate and the premium you pay.  Something like

if lifetime(months)*premium/month </description>
		<content:encoded><![CDATA[<p>Wellâ€¦ I guess in the end it boils down to being a function of your apps lifetime, the hours you save, your hourly rate and the premium you pay.  Something like</p>
<p>if lifetime(months)*premium/month </p>
]]></content:encoded>
	</item>
</channel>
</rss>
