<?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: Ruby 1.9 &amp; Rails 3.0</title>
	<atom:link href="http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/</link>
	<description>The technical ramblings of Mark Bates.</description>
	<lastBuildDate>Wed, 17 Aug 2011 16:45:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: grimen</title>
		<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/comment-page-1/#comment-298</link>
		<dc:creator>grimen</dc:creator>
		<pubDate>Thu, 11 Feb 2010 23:26:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.metabates.com/?p=313#comment-298</guid>
		<description>@Shanna: It&#039;s was nothing wrong with RUBY_VERSION &gt;= ‘1.9? in apps when hundreds of gems was not compatible in 2009. I&#039;m coding in Ruby 1.9 all day long, but neither of us are superman and can make all gems be 1.9-compatible: I&#039;t sup to the community as whole to fix that. While complex gems like ruby-debug is not 1.9, RUBY_VERSION &gt;= ‘1.9? is totally fine as I see it. Rather 1.9 in mind than not at all. A I said, I&#039;m only on 1.8 when I have to.</description>
		<content:encoded><![CDATA[<p>@Shanna: It&#8217;s was nothing wrong with RUBY_VERSION &gt;= ‘1.9? in apps when hundreds of gems was not compatible in 2009. I&#8217;m coding in Ruby 1.9 all day long, but neither of us are superman and can make all gems be 1.9-compatible: I&#8217;t sup to the community as whole to fix that. While complex gems like ruby-debug is not 1.9, RUBY_VERSION &gt;= ‘1.9? is totally fine as I see it. Rather 1.9 in mind than not at all. A I said, I&#8217;m only on 1.8 when I have to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shanna</title>
		<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/comment-page-1/#comment-297</link>
		<dc:creator>Shanna</dc:creator>
		<pubDate>Wed, 10 Feb 2010 07:03:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.metabates.com/?p=313#comment-297</guid>
		<description>Formatting error on the code sample, with no preview and no edits. Gist is here: http://gist.github.com/300090</description>
		<content:encoded><![CDATA[<p>Formatting error on the code sample, with no preview and no edits. Gist is here: <a href="http://gist.github.com/300090" rel="nofollow">http://gist.github.com/300090</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shanna</title>
		<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/comment-page-1/#comment-296</link>
		<dc:creator>Shanna</dc:creator>
		<pubDate>Wed, 10 Feb 2010 06:56:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.metabates.com/?p=313#comment-296</guid>
		<description>@Grimen. I don&#039;t know who started the RUBY_VERSION &gt;= &#039;1.9&#039; idiom but they got it backwards. Ruby 1.9 is released, everyone should be writing for (and with) 1.9 aiming for 1.8 compatibility not the other way around.

I understand it&#039;s a subtle difference but an important one and has the added advantage that when the time comes to drop 1.8 support (and it will just like 1.6 conditions disappeared over time) it will be easy to remove all your 1.8 compatibility code which is neatly marked as such :)

if RUBY_VERSION = &#039;1.9&#039;
# ... 1.8 compatibility backports, monkey patches get required here.
end

Developing any new code in 1.8 at this point isn&#039;t doing anyone any favors and hinders progress that we desperately need. Even if you don&#039;t personally you can bet every one of us uses gems daily that would benefit from 1.9.</description>
		<content:encoded><![CDATA[<p>@Grimen. I don&#8217;t know who started the RUBY_VERSION &gt;= &#8217;1.9&#8242; idiom but they got it backwards. Ruby 1.9 is released, everyone should be writing for (and with) 1.9 aiming for 1.8 compatibility not the other way around.</p>
<p>I understand it&#8217;s a subtle difference but an important one and has the added advantage that when the time comes to drop 1.8 support (and it will just like 1.6 conditions disappeared over time) it will be easy to remove all your 1.8 compatibility code which is neatly marked as such <img src='http://www.metabates.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>if RUBY_VERSION = &#8217;1.9&#8242;<br />
# &#8230; 1.8 compatibility backports, monkey patches get required here.<br />
end</p>
<p>Developing any new code in 1.8 at this point isn&#8217;t doing anyone any favors and hinders progress that we desperately need. Even if you don&#8217;t personally you can bet every one of us uses gems daily that would benefit from 1.9.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Granieri</title>
		<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/comment-page-1/#comment-294</link>
		<dc:creator>Sam Granieri</dc:creator>
		<pubDate>Tue, 09 Feb 2010 03:05:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.metabates.com/?p=313#comment-294</guid>
		<description>Rails 3.1 should require ruby Ruby 1.9.2 at the bare minimum. Let&#039;s make it happen!</description>
		<content:encoded><![CDATA[<p>Rails 3.1 should require ruby Ruby 1.9.2 at the bare minimum. Let&#8217;s make it happen!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phrozen</title>
		<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/comment-page-1/#comment-293</link>
		<dc:creator>Phrozen</dc:creator>
		<pubDate>Tue, 09 Feb 2010 02:05:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.metabates.com/?p=313#comment-293</guid>
		<description>Agreed! Most of active projects will do their migration to 3.0 &amp; 1.9 in order to support the new technologies, those slow or abandoned projects will not be compatible any more, leaving room for new ones with better and cleaner code. Harsh progress?? but still progress...</description>
		<content:encoded><![CDATA[<p>Agreed! Most of active projects will do their migration to 3.0 &amp; 1.9 in order to support the new technologies, those slow or abandoned projects will not be compatible any more, leaving room for new ones with better and cleaner code. Harsh progress?? but still progress&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Bates</title>
		<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/comment-page-1/#comment-292</link>
		<dc:creator>Mark Bates</dc:creator>
		<pubDate>Mon, 08 Feb 2010 22:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.metabates.com/?p=313#comment-292</guid>
		<description>@Jeremy: I completely second Dan&#039;s suggestion of adopting DataObjects for AR. That&#039;s a great idea Dan, and one that I wish happened a long time ago. Think of how much cleaner the AR/ARel code would get if it only had to work with a single unified API. Plus, I used to be a big DM supporter/contributor back in the day, and I can tell you that those drivers are rock solid and FAST!</description>
		<content:encoded><![CDATA[<p>@Jeremy: I completely second Dan&#8217;s suggestion of adopting DataObjects for AR. That&#8217;s a great idea Dan, and one that I wish happened a long time ago. Think of how much cleaner the AR/ARel code would get if it only had to work with a single unified API. Plus, I used to be a big DM supporter/contributor back in the day, and I can tell you that those drivers are rock solid and FAST!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Kubb</title>
		<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/comment-page-1/#comment-291</link>
		<dc:creator>Dan Kubb</dc:creator>
		<pubDate>Mon, 08 Feb 2010 22:42:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.metabates.com/?p=313#comment-291</guid>
		<description>@Jeremy: Or we could just push towards adopting DataObjects as a DB later undereath ActiveRecord and Arel.

DataObjects (DO) has support for MySQL, SQLite3, PostgreSQL and several other DBs.  It supports Ruby 1.8.6 through 1.9.2.  It also has encoding support on 1.9.  It works with JRuby and even Rubinius (!). The windows MRI gem is a &quot;fat binary&quot; allowing the same gem to work with 1.8 and 1.9. It has non-blocking support like neverblock. It is supported by DataMapper and Sequel, and DM has been using it for well over 2 years. The gem installation command is the same across all versions and flavors of ruby. The interface is uniform across all the drivers It has an active developer community and great support. Oh, and it&#039;s also extremely fast.

I could go on but you get the point. DO was 1.9 compatible over a year ago, while most of the other DB drivers are lagging behind the curve as Jeremy points out.

One of the DO developers (myabc) recently started porting Arel to work with DO: http://github.com/myabc/arel/tree/do -- I know he&#039;d appreciate some help from the community.  Hop into #dm-hacking on IRC, and ask myabc, dbussink or myself (dkubb) what you can do to help.</description>
		<content:encoded><![CDATA[<p>@Jeremy: Or we could just push towards adopting DataObjects as a DB later undereath ActiveRecord and Arel.</p>
<p>DataObjects (DO) has support for MySQL, SQLite3, PostgreSQL and several other DBs.  It supports Ruby 1.8.6 through 1.9.2.  It also has encoding support on 1.9.  It works with JRuby and even Rubinius (!). The windows MRI gem is a &#8220;fat binary&#8221; allowing the same gem to work with 1.8 and 1.9. It has non-blocking support like neverblock. It is supported by DataMapper and Sequel, and DM has been using it for well over 2 years. The gem installation command is the same across all versions and flavors of ruby. The interface is uniform across all the drivers It has an active developer community and great support. Oh, and it&#8217;s also extremely fast.</p>
<p>I could go on but you get the point. DO was 1.9 compatible over a year ago, while most of the other DB drivers are lagging behind the curve as Jeremy points out.</p>
<p>One of the DO developers (myabc) recently started porting Arel to work with DO: <a href="http://github.com/myabc/arel/tree/do" rel="nofollow">http://github.com/myabc/arel/tree/do</a> &#8212; I know he&#8217;d appreciate some help from the community.  Hop into #dm-hacking on IRC, and ask myabc, dbussink or myself (dkubb) what you can do to help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Menard</title>
		<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/comment-page-1/#comment-290</link>
		<dc:creator>Kevin Menard</dc:creator>
		<pubDate>Mon, 08 Feb 2010 22:28:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.metabates.com/?p=313#comment-290</guid>
		<description>Grimen:

I appreciate the response.  But having to do that is also a bit absurd and illustrates why moving to 1.9 is a pain in the neck.  It feels like death by a thousand cuts.  Trust me, I&#039;m not staying on 1.8 because I love the way the GC crashes.  I&#039;m staying there because it&#039;s the most pragmatic thing to do.</description>
		<content:encoded><![CDATA[<p>Grimen:</p>
<p>I appreciate the response.  But having to do that is also a bit absurd and illustrates why moving to 1.9 is a pain in the neck.  It feels like death by a thousand cuts.  Trust me, I&#8217;m not staying on 1.8 because I love the way the GC crashes.  I&#8217;m staying there because it&#8217;s the most pragmatic thing to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Grimm</title>
		<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/comment-page-1/#comment-289</link>
		<dc:creator>Andrew Grimm</dc:creator>
		<pubDate>Mon, 08 Feb 2010 22:18:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.metabates.com/?p=313#comment-289</guid>
		<description>I&#039;m not a rails developer myself, but the assumption you have is that people will only upgrade their gems to 1.9 if you force them to do so. My experience is that people want to update their gems to 1.9, but are doing so in their copious free time.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not a rails developer myself, but the assumption you have is that people will only upgrade their gems to 1.9 if you force them to do so. My experience is that people want to update their gems to 1.9, but are doing so in their copious free time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: grimen</title>
		<link>http://www.metabates.com/2010/02/08/ruby-1-9-rails-3-0/comment-page-1/#comment-288</link>
		<dc:creator>grimen</dc:creator>
		<pubDate>Mon, 08 Feb 2010 20:25:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.metabates.com/?p=313#comment-288</guid>
		<description>1.9 only, totally agree - most Ruby devs I know re afraid of 1.9 for some reason. For the Ruby-cause!

Kevin Menard:

if RUBY_VERSION &gt;= &#039;1.9&#039;
  config.gem &#039;ruby-debug19&#039;, :lib =&gt; &#039;ruby-debug&#039;
else
  config.gem &#039;ruby-debug&#039;
end

jc: It&#039;s web platform beta; use on own risk.</description>
		<content:encoded><![CDATA[<p>1.9 only, totally agree &#8211; most Ruby devs I know re afraid of 1.9 for some reason. For the Ruby-cause!</p>
<p>Kevin Menard:</p>
<p>if RUBY_VERSION &gt;= &#8217;1.9&#8242;<br />
  config.gem &#8216;ruby-debug19&#8242;, :lib =&gt; &#8216;ruby-debug&#8217;<br />
else<br />
  config.gem &#8216;ruby-debug&#8217;<br />
end</p>
<p>jc: It&#8217;s web platform beta; use on own risk.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.534 seconds -->

