<story><title>Ruby Frameworks? Which one? Bye bye Rails.</title><url>http://www.slideshare.net/zhesto/padrino-the-godfather-of-sinatra</url><text></text></story><parent_chain></parent_chain><comment><author>raganwald</author><text>I empathize with the comments from the folks who are already heavily invested in Rails. It’s so easy to “just throw the whole stack at a problem” or “kill a fly with a shotgun.” This is always the way, and it’s why new ideas rarely displace the old ones directly. Instead, they have to appeal to a younger, nascent “market” that are not attached to the old product.&lt;p&gt;Padrino’s best bet is to appeal to a younger, fresher group of programmers who haven’t spent years learning Rails, just as Rails appealed to a younger, fresh generation of programmers who hadn’t spent years learning Struts. Those folks will find applications for it where Rails actually gets in their way. As they reinvent parts os Rails, they’ll invent new things that fit their model domain better than Rails does.&lt;p&gt;I’d bet that if Padrino becomes successful, it will do so with ORMs and other gems that aren’t popular on Rails because they haven’t been invented yet.&lt;p&gt;If you are resistant to adopting a new framework and having to reinvent a bunch of stuff, congratulations. You may be an early adopter or hacker in other areas of your profession, but as far as web development goes, you’re a conservative.</text></comment>
<story><title>Ruby Frameworks? Which one? Bye bye Rails.</title><url>http://www.slideshare.net/zhesto/padrino-the-godfather-of-sinatra</url><text></text></story><parent_chain></parent_chain><comment><author>automach</author><text>As someone that has been writing production Rails and Sinatra apps for years, I have to recommend against using Padrino. Rails scales up and down pretty well, and I don&apos;t really see a need for Sinatra in anything but very small or single-purpose apps.&lt;p&gt;You can even write a Sinatra clone in very little code on top of Rails: &lt;a href=&quot;http://yehudakatz.com/2009/08/26/how-to-build-sinatra-on-rails-3/&quot; rel=&quot;nofollow&quot;&gt;http://yehudakatz.com/2009/08/26/how-to-build-sinatra-on-rai...&lt;/a&gt;&lt;p&gt;If you already know Rails, there is very little reason to build a substantial app in anything &quot;smaller&quot;. The reality is that for any moderately-sized app, you will end up using many of the parts of Rails that you think are unnecessary in the beginning. Especially as your app grows.&lt;p&gt;I tried using Padrino for an app a year ago, and while the framework has probably matured since then, I moved back to Rails fairly quickly due do a lack of polish/documentation/community/benefit other than being different.&lt;p&gt;There is a common tendency to find a part of a framework that doesn&apos;t work exactly the way you want, and in turn throw the entire framework out and seek out or write something new. I still prefer the way Merb and Sinatra handle responses, where the controller action return value is the response sent to the client. But the benefits that Rails provides so outweigh many of these kind of preferences that it&apos;s usually best to just embrace the way the framework works and move on to actually building an app that does something.&lt;p&gt;It&apos;s also short sighted to discount how valuable the wealth of existing documentation and extentions exist for an established framework such as Rails.&lt;p&gt;The presentation makes it sounds as though by using Rails you have to use SASS and Coffeescript. This is not true, you can easily use plain JavaScript and  CSS if you want.&lt;p&gt;The majority of developers will be more productive in Rails.</text></comment>