5 ms·
This article mentioned Rails is on the decline in popularity. Anyone have any thoughts on the truth of that?
by spo81rty 9y ago
This article mentioned Rails is on the decline in popularity. Anyone have any thoughts on the truth of that?
- ZenoArrow 9y agoI don't know about its popularity, but from what I've seen it doesn't seem to be on the hype train anymore. No technology stays on the hype train forever. Of course this is just based on observing trends, it shouldn't dampen your enthusiasm if you've found something that works for you.
- nitrogen 9y agoRails still solves all the problems it solved last year or two years ago. I'm always astonished when teams give into the hype train and replace the two things Rails excels at, templating and database access, with a 10MB frontend JS blob and microservices running in a JVM language. Just use Rails, it scales just fine. Your hand-coded DB layer for your microservice will never be as good as ActiveRecord if you aren't Facebook.
- baddox 9y agoWhy do you say that Rails excels at templating? Ignoring for the moment the obvious differences between server-rendered HTML and JS frontends, the Rails templating doesn't strike me as one of the most prominent solutions Rails provides. The templating is fine, but other than a few niceties (like layout hierarchies and resource-based forms) it's not much more than a thin syntax to embed Ruby eval inside HTML. If I had to pick the top things that Rails excels at, I'd point to ActiveModel and resourceful routing. I know REST isn't the hotness any more, but it sure is great for CRUD web sites or APIs, and Rails makes setting up database models, associations, and REST routes a breeze.
- pmontra 9y agoI also don't think Rails templating is anything special but it's well designed. One strong point is that it's full Ruby, so there is no need to learn another language. This means that one could write the application in the views (just like vanilla PHP) but in my experience nobody does it. Another nice feature is that every instance variable of the controller is available in the view. No need to waste time to declare them and get an extra chance to add some bug (I'm looking at you, Django.) I still remember how good it felt coming from Java Struts in 2005.
- ooqr 9y agoI'd go so far as to not only agree with your assertions of the best points of Rails, but to also extend your skepticism of the excellence of Rails' templating to calling that the worst part of Rails. Of course, one can use Rails as an API only service and it's quite adept at that.
- randomdata 9y agoI don't know if I would call Rails templating excellent, but it is acceptable. The nature of HTML allows for quite a lot of flexibility. However, I have to disagree with your view of Rails in API usage. Maintaining a client contract for fields and value types is far more difficult in Rails, at least out of the box, than similar offerings. If you send the wrong HTML tag, the content just might look a little funny to the end user. If you send the wrong datatype to an API client, it generally won't be able to do anything with it, and may not fail gracefully at that. Constructs to ensure you cannot make that mistake are invaluable in API design.
- nitrogen 9y agoIt's a bit late for this reply, but check out [shameless plug] the ClassyHash gem.
- ZenoArrow 9y ago>"Just use Rails" I wasn't looking for advice about web frameworks, but since you offered it, do you believe developers using other web frameworks are misguided in doing so? It's not like Rails is the only game in town, comparable solutions exist.
- nitrogen 9y agoI'm talking about teams that use Rails as router, microservices as ORM, and a heavyweight React behemoth on the front, just for simple CRUD. Those projects would almost always be better off using straight Rails.
- wolco 9y agohttps://www.tiobe.com/tiobe-index/ https://www.tiobe.com/tiobe-index/ It declining here. Whatever value you place on that.
- breckenedge 9y agoYes it has declined from the Dec. 2008 high but has rebounded from the Feb. 2015 low [https://www.tiobe.com/tiobe-index/ruby/ https://www.tiobe.com/tiobe-index/ruby/]. Edit: Oddly that page describes May 2016 as it's high (#8), but that's not reflected on the charts.
- galfarragem 9y agoAccording StackOverflow it's true: https://insights.stackoverflow.com/trends?tags=ruby-on-rails%2Cdjango%2Claravel%2Cnode.js https://insights.stackoverflow.com/trends?tags=ruby-on-rails... And for Ruby also: https://insights.stackoverflow.com/trends?tags=ruby%2Cpython https://insights.stackoverflow.com/trends?tags=ruby%2Cpython
- jacquesm 9y agoNode is going after that space so you can see an increase in server side javascript stuff coupled with a decrease of Ruby and probably some PHP and Java as well. Ruby is the most vulnerable of those.
- friedman23 9y agoWith Python people are doing data analysis and machine learning in addition to web development, with JS you can do frontend web development and if you use JS for the backend you can even do server side rendering for React/Angular. With Ruby you just have Ruby on Rails.
- vidarh 9y ago> With Ruby you just have Ruby on Rails. As a Ruby developer who has used Ruby since 2005 without using Rails, that's news to me.