<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Pete On Rails - Latest Comments in DRY controllers: Which Framework do you use?</title><link>http://peteonrails.disqus.com/</link><description></description><atom:link href="https://peteonrails.disqus.com/dry_controllers_which_framework_do_you_use_57/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Sat, 07 Mar 2009 07:19:29 -0000</lastBuildDate><item><title>Re: DRY controllers: Which Framework do you use?</title><link>http://blog.peteonrails.com/articles/2008/05/07/dry-controllers-which-framework-do-you-use/#comment-6976496</link><description>&lt;p&gt;Good god, I'm trying to work out the same thing.  I'm definitely leaning toward resource_controller because it just seems to be most logical correct way to do it plus the author appears enthusiastic and intelligent.  It's hard to figure out which of this new rash of plugins are still supported or how much longer they will be worked on, which will prosper and eventually which one will make it into core Rails.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nathan</dc:creator><pubDate>Sat, 07 Mar 2009 07:19:29 -0000</pubDate></item><item><title>Re: DRY controllers: Which Framework do you use?</title><link>http://blog.peteonrails.com/articles/2008/05/07/dry-controllers-which-framework-do-you-use/#comment-1170705</link><description>&lt;p&gt;@mitchell Thanks for your vote. I agree that they're all very good frameworks. Personally, the syntax of "resource_controller" appeals to me. There's a reason I think things need to shake out a little bit: as the rails community grows, there will be more developers who work in teams with others who have different backgrounds.&lt;/p&gt;&lt;p&gt;If I were to land on a team with three other developers, it's possible that each of us might know the nuances of a different framework. I'd bet that the team would burn a lot of valuable time picking a DRY controller framework, instead of writing useful code. Then 3/4 of the team would have to spend a few hours learning the new conventions.&lt;/p&gt;&lt;p&gt;I predict that one of these frameworks will eventually be folded in to the Rails framework itself.&lt;/p&gt;&lt;p&gt;On an unrelated topic: How do you know Brent?&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">peteonrails</dc:creator><pubDate>Fri, 09 May 2008 19:51:58 -0000</pubDate></item><item><title>Re: DRY controllers: Which Framework do you use?</title><link>http://blog.peteonrails.com/articles/2008/05/07/dry-controllers-which-framework-do-you-use/#comment-1170704</link><description>&lt;p&gt;Personally I use resource_controller. Like you Peter it's the one I started with first and have become accustomed too. Seems to me though when it comes down to it you can't go wrong with any of them. I think it's better to have options especially when all the options mean cleaner more efficient code.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mitchell Blankenship</dc:creator><pubDate>Fri, 09 May 2008 18:23:27 -0000</pubDate></item><item><title>Re: DRY controllers: Which Framework do you use?</title><link>http://blog.peteonrails.com/articles/2008/05/07/dry-controllers-which-framework-do-you-use/#comment-1170703</link><description>&lt;p&gt;@nathan Incidentally, so do I. The other few have benefits, but I started with m_r and know it the best, so I've stuck with it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">peteonrails</dc:creator><pubDate>Wed, 07 May 2008 05:17:21 -0000</pubDate></item><item><title>Re: DRY controllers: Which Framework do you use?</title><link>http://blog.peteonrails.com/articles/2008/05/07/dry-controllers-which-framework-do-you-use/#comment-1170702</link><description>&lt;p&gt;I use make_resourceful... but then again, I'm biased.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Natalie Weizenbaum</dc:creator><pubDate>Tue, 06 May 2008 21:50:19 -0000</pubDate></item></channel></rss>