<?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 on: How to Make Twitter Scalable</title>
	<atom:link href="http://www.appistry.com/blog/2008/04/how-make-twitter-scalable/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.appistry.com/blog/2008/04/how-make-twitter-scalable/</link>
	<description>News and Ideas from Appistry on Appistry, Cloud Computing, Private Clouds and More</description>
	<lastBuildDate>Wed, 13 Jan 2010 07:37:17 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: McWong</title>
		<link>http://www.appistry.com/blog/2008/04/how-make-twitter-scalable/comment-page-1/#comment-51</link>
		<dc:creator>McWong</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-51</guid>
		<description>I put up a similar post a few days ago... http://www.themcwongs.com/mcblog/2008/04/twitter-jabber-stability-shoul.html.  Twitter is a message router, not an MVC app.  The focus recently is &quot;oh, they use rails, that&#039;s why they don&#039;t scale...&quot;  but as Twitter founder ev points out (http://twitter.com/ev) there is a lot of code there that isn&#039;t rails.  Striking the appropriate balance is what&#039;s key, and shifting more to the approach outlined here is very reasonable.</description>
		<content:encoded><![CDATA[<p>I put up a similar post a few days ago&#8230; <a href="http://www.themcwongs.com/mcblog/2008/04/twitter-jabber-stability-shoul.html" rel="nofollow">http://www.themcwongs.com/mcblog/2008/04/twitter-jabber-stability-shoul.html</a>.  Twitter is a message router, not an MVC app.  The focus recently is &#8220;oh, they use rails, that&#8217;s why they don&#8217;t scale&#8230;&#8221;  but as Twitter founder ev points out (<a href="http://twitter.com/ev" rel="nofollow">http://twitter.com/ev</a>) there is a lot of code there that isn&#8217;t rails.  Striking the appropriate balance is what&#8217;s key, and shifting more to the approach outlined here is very reasonable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AkitaOnRails</title>
		<link>http://www.appistry.com/blog/2008/04/how-make-twitter-scalable/comment-page-1/#comment-53</link>
		<dc:creator>AkitaOnRails</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-53</guid>
		<description>Another FUD article from someone who obviously knows nothing about Rails. </description>
		<content:encoded><![CDATA[<p>Another FUD article from someone who obviously knows nothing about Rails.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luigi Montanez</title>
		<link>http://www.appistry.com/blog/2008/04/how-make-twitter-scalable/comment-page-1/#comment-54</link>
		<dc:creator>Luigi Montanez</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-54</guid>
		<description>As a developer, I would never, in a million years, write a blog post supposing that I  know how to build an application better rather than the actual developers who have worked on it for the past two years.

What if I told you how to do your job? What if I went into that post about your Drupal commenting being buggy and told you, &quot;Yeah, it&#039;s really not that hard to get Drupal commenting to work. Just follow these three one-sentence steps and it&#039;ll work right quick.&quot;

You never know what goes into any project or application unless you actually work on it. Or, at the very least, do at least some research about it. If you did, you would have found out that Twitter&#039;s core does in fact run on a message queue system that&#039;s not Rails at all, but pure Ruby:

http://dev.twitter.com/2008/01/announcing-starling.html

Daemons, asynchronous messaging, memcached. Sounds like your first three bullet points right there. Pardon them if they don&#039;t follow your fourth.</description>
		<content:encoded><![CDATA[<p>As a developer, I would never, in a million years, write a blog post supposing that I  know how to build an application better rather than the actual developers who have worked on it for the past two years.</p>
<p>What if I told you how to do your job? What if I went into that post about your Drupal commenting being buggy and told you, &#8220;Yeah, it&#8217;s really not that hard to get Drupal commenting to work. Just follow these three one-sentence steps and it&#8217;ll work right quick.&#8221;</p>
<p>You never know what goes into any project or application unless you actually work on it. Or, at the very least, do at least some research about it. If you did, you would have found out that Twitter&#8217;s core does in fact run on a message queue system that&#8217;s not Rails at all, but pure Ruby:</p>
<p><a href="http://dev.twitter.com/2008/01/announcing-starling.html" rel="nofollow">http://dev.twitter.com/2008/01/announcing-starling.html</a></p>
<p>Daemons, asynchronous messaging, memcached. Sounds like your first three bullet points right there. Pardon them if they don&#8217;t follow your fourth.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
