<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
	<channel>
		<title>gdp's Comments</title>
		<language>en-us</language>
		<link>https://www.intensedebate.com/users/741023</link>
		<description>Comments by k776</description>
<item>
<title>Union Station : Mitchell Hashimoto Joins Engine Yard OSS Community Grant Program</title>
<link>http://www.engineyard.com/blog/2010/mitchell-hashimoto-joins-engine-yard-oss-community-grant-program/#IDComment104095532</link>
<description>Congrats. Vagrant deserves the recognition. It&amp;#039;s an excellent tool! </description>
<pubDate>Fri, 15 Oct 2010 03:24:45 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2010/mitchell-hashimoto-joins-engine-yard-oss-community-grant-program/#IDComment104095532</guid>
</item><item>
<title>Union Station : Rails and Merb Merge: Rails Core (Part 4 of 6)</title>
<link>http://www.engineyard.com/blog/2010/rails-and-merb-merge-rails-core-part-4-of-6/#IDComment53477162</link>
<description>I agree. When and how to load the railties file could use some explaination.  For gems, I&amp;#039;d assume you have lib/gem_name.rb   load the railtie.rb file first off (e.g. &lt;a href=&quot;http://github.com/dkubb/rails3_datamapper/blob/master/lib/rails3_datamapper.rb).&quot; target=&quot;_blank&quot;&gt;http://github.com/dkubb/rails3_datamapper/blob/ma...&lt;/a&gt; This will go a fair way to making vendor/plugins redundent.  For plugins, would this be best in init.rb? From your post, is the :load_init_rb  initializer example actually in Rails, or is this something the plugin itself specifies? And if that&amp;#039;s the case, how does Rails load plugins now? Does it look for a vendor/plugin/your_plugin/railtie.rb  ? </description>
<pubDate>Fri, 22 Jan 2010 23:40:26 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2010/rails-and-merb-merge-rails-core-part-4-of-6/#IDComment53477162</guid>
</item><item>
<title>Union Station : Rails and Merb Merge: Plugin API (Part 3 of 6)</title>
<link>http://www.engineyard.com/blog/2010/rails-and-merb-merge-plugin-api-part-3-of-6/#IDComment51596011</link>
<description>I was actually hoping for more indepth topics from Yehuda about those questions, to explain the API that is in Rails 3, not where to find it. </description>
<pubDate>Tue, 12 Jan 2010 01:22:55 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2010/rails-and-merb-merge-plugin-api-part-3-of-6/#IDComment51596011</guid>
</item><item>
<title>Union Station : Rails and Merb Merge: Plugin API (Part 3 of 6)</title>
<link>http://www.engineyard.com/blog/2010/rails-and-merb-merge-plugin-api-part-3-of-6/#IDComment51564179</link>
<description>* How do plugins/gems hook into the router nicely in Rails 3? * How do plugins/gems run initializers in Rails 3? * How do plugins/gems add Rack middleware nicely in Rails 3?  </description>
<pubDate>Mon, 11 Jan 2010 21:28:07 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2010/rails-and-merb-merge-plugin-api-part-3-of-6/#IDComment51564179</guid>
</item><item>
<title>Union Station : Rails and Merb Merge: Performance (Part 2 of 6)</title>
<link>http://www.engineyard.com/blog/2009/rails-and-merb-merge-performance-part-2-of-6/#IDComment49687987</link>
<description>Jaroslaw, DHH has estimated a beta release by end of January: &lt;a href=&quot;http://twitter.com/dhh/statuses/7208225785&quot; target=&quot;_blank&quot;&gt;http://twitter.com/dhh/statuses/7208225785&lt;/a&gt;   It may change, but at least it gives some indication of how close Rails 3 is  There is nothing stopping you from using it right now though. Rails master has been stable for some time now. All tests are passing. I&amp;#039;ve been able to generate and run an application off Rails 3 for some time now.  So rather than saying &amp;quot;RoR3 is not ready for serious usage&amp;quot;, say exactly why it isn&amp;#039;t ready so developers might be able to address the issues. Statements like that without explaination don&amp;#039;t help anyone. </description>
<pubDate>Wed, 30 Dec 2009 22:03:23 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2009/rails-and-merb-merge-performance-part-2-of-6/#IDComment49687987</guid>
</item><item>
<title>Union Station : Rails and Merb Merge: Performance (Part 2 of 6)</title>
<link>http://www.engineyard.com/blog/2009/rails-and-merb-merge-performance-part-2-of-6/#IDComment49687364</link>
<description>Several of the developers and a few of the community have been making blog posts or tweets about whats been going into Rails 3 for some time now. If you&amp;#039;re following the right people, you&amp;#039;ll know that the bulk of features are implemented. In no way is the following list exhaustive of what is already implemented in Rails 3:  * Increasing Performance and reducing overhead (this post) * Separation of responsibility and Dependency declaration (previous post) * ARel integration with ActiveRecord (no blog posts I know of, but a lot of commits for it recently) * Rails router DSL improved - &lt;a href=&quot;http://rizwanreza.com/2009/12/20/revamped-routes-in-rails-3&quot; target=&quot;_blank&quot;&gt;http://rizwanreza.com/2009/12/20/revamped-routes-...&lt;/a&gt; and &lt;a href=&quot;http://yehudakatz.com/2009/12/26/the-rails-3-router-rack-it-up/&quot; target=&quot;_blank&quot;&gt;http://yehudakatz.com/2009/12/26/the-rails-3-rout...&lt;/a&gt; * Gem bundler (allowing references to Rubygems to be removed) - &lt;a href=&quot;http://yehudakatz.com/2009/11/03/using-the-new-gem-bundler-today/&quot; target=&quot;_blank&quot;&gt;http://yehudakatz.com/2009/11/03/using-the-new-ge...&lt;/a&gt; * Major cleanup / refactoring of internals (particularly around dispatching/respond_to) * many many more&amp;hellip;.  As for timelines, while there isn&amp;#039;t a specific one available, mainly because with project like this, it is very hard to accuratly predict them, DHH has estimated a beta release by end of January: &lt;a href=&quot;http://twitter.com/dhh/statuses/7208225785&quot; target=&quot;_blank&quot;&gt;http://twitter.com/dhh/statuses/7208225785&lt;/a&gt;  From what I have seen regarding plugins, Rails 3 will maintain backward compatability, but includes new features such as off loading the rake task loading to the plugin, and adding support for initializers within the plugin. As an example of this, ActiveRecord is now treated as a plugin of Railties (which should make swapping out the ORM a lot less painful). Example: &lt;a href=&quot;http://github.com/rails/rails/blob/master/activerecord/lib/active_record/rails.rb&quot; target=&quot;_blank&quot;&gt;http://github.com/rails/rails/blob/master/activer...&lt;/a&gt;   . These added abilities should make development via gems a lot easier. </description>
<pubDate>Wed, 30 Dec 2009 21:57:27 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2009/rails-and-merb-merge-performance-part-2-of-6/#IDComment49687364</guid>
</item><item>
<title>Union Station : Rails and Merb Merge: Performance (Part 2 of 6)</title>
<link>http://www.engineyard.com/blog/2009/rails-and-merb-merge-performance-part-2-of-6/#IDComment49564429</link>
<description>Re migration: I was refering to the update from Rails 2 -&amp;gt; Rails 3 would be eaiser than if they went with Merb as the base. I&amp;#039;m not sure about the state of Merb 1 -&amp;gt; Rails 3 migration.  Re gems: There aren&amp;#039;t a lot I know of, but there are some. I was mainly thinking of ones like New Relic gem. If Merb were the base, I&amp;#039;m guessing they&amp;#039;d have had to rewrite their Rails adapter.  Re plugins: Right, I&amp;#039;m not saying plugins won&amp;#039;t break between Rails 2 and Rails 3. But, until the plugin is written to use the new api, the code to make things work again should be easier to patch in than it would be to rewrite entirely (or wait for it to be rewritten) for Merb. </description>
<pubDate>Wed, 30 Dec 2009 10:04:20 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2009/rails-and-merb-merge-performance-part-2-of-6/#IDComment49564429</guid>
</item><item>
<title>Union Station : Rails and Merb Merge: The Anniversary (Part 1 of 6)</title>
<link>http://www.engineyard.com/blog/2009/rails-and-merb-merge-the-anniversary-part-1-of-6/#IDComment49538445</link>
<description>Merb is open source. If development has stalled, it was abandoned by the entire community, and not just the people who were working on it. It&amp;#039;s the same for any other open source project. If you want something to keep going, you take over, and don&amp;#039;t complain! </description>
<pubDate>Wed, 30 Dec 2009 05:01:01 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2009/rails-and-merb-merge-the-anniversary-part-1-of-6/#IDComment49538445</guid>
</item><item>
<title>Union Station : Rails and Merb Merge: Performance (Part 2 of 6)</title>
<link>http://www.engineyard.com/blog/2009/rails-and-merb-merge-performance-part-2-of-6/#IDComment49537671</link>
<description>Another great post. Some awesome work. But I assume you&amp;#039;re using a standard Ruby 1.8.7 installation? It would be nice to see how these optimization compare between that and an alternative implementation of the same version, namely Ruby Enterprise Edition version of Ruby 1.8.7. Would you be able to get this information? </description>
<pubDate>Wed, 30 Dec 2009 04:57:59 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2009/rails-and-merb-merge-performance-part-2-of-6/#IDComment49537671</guid>
</item><item>
<title>Union Station : Rails and Merb Merge: Performance (Part 2 of 6)</title>
<link>http://www.engineyard.com/blog/2009/rails-and-merb-merge-performance-part-2-of-6/#IDComment49537504</link>
<description>Merb was still relatively new as well. While it might have had a better codebase and performance at the time, there were far more Ruby on Rails applications out there, compared to Merb ones. By expanding upon Rails 3, they made sure that the upgrade path for the majority of the users would be easy. Had they expanded upon Merb instead, many Rails applications would have had to be slowly migrated over, and many plugins/gems would no longer have worked (which many might have been resistant to do given the effort and cost involved, negating the effort put into improving it). And yes, while the same app/plugin/gem breakages are likely true for Rails 2 -&amp;gt; Rails 3 migration, it&amp;#039;ll be far easier to fix the issues you find on a framework you&amp;#039;re familiar with, that something you&amp;#039;ve probably never used before. </description>
<pubDate>Wed, 30 Dec 2009 04:55:50 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2009/rails-and-merb-merge-performance-part-2-of-6/#IDComment49537504</guid>
</item><item>
<title>Union Station : Rails and Merb Merge: The Anniversary (Part 1 of 6)</title>
<link>http://www.engineyard.com/blog/2009/rails-and-merb-merge-the-anniversary-part-1-of-6/#IDComment48822803</link>
<description>An awesome way to mark 1 year since the merge announcement. Keep em coming :-D </description>
<pubDate>Wed, 23 Dec 2009 23:27:18 +0000</pubDate>
<guid>http://www.engineyard.com/blog/2009/rails-and-merb-merge-the-anniversary-part-1-of-6/#IDComment48822803</guid>
</item>	</channel>
</rss>