<?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: Is the Rails process too slow?</title>
	<atom:link href="http://casperfabricius.com/site/2007/11/25/rails-process-slow/feed/" rel="self" type="application/rss+xml" />
	<link>http://casperfabricius.com/site/2007/11/25/rails-process-slow/</link>
	<description>expert ruby on rails development</description>
	<pubDate>Thu, 20 Nov 2008 22:22:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Jakob S</title>
		<link>http://casperfabricius.com/site/2007/11/25/rails-process-slow/#comment-138</link>
		<dc:creator>Jakob S</dc:creator>
		<pubDate>Mon, 26 Nov 2007 13:17:36 +0000</pubDate>
		<guid isPermaLink="false">http://casperfabricius.com/blog/2007/11/25/rails-process-slow/#comment-138</guid>
		<description>It would be interesting if you could run the numbers for Rails again once Report 12 have been in place for some while.

Report 12 in itself is a sign that the lengthy process have been recognized by the Core team and they're attempting to address it. Running the numbers again could indicate wether Report 12 is successful.</description>
		<content:encoded><![CDATA[<p>It would be interesting if you could run the numbers for Rails again once Report 12 have been in place for some while.</p>
<p>Report 12 in itself is a sign that the lengthy process have been recognized by the Core team and they&#8217;re attempting to address it. Running the numbers again could indicate wether Report 12 is successful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Bennett</title>
		<link>http://casperfabricius.com/site/2007/11/25/rails-process-slow/#comment-137</link>
		<dc:creator>Andrew Bennett</dc:creator>
		<pubDate>Mon, 26 Nov 2007 01:26:49 +0000</pubDate>
		<guid isPermaLink="false">http://casperfabricius.com/blog/2007/11/25/rails-process-slow/#comment-137</guid>
		<description>I think the slow development process is due in part to the large number of people submitting poorly written patches or no patch at all, leaving the Rails community to figure out the problem for them.

Using their new procedure for submitting patches might help to speed things up.  &lt;a href="http://dev.rubyonrails.org/ticket/9890" title="Rails ticket #9890" rel="nofollow"&gt;One of my patches&lt;/a&gt; was &lt;a href="http://dev.rubyonrails.org/changeset/7945" rel="nofollow"&gt;accepted&lt;/a&gt; just 2 hours after I submitted it.

I think they could also significantly speed things up if they'd migrate to a distributed version control system (whether it's git, mercurial, bzr, etc).  Almost &lt;em&gt;anything&lt;/em&gt; is better than subversion.</description>
		<content:encoded><![CDATA[<p>I think the slow development process is due in part to the large number of people submitting poorly written patches or no patch at all, leaving the Rails community to figure out the problem for them.</p>
<p>Using their new procedure for submitting patches might help to speed things up.  <a href="http://dev.rubyonrails.org/ticket/9890" title="Rails ticket #9890" rel="nofollow">One of my patches</a> was <a href="http://dev.rubyonrails.org/changeset/7945" rel="nofollow">accepted</a> just 2 hours after I submitted it.</p>
<p>I think they could also significantly speed things up if they&#8217;d migrate to a distributed version control system (whether it&#8217;s git, mercurial, bzr, etc).  Almost <em>anything</em> is better than subversion.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
