8 ms·
I submit that anyone who takes the time to really learn Rails and how it works and the problems it solves will never want to use another web framework except fo
by vinceguidry 11y ago
I submit that anyone who takes the time to really learn Rails and how it works and the problems it solves will never want to use another web framework except for toy projects. It really is that good, and just keeps getting better every year.
It does one thing, web applications, and does it really, really well for the type of coder / team it was designed for.
People that belittle it by saying it has too much magic or whatever have never seriously tried to maintain a huge web application all by themselves. Web apps are ridiculously, mind-bogglingly complex, Rails conventions have been baking for well over a decade now.
If you're Twitter, maybe you have the resources to maintain a serious web presence without Rails. Everyone else is just handicapping themselves.
- lucaspiller 11y agoMost of the software I write nowadays is for business web applications (with a few things going on in the background), and yes for this market I don't think there is really any better choice than Rails. Although it may not have every new shiny bell and whistle, the ecosystem is mature enough to be stable and to have developed accepted best practices, which means you don't need to worry about whether the tool you use is still going to be supported in 6 months time.
- bphogan 11y agoAgree. But the churn on gems is very painful. To be successful with Rails long term, you must make time to constantly upgrade your framework, for for too often a gem maintainer will just stop supporting older versions of the framework. And all of a sudden the version you need won't build, or isn't compatible with something else, etc. So Rails is great. It saves you tons of time and gives you rock solid web apps that talk to databases. As long as you don't fall behind in your gem versions. :) That's me speaking after maintaining several apps from Rails 1 all the way to 4.2. And probably 5.
- troels 11y agoThe thing about gem churn is somewhat true, BUT that is a problem in any open source eco-system that I've seen so far. And in fact I think Rails fares much better in this area than most others. There are a lot of very high quality gems out there that are actively maintained and play well together. Contrast that to the cesspool that is Wordpress plugins.
- vinceguidry 11y agoMy solution for this is to never specify gem versions in my Gemfile and once a month or so do bundle update. Much easier to fix one gem update problem at a time than to try to fix 6 all at once.
- methyl 11y agoThe problem is when you won't notice something went wrong with the update.
- briandear 11y agoYou will if you use proper TDD.
- rtpg 11y agoWhat's true of all bugs? It passed all the tests I don't here about people being bug free with TDD ( though significantly less bugful) Obviously all about tradeoffs, but my impression is that if a third party lib needs a major version update, the time changing the version in your requirements is dwarfed by the time needed to investigate generally
- andycroll 11y agoYou're going to love http://deppbot.com http://deppbot.com. (Disclaimer, some friends of mine made it)
- deleted 11y ago[deleted]
- lucaspiller 11y agoYes my experience has been the same. It's definitely better now (i.e. maintainers seem to be caring about backwards and forward compatibility), but even 5 years ago there were a lot of popular gems that have now been abandoned. It's still better than JavaScript, where whatever popular build tool you use today will be replaced in 6 months :D
- deleted 11y ago[deleted]
- sanderjd 11y agoThis paints with an overly broad brush. It almost sounds like you're comparing Rails with the alternative of using no framework at all, but that's not the right comparison. I would probably agree with you if you had admonished people against bothering with any framework that hasn't been influenced by Rails. But most of its best ideas have filtered out into all the other ecosystems, and there are now very credible alternatives for lots of different stacks and some of those alternatives even perform better than Rails for different common use cases.
- batiste 11y agoExactly. I know Django and Rails... The Django admin is still a huge selling point for me even today. I can get some class of application ready and running in no time with Django. With Rails, with no built in supported admin app it would take me way more time.
- mrPitPat 11y agoRails has this available via a gem: Active Admin (http://activeadmin.info/ http://activeadmin.info/).
- briandear 11y agoIt would take about as much time as it would take to add Active Admin or Rails Admin to the gemfile.
- vellum 11y agoThis is true. The Django admin works out of the box. Getting the activeadmin gem to work for Rails 4? Not so much: https://stackoverflow.com/questions/16426398/active-admin-install-with-rails-4 https://stackoverflow.com/questions/16426398/active-admin-in...
- arnvald 11y agoThis was a good point a few years ago. But since then there's been at least 3 good projects that allow you to easily add admin panel to rails app: Rails Admin: https://github.com/sferik/rails_admin https://github.com/sferik/rails_admin Active Admin: https://github.com/activeadmin/activeadmin https://github.com/activeadmin/activeadmin Administrate: https://github.com/thoughtbot/administrate https://github.com/thoughtbot/administrate
- karmajunkie 11y agoI submit that you have probably never maintained a huge web application with a team over the course of years with Rails, or you'd probably feel differently. All of those things that seem like a great idea in Rails... aren't.
- staticint 11y agoHaving used Rails seriously since it was originally made available as an open source project, I find myself agreeing with you less and less. It has really failed to stand the test of time, in my opinion. I agree that it nailed the needs of web applications in 2004. If you are still building web applications like they did then, perhaps it is still the best tool. In the circles I find myself in, there is a push for much more Javascript heavy applications and Rails starts to become a large hinderance more than a help in that environment, when compared to other tools. We've built a log of great software together over the years, but I can honestly say that I'm not going to rush into using it in future projects.
- fierycatnet 11y agoWhat are you using then and why is it better than Rails? Just curious.
- morenoh149 11y agowebpack
- enraged_camel 11y agoThis is a bizarre comment. Rails failed to stand the test of time because it doesn't play very nicely with monolithic JavaScript frameworks? Are you asserting that such frameworks are the future?
- gedy 11y agoI think they are referring to most UI logic being on the client, not on server. That architecture does not require a monolithic JS framework, nor does Rails offer anything special in that case.
- enraged_camel 11y ago"Doesn't offer anything special" is quite different than "starts to become a large hindrance."
- dennisgorelik 11y agoHow Ruby on Rails is better than ASP.NET? Most answers say the opposite: https://www.quora.com/Has-C-and-ASP-NET-MVC-been-replaced-by-Ruby-on-Rails https://www.quora.com/Has-C-and-ASP-NET-MVC-been-replaced-by...
- erikpukinskis 11y agoI sort of agree with you, in that if I was going to start a company I would totally Just Use Rails. But I think that's just where Rails is in its lifecycle. We all learned a lot from it, and we've started to build alternatives, but nothing has really coalesced yet. Flash forward 5 years and there will be post-Rails frameworks that have worked their kinks out and are starting to enjoy the network effects that Rails has. At that point Rails will lose a lot of its advantage.
- amalag 11y agoI agree with a lot of this. My only complaint is the business layer has been lacking. I am using the techniques presented in the Trailblazer book and I am appreciating it.