7 ms·

Ask HN: Is Ruby on Rails still relevant?

• swlkr 4y ago
  Rails is still relevant. It's tricky more generally to see if a technology is still relevant because there is so much hype of new stuff in web development. Usually after the plateau of productivity, you don't see too many people talking about a given technology, your only signal of success would be something like Who's Hiring and Cmd + F "rails".
• lucidone 4y ago
  I went through an interview cycle recently for remote roles. Most were (surprisingly) using Rails on the backend. Either this is because I have RoR experience in my LinkedIn (albeit little) or because it remains a popular framework. Take that as you will.
• evaneykelen 4y ago
  Yes, and it’s only getting better over time! Building complex front-ends, with states synced across different users, is a sheer joy using Turbo & Stimulus. It’s amazing how little JS is needed to create UIs that—when built in e.g. React—would have needed a ton of client-side code. I continue to be amazed how easy and fast it is to develop in RoR.
• mrbean1919 4y ago
  I think Ruby on Rails was the killer app that kept Ruby relevant. This kept Ruby relevant for a while but has fallen off in a lot of developer surveys. I think enough competitors in major programming languages have emerged to the point where I would consider it dying.
  • oaiey 4y ago
    I share that opinion. The competition is strong, the killer app is gone. It is for dark matter developers now, SV dark matter but dark matter. Look for the job market in your region and field and then address e it for yourself
• lbrito 4y ago
  Yes. According to Hired's State of Software engineers 2022, Rails is the 2nd most in demand skill. https://hired.com/2022-state-of-software-engineers/ https://hired.com/2022-state-of-software-engineers/
  • CuriouslyC 4y ago
    That post seems extremely suspect. I'm guessing that what they mean when they say "the most in demand skills" is the skills that when present on a resume, increase the odds of a user being contacted by recruiters, which isn't so much in demand as hard to find. By that metric COBOL would probably have been at the top of the list if hired had clients that used it.
    • lbrito 4y ago
      Do you have any evidence at all to support this or is it just a guess?
      • CuriouslyC 4y ago
        The evidence is that their "most in demand" includes none of top programming languages/tools according to pretty much anyone else. Therefore it's clearly not "in demand" in the sense that there are more job openings for those techs than for others. The explanation I posited seems like the most likely alternate definition.
    • rapfaria 4y ago
      The fact that there's entries for Ruby and Ruby on Rails also makes me think this, perhaps this data was just parsed.
      • wainstead 4y ago
        I thought that was strange myself. At the bottom of the page we get: Methodology This report is based on proprietary data gathered and analyzed by Hired’s data science teams. For the purpose of this report, Hired examined software engineering candidate interview requests and salary data from January 2020 through December 2021 inclusive. The data included reflects over 366,000 interactions between companies and software engineering candidates during this time period. In addition to our proprietary data, we collected survey responses from more than 2,000 software engineers on the Hired marketplace to inform our understanding of software engineers’ working preferences.
• MattGaiser 4y ago
  I had a call with a recruiter a few months back who said that the highest commissions were for Rails devs.
  • config_yml 4y ago
    I wish this was true for my country. I also haven‘t seen many international remote roles for Rails.
  • derwiki 4y ago
    More so than React Native?!
    • namelessoracle 4y ago
      React Native devs are gonna probably get paid in Equity. Contracted Rails devs are probably working on an enterprise product that is already mature and making money.
  • cosmotic 4y ago
    This would seem to indicate it is hard to find Rails devs, which itself might indicate devs don't like Ruby/Rails. If devs liked it and the market was growing as fast as devs were learning or slower, then commissions would stagnate or go down. So either the number of open jobs is increasing, devs are leaving, it's harder to learn than the sales pitch indicates, or a combination.
    • ericb 4y ago
      Or that the fast growing startups using it are large-scale now and hoovering up available talent. Github, shopify, airbnb, gitlab, coinbase, hulu, twitch, etc.
    • kenhwang 4y ago
      My personal experience (myself and my social group) suggests there's serious brain drain. All my peers who started their careers with Rails that know it like the back of their hands have zero desire to ever work with it again professionally. They're all exceptional engineers who had no problems picking up/migrating to Scala/Rust without productivity loss. On the other side, I see all the upcoming engineers that missed the initial Rails popularity wave. To them, Rails is often times much more frustrating than TS/Python offerings. There's very little freely available quality onboarding materials, getting the environment set up is incredibly frustrating with how fickle bundler has become, and deployments are still complicated. My take is Rails is good for those who already know Rails, since the stability of it lets seasoned Rails developers carry forward all their experience. But for someone without that history, TS/Python frameworks offer a much faster/smoother onboarding process, especially with the massive familiarity advantage devs already have with Python/JS from schooling/web. If you're going to go out of the way to learn a new language, why would you learn one that occupies the same space as one you already know?
• sparker72678 4y ago
  Checkout the guides: https://guides.rubyonrails.org https://guides.rubyonrails.org Even just a "Ruby on Rails Tutorial" search on YouTube will get you going, too, if that's more your thing.
• fknorangesite 4y ago
  Are you learning Rails from decade-old material? Because a lot has changed since then.
• givemeethekeys 4y ago
  Yes for three reasons: - There's lots of RoR jobs. - They keep improving it. - What RoR taught me made me a better architect in every other stack.
  • logicalmonster 4y ago
    > - What RoR taught me made me a better architect in every other stack. I really have to second this point. I'm not 100% sure if DHH was the one who coined the phrase, "Convention over Configuration", but he's the first popular technical communicator who I remember emphasizing it in a clear way. Simply trying to be consistent about naming certain things like models or database tables (singular vs. plural) is a big win for any project. Nobody gets everything right, but RoR is filled with lots of little smart choices like that that are worth considering for your own projects.
• haidrali 4y ago
  First check https://israilsdead.com/ https://israilsdead.com/. If you want to learn Ruby on Rails in 2022 please check https://gorails.com https://gorails.com
• tomhallett 4y ago
  if you like screencasts, "Go Rails" is an amazing resource (and they are very current): https://gorails.com/ https://gorails.com/
• methehack 4y ago
  Yes because it is still a hyper-effective and flexible way to build and iterate many products. And it's not just rails. The library breadth and quality of ruby libraries IME is off the hook great. Some kind of magic has happened.
• blakesterz 4y ago
  This was also asked 9 years ago: https://news.ycombinator.com/item?id=5483752 https://news.ycombinator.com/item?id=5483752 Interesting to compare answers to today.
  • weatherlite 4y ago
    I'm guessing we'll hear the question again in 10 years...
• simplify 4y ago
  Shopify is hiring like crazy, and their stack is almost all Rails.
• mindaslab 4y ago
  Not if you want to make building websites complex so that you can charge your client more.
  • vmception 4y ago
    This guy SaaS Its a good point, there are absolutely much more simpler frameworks out there, which are good for your own side projects, your own large projects, and what fun and exciting production companies are using.
• retrac98 4y ago
  Yes. It’s not the super cool framework it once was but it’s still excellent, and still in active development. Rails 7 is a fantastic release too.
• newaccount74 4y ago
  I think it depends on the region. I started a project in Rails, and when I tried to hire people to help I found out there are very few people in my city who know anything about Rails. It's all Python and Java here. So I'd recommend to look for job ads on local platforms and check if companies are looking for rails devs.
  • irvingprime 4y ago
    Funny. I got my first full time programming job because they really wanted to do a project in Rails but there wasn't anybody else in town who knew anything about it!
  • axelthegerman 4y ago
    Definitely a valid concern! Though I would not let that dictate my choice of tools. However if you want the biggest pool of "talent" and potentially the cheapest "talent" then going with the most popular is probably a good idea Doesn't mean I'd advocate for the most obscure tech either, but it's all about trade-offs and your situation.
  • ghotli 4y ago
    But hiring engineers isn't constrained by region or location so this feels like an odd argument to me. Rails has been around long enough that there's surely no shortage of junior to very very senior engineers that will write code for you from wherever they happen to live.
    • newaccount74 4y ago
      I'm good enough at English, and I've learned to collaborate somewhat effectively remotely, but if given the choice, I still prefer collaborating with people in person and speaking my native language.
      • ghotli 4y ago
        Perfectly reasonable. I'll freely admit I'd never considered this argument and a language barrier does make a lot of sense. In some cases that constraint could affect the talent pool significantly.
• runjake 4y ago
  It's not only not dead, I'm excited about the new stuff in Rails 7.
• omarhaneef 4y ago
  Define dead. Some people don't think Cobol is deal. Or Fortran. In this sense the code is still run somewhere and there are still jobs to be had. But the question is probably around one's personal choices: is this the framework to invest my energy and time? Are there far better frameworks? Where is the market headed? In the early days of Rails, and indeed any popular framework, the sense we get of an explosive growth. As a result of this there is an imbalance of jobs and developers and jobs seem easy, plentiful and well compensated. This is really a question of the ratio of dev:positions. Most answers to this tend to focus on the positions component (take a look at stack, or upwork or indeed or whatever!). Perhaps someone on HN will suggest a metric or public gauge for the competition as well. Edit: added slightly more context
• CuriouslyC 4y ago
  I wouldn't choose RoR as a new tech to pick up in 2022. Think of it like a more stylish PHP - lots of it out there, but mostly not in companies working on things that are compelling, and the market share is on the decline.
  • gherkinnn 4y ago
    Github, Airbnb, Stripe, and Gitlab all use Ruby (on Rails) to a significant extend. Compelling things, if you ask me. Stripe is even developing Sorbet [0], a Ruby type checker. Not that those are reason enough to use it. But I wouldn't call it the wrong decision either. 0 - https://sorbet.org/ https://sorbet.org/
    • reducesuffering 4y ago
      They all started the projects from 2009-2013 picking Rails, the most popular web framework at the time: https://insights.stackoverflow.com/trends?tags=ruby-on-rails%2Cdjango%2Cnode.js%2Cgo https://insights.stackoverflow.com/trends?tags=ruby-on-rails... If you were to follow in their footsteps, you'd also be picking the top popularity web framework for your time, which as of now is things like Next.js and Django. Big recent-era startups: OpenSea (Django / Next.js) Notion (Node.js) ScaleAI (Python, Node.js, Next.js) Substack (Node.js) Rippling (Django / Next.js)
    • ryanbrunner 4y ago
      Shopify is another notable one.
• ericskiff 4y ago
  We're still starting new greenfield projects in Rails every week, and I still believe it's the best foundation for SaaS products. It's great for developer speed and efficiency, the ecosystem of gems is amazing, and we've been able to scale every project we've needed to. We're incorporating React and GraphQL more these days for complex components and APIs but they pair nicely with Rails.
  • mountainriver 4y ago
    I work at a company with a large Ruby monolith and it’s a disaster. If you’re face deep in the Ruby ecosystem then I’m sure it makes sense, but trying to build services alongside it is truly awful. You want a scalable system that’s easy to write and will grow with you? Write basic Go services.
    • gls2ro 4y ago
      Why is a disaster? I ask this genuinely as I am interested to see what pain point people have with Rails.
      • phillmv 4y ago
        in my experience, the main pain point people experience is: a) they don't like Ruby for whatever reason, b) they probably only deal in backend or only deal in frontend, and so don't understand the value of the bundled dev experience rails delivers, and therefore c) because of a + b they find the moderate learning curve to be extra painful, so they lash out. at the end of the day it's all just code. why would it be harder to integrate a service in Rails than in Go? of course it isn't.
      • ysavir 4y ago
        Two primary reasons: 1. Ruby is a very flexible language, and that has its ups and downs. While it makes it a very pleasurable easily modifiable syntax, it also leaves a lot of room for bad patterns. Ruby won't judge someone for taking an ill-advised approach to a problem, so it's easy for newcomers or novices to lay foundations that cause trouble later on. 2. Ruby is very prominent in startups, which are the companies most interested in immediate results. This often leads to favoring short-term advantages such as getting a feature out today to secure a deal rather than long-term advantages such as taking the time to keep a maintainable code base. Some startups with strict budgets will also hire people with less experience early on, leading this to pair with point 1 more often than we'd like. That said, I'm a Ruby dev and have no interest in working in any other language (other than JS on the frontend). It's a beautiful tool to those who treat it well and I'll happily use it for just about any project.
• stretchwithme 4y ago
  My company uses it for multiple web apps and uses ActiveRecord for scripts too.
• JangoSteve 4y ago
  I have what I call my 80/80 rule of early-stage startups, which is that for 80% of new startups, 80% of what they need is CRUD operations (create, read, update, delete). So basically, input data in this format, store it in this format, then display it in this format. I think Rails is one of the most productive and capable frameworks for building and evolving CRUD applications, which is the reason it still remains my recommendation for new startups.
• flats 4y ago
  I have been working on a Rails app at a rapidly growing organization for the past 6 years and I consider myself very lucky to be able to do so. Shopify, GitHub, and Stripe (to name some of the more prominent companies) all regularly contribute to the Ruby and/or Rails ecosystem, and there have been loads of wonderful improvements to both over the last several years: vastly improved performance in Ruby 3, support for static typing using RBS and Sorbet, Hotwire in Rails 7 for super low-lift client-side interactivity, and many, many more. It’s a great time to start using Ruby for web projects.
• dsl 4y ago
  RoR is the Supreme t-shirts and Air Jordans of programming. They very much matter and are the center of the universe to the people who care, everyone else just kinda shrugs and goes about their day.
• hakube 4y ago
  Still relevant. We're deploying a lot of customer apps that are written on Rails
• digisign 4y ago
  Ruby has been on the downswing for a while, getting squeezed from all sides from the meteoric rise of Python on one side, JS/Typescript on the other, to higher performing static languages on another: https://octoverse.github.com/#top-languages-over-the-years https://octoverse.github.com/#top-languages-over-the-years It also has a funky syntax, while not a big deal, doesn't do it any favors in a C --> Javascript world. Django, golang, etc. are free. I don't recommend starting new projects in ruby, but as always YMMV.
  • mountainriver 4y ago
    This is the right answer. Yes people still write on rails but in my experience it’s because they haven’t used other tools. I had a couple die hard rails members at my last company who claimed nothing was better. We made them write Go for a year and now they are die hard Go fans. If I were writing a web app I would start with Go. It’s a great language that’s easy to learn and fast to write, with all the security of static compilation. It scales exceptionally well with large teams
    • weatherlite 4y ago
      I'm a die hard Ruby guy and now writing some Go and I pretty much hate it. I don't really care for performance or compile speed, I could barely care less. I want a good web framework with tons of community support and a language that lets me easily express my thoughts into code. I'm not getting that with Go.
      • cutler 4y ago
        Well said. I've been a great fan of Clojure for a long time but what stops me from using it for clients is the attitude in the Clojure community that libraries are favoured over frameworks. That's not to say there aren't a few web/REST frameworks in Clojure-land but they are invariably the product of a few individuals with no community support. And they wonder why Clojure has negligible adoption.
    • ryanbrunner 4y ago
• DeWilde 4y ago
  My company uses it still, there were some new projects recently started using it. It does the job of creating CRUD apps pretty well. For more performance intensive tasks .NET Core is used.
• shreyshnaccount 4y ago
  Its very not dead (www.israilsdead.com). Jokes aside, it's the just perception created by everyone trying to be fancy and move to whatever is in fashion now..
• blablabla123 4y ago
  I think it's quite popular, also speaking of testing it really has all options available. Since unit testing is now absolutely the standard, adoption of TDD has also been growing from what I've seen
• davidfstr 4y ago
  Personally if I was starting a project in the same space as Rails/Ruby I’d go with Django/Python instead. I prefer the “explicit is better than implicit” norm in the Python community over the “powerful yet mystifying magic” I find in Rails. (This is personal preference.) I also appreciate Python source code being easier to manipulate with tools than Ruby, since Ruby did not have a formal grammar the last time I checked. Any tools that did exist appeared to usually include the yacc/bison file from MRI (the main Ruby implementation) as the best approximation of a language definition.
  • letitbeirie 4y ago
    > "powerful yet mystifying magic" I find in Rails Django might avoid this to some extent but Django rest framework has you covered.
• mountainriver 4y ago
  Rails is like PHP. It’ll probably never die because people just keep propping it up. There are much better options, but some people just like the crap they know
  • jaredcwhite 4y ago
    Rails is like PHP — well thanks for that compliment! I'd much rather program in modern PHP than in any of the other obvious competitors to Ruby. From what my friends who use Laravel say, that's actually a pretty awesome (and certainly Rails-inspired) framework if you're a PHP dev.
    • deleted 4y ago
      [deleted]
    • mountainriver 4y ago
      Thats great!
• nobleach 4y ago
  As in will you find plenty of recruiters hunting for Rails developers? Absolutely. I've seen plenty of startups locally (Salt Lake/Provo) that are green-fielding with Rails. I've also seen later-stage startups that are transitioning their Rails monoliths to Elixir - and they're trying to hire folks that are willing to work on 4 year old Rails monoliths. That's not a bad thing is Rails is your thing. I enjoyed Ruby as a language quite a bit. Having experienced some of Rails' scaling issues, I doubt I'd personally pick it for my next startup. I know time to market is vastly more important than scale, but it's also not hard to pick a different tech that DOES scale easier. So, yes, there will be plenty of Rails projects to work on for the foreseeable future. The only concern I'd have is if you're being asked to work on a very old code base. That can get really hairy, really quickly. But that's the case with any language/stack.
  • weatherlite 4y ago
    > Having experienced some of Rails' scaling issues, I doubt I'd personally pick it for my next startup. I know time to market is vastly more important than scale, but it's also not hard to pick a different tech that DOES scale easier. What part of Rails doesn't scale well? As I see it any mediocre devops can scale just about anything with some basic Kubernetes know-how, doesn't matter of it's Ruby or Java.
    • nobleach 4y ago
      It absolutely does. When operating a highly dynamic site that services millions of requests a day, scaling k8s pods horizontally ceases to be a "win". One bumps up against the node count that is hit by the load balancer. (NodeJS experiences this quite a bit too). Rails excels in heavily cached configurations. This requires less volatile data. My main point here is, that while one can work hard to try and tune Rails (Shopify's done it, Stripe's done it) - and I would argue that it's more of an effort than some DevOps personnel updating a pod count - it's fairly easy to start with something that is already very performant. SpringBoot is an opinionated framework for Java that has very good raw performance. I'm simply advocating that it doesn't hurt to start with something that's already pretty good. That's not premature optimization, it's just making wise decisions from the start.
• tomc1985 4y ago
  10-years-plus Rails dev here, I still get requests to connect from recruiters for Rails positions at least weekly, and my LinkedIn says at the very top that I am not seeking employment Judging by the responses here, Rails is no longer fashionable. I find it to be quite boring and predictable, which is how I like my frameworks to be Just stay the hell away from React and it's great
• gls2ro 4y ago
  For people in this thread comparing _Rails_ with _Go_ can you please help me understand something about Go: Is it a language that also has in std/core library web framework like support? Like PHP? I ask as I dont understand why people say drop Rails and learn Go. And I am looking to learn a new language along with Ruby and Elixir. Why is Go compared with Rails and not with Ruby? If Go does not include a default support for web frameworks then what web framework would you suggest for doing a web SaaS like management of posting on social media? I dont want to create this but i use it as an example as it has image uploads, date/time, jobs, … things I can do easily in Rails and have already battle tested solutions available.
  • philwelch 4y ago
    The Go standard library has all you need to stand up a basic HTTP service. Which isn't the same as Rails by a long shot, but it does fit in well with what a lot of places are doing these days.
    • masukomi 4y ago
      yeah, you'll see this argument a lot. If someone feels like re-implementing all the wonderful conveniences of rails in Go, more power to them. However, that's a MASSIVE amount of work that you'll be doing _instead_ of actually making the webapp. Go is great, but it's built in HTTP support isn't even _remotely_ equivalent to the many years of accreted utility in Rails. To put it another way, it's a false equivalence. No-one should EVER say "learn go" instead of rails. Now, if they said "lean Buffalo" ( https://gobuffalo.io/ https://gobuffalo.io/ a Railsish framework in go) instead of Rails you could have a very reasonable discussion.
      • 0des 4y ago
        This is fairly inaccurate. The stdlib accomplishes a lot and unless you absolutely must have a wizard in your CLI to generate routes then you really aren't missing much at all. Having designed products in both, I'd prefer Go these days because unless I'm making todo apps there is a lot of decision and freedom taken out of my hands by using rails. All of this disregards the speed advantage of go. There is no comparison between the two.
• ulisesrmzroche 4y ago
  If you're just starting out, I wouldn't go with Rails. Get really good at Typescript and React instead if you like the front-end, or Node or Golang on the back-end. Although it's a hard choice because the books and documentation and training resources are great in Rails, so easier to level up, but I don't think that's where things are going anymore.
• swat535 4y ago
  If you Think Github, Gitlab and Shopify are relevant, then yes. Ruby on Rails remains an excellent technical choice for mature products. Note that, just like any other tool it has pros and cons, one should analyze the system requirements and use whatever makes sense. I would however, dare say that it is a great fit for majority of businesses. Honestly, majority of frameworks out there today will get you 90% of the way: Rails, Laravel, Phoenix and Django just to name a few. As I get older, I tend to prefer boring tech myself..
  • likortera 4y ago
    My day job is as a JavaScript engineer, mostly doing React and Node. Some PHP which I never used before. Last year during the pandemic I started to work on a side project, I picked Laravel because I heard a lot of good things, and having used Django in the past I know the value these frameworks provide. I'm building it using the "tall stack" [1] and it is just wonderful. The best part is not having to take 1000 decisions every second about what library or how to do this, or how to do that. Everything already has a place, and I can focus the little time I have to actually building what I want to build. [1] https://tallstack.dev/ https://tallstack.dev/
• sergiotapia 4y ago
  I hardly get any job listings from recruiters using Rails tech stack these days. Nothing compared to 7 years ago. These days it's mostly Javascript, Go, some Kotlin. Regardless I work in Elixir because they can pry BEAM out of my cold dead hands. And Liveview is inspiring all other frameworks to build similar tooling that is unfortunately second-best because Elixir and Erlang's BEAM are so well suited to it's workflow.
• namelessoracle 4y ago
  I learned rails in college and mentioned it on a few resumes and get non stop recruiters asks about it (more than my typescript/go/react/c# stuff, and on par with my java springboot slice) so i would say no.
• ecshafer 4y ago
  Shopify Developer here (opinions are my own) we are running Ruby on Rails (obviously) and we do well with it. It's fast to develop, fast to deploy, fast to test. I have no complaints with it. I would say my gut says that there are fewer bugs, fewer issues, fewer on call incidences, less downtime, and faster development speed than when I worked in a Java shop with micro-services and serverless and plenty of modern things. Technical culture, discipline, quality of engineers and leadership matter so much more than what your tools are imo.
  • wilsonsilva 4y ago
    "Technical culture, discipline, quality of engineers and leadership matter so much more than what your tools are imo." Yes! Behind every principle there's a promise. https://twitter.com/jessethanley/status/813904788702183425 https://twitter.com/jessethanley/status/813904788702183425
  • sodapopcan 4y ago
    > Technical culture, discipline, quality of engineers and leadership matter so much more than what your tools are imo. Hear! Hear!
• johnyzee 4y ago
  https://trends.google.com/trends/explore?date=all&q=ruby%20on%20rails https://trends.google.com/trends/explore?date=all&q=ruby%20o...
• ChrisArchitect 4y ago
  Recent similar discussion: 3 months ago https://news.ycombinator.com/item?id=30022185 https://news.ycombinator.com/item?id=30022185
• asfarley 4y ago
  Here is a hint, at least every 6 months for the past 8 years there have been blog articles asking whether Rails is still relevant. It’s basically a meme at this point. We need a “no rails relevancy posts” sign like guitar shops need “no stairway”.
• elango 4y ago
  It is good for getting off the ground when validating an idea, but when it comes to 10+ team it gets difficult to hire or train people as there is a several fold larger pool of accessible Java developers.
• mbrodersen 4y ago
  I know that Ruby on Rails is still very much relevant for consultants being paid big $ to fix the disasters left by self-declared “Ninja” developers after they quit and move on to try again from scratch at another company ;)
  • ryudoawaru 4y ago
    Don't think it's a tech or language stack-related problem. You can easily find akin situation in any other stacks.
    • mbrodersen 4y ago
      Yep I agree. However there seems to be more self-proclaimed “Ninja” programmers in the Ruby community than in others. Just my impression of course.
• r-s 4y ago
  There is a surprisingly small amount of senior rails developers. Many who learned it when it was cool, have moved on. There are so many legit companies making tons of money on Rails stacks with 0 intention on leaving. The market is excellent for rails developers and likely will be for the foreseeable future.
• Parker_Powell 4y ago
  Yes! Ruby on Rails remains relevant, so long as you use it for projects where it makes sense. Rails was originally released in 2004. Since then, it has been used to build a wide range of different websites and applications. Some of the most well-known sites built using Rails are Github and Airbnb, which is why many people think of Rails when they think of web development. While it has lost some popularity in recent years, as other frameworks and languages have become more mainstream, Rails is still very much alive and kicking. In fact, in 2018, Rails was the 7th most commonly used framework among all developers according to Stack Overflow's annual developer survey. This survey included over 100,000 responses from software developers representing over 150 countries. It showed that about 30 percent of those surveyed had used Rails "in their careers" or "currently use." The main question you should ask yourself when considering whether or not to use Rails is whether or not you can use another tool that would be better suited for your project. If you're looking to build a website with a lot of dynamic functionality that needs to be delivered at lightning speed, then Rails could definitely be your best option.
• wg0 4y ago
  Don't think so it is dead rather a mature and proven technology. The impact of Rails is huge and almost every other web framework has embraced parts of it. But having worked with Rails code base, it becomes a guess work in a text editor to know what you're getting in a method. The duck typing makes impossible to be sure for text editors unless you resort to some sort of type hinting and that's not Rails's fault, that's ruby. In 2022, given among all the choices, I'd probably go to either deno + Typescript or golang.
• lkrubner 4y ago
  At this point I think it is worthwhile to contrast Ruby against Rails. Ruby has fallen behind, if you want great meta programming, you can get all the joy, plus much better speed, by using something like Clojure. That also gives you access to the vast ecosystem of Java libraries. But Rails is a different story. For jumpstarting a greenfield API or CRUD app, there is nothing quite as good as Rails. Django and Symfony and other frameworks have tried to imitate Rails, but Rails is still way out in front, with better tools, and the marriage of Rails tools with Ruby's advanced meta-programming is something difficult to replicate elsewhere. If your company needs a custom CRM or CMS, Rails remains the best starting place.
• strzibny 4y ago
  No, I just accepted a Rails job offer a while ago.
• adrianthedev 4y ago
  Nope. Not dead. I'm building Avo to help developers ship apps faster than ever. Avo is to Rails what Rails is to web development. https://avohq.io https://avohq.io
• jetheredge 4y ago
  We build and maintain a lot of Rails applications, with several of them almost a decade old. We have to keep them up to date, but Rails is stable and mature and this process is fairly easy. We come across a lot of web apps written in other ecosystems, using frameworks that were popular just a few years ago and have now been mostly abandoned. Or we get bit by an app that is a few years old and now has dependencies that are completely dead and core to the application. This isn’t the case with Rails. It is just as actively developed now as it was 10 years ago, and we are confident that it’ll be just as actively developed 10 years from now. Due to the fragmentation of these other ecosystems, even though the community as a whole may be larger, finding a stack that you can depend on for a long time can be a huge challenge.
  • weatherlite 4y ago
    > We come across a lot of web apps written in other ecosystems, using frameworks that were popular just a few years ago and have now been mostly abandoned Interesting, can you give a few names? Just so that I'll know to reconsider if I need to use one of them.
• eaydev52 4y ago
  Maybe it would be the answer :) https://news.ycombinator.com/item?id=21138422 https://news.ycombinator.com/item?id=21138422
• lucasarruda 4y ago
  Super relevant! And there are tons of companies looking for Rails developers! I know some people of the community moved to Rust or Node. But the Rails ecosystem is still the most complete out there. The framework, as the language, is still evolving, getting quicker and integrating will all sorts of other tools (GraphQL, Elastic, etc). Ruby is much faster in 2.7/3.x as it was in 1.9/2.0 era. Rails is starting to try dropping node and all the JS package craziness. But still supports all them. So you can pretty much do HTML-over-the-wire, plain jQuery or go full-blown React/GraphQL/API using webpack or similar.
• hipertracker 4y ago
  After years spent with Ruby and Rails, and some work with Go, Elixir, and Phoenix I switched finally to Python and Django. It's fast, productive, very mature and you can find a library for whatever I imagine. I like Jupiter notebooks, Pydantic, multiprocessing, pandas, and other libs. I tried to get used to Go several times but it always failed. Go lacks an interactive console. Its syntax is ugly and very limited and not expressive, which means I had to reinvent the wheel all over the time. Why the heck Go has not even have reduce function? It is true, that using Go ends with a TONS of verbose code. The same functionality in another language can be built in a fraction of the time and will have a much simpler and smaller code size
• cutler 4y ago
  To put this in perspective here are some job stats from Indeed.co.uk for London and the UK (excluding London): London: Rails 237, Django 383, Laravel 149 UK (excl. London): Rails 230, Django 406, Laravel 1001 So, yes, there are less Rails jobs overall but considering there are less than twice as many jobs as with Django, which is powered one of the most popular languages, Rails is clearly still very active in the marketplace.
• brbrodude 4y ago
  My take: - 34yo dev, brasilian(living in Brazil), started with RoR in 2013 and worked with it on and off since them - was the first Software hire in a b2b e-bike engineer-DNA startup in 2019, picked Rails for the 'IoT layer', been working on it since them In this context, I'm still very happy to be developing in Ruby and Rails and it still feels very fresh to me most of the time. It may come down to, like Vim, it's not exactly in the new stuff department, it's 'niche', even, but the super users and hardcore community apparently will never let it down. It is very well taken care of software and I think there's a lot of people in a virtuous relationship with it i.e.: probably a lot of people running it to get things done, doing good business, making money and satisfied enough that it sort of doesn't matter much what 'kids' looking for the hot new tech to fill CVs think about it. I think RoR is super solid in this regard. Following on the Vim analogy, I think both Ruby and Rails have the 'power tool' quality/deph in that it keeps rewarding you with more power the more you get the handle of it, there's few things like TDD on RoR. When you're senior and you're not afraid to tweak things as you want it anymore, things get really interesting. For example: - Microservices x monoliths: I've built a Service Object layer, all Services have an API of .new(:param, :param)(sugarized to initialize_with :param, :param) and .call, .call!, .queue. These service objects can be strung together, allowing for composition. call without '!' gives you an object you can say .success?, .result and react however you want. .call! will raise exceptions. .queue runs it async in Sidekiq. We have over 40 of them, in some cases we refactored out a piece of functionality(e.g.: google sheets integration) and just deleted a whole folder of them, just like that. All of these 'actions' can be run from any context: MQTT message, API call, console, Sidekiq, Sidekiq-scheduled, tests. In ruby *anything* can be mocked anytime, have you thought about the power of this? I can make an expectation that an --instance of a class somewhere will receive a call--, it could be mine, it could be a class in a lib, it could be something in the framework. - Sidekiq just works and is awesome. Free fault-tolerance, performant, scalable. - Building custom piece of architecture, ruby scripting is very powerful: we had bots simulating the motorcycles running and talking with the backend way before we actually had a board and software able to do that. MQTT messages are relayed to Rails app through a custom long running service, it's a ruby script. Later on we've twisted it to test Firmware Updates Over the Air feature, basically, scripting the script itself. So we have a CI/CD job that allow us to stress test/spec test firmware. Right now I'm doing a middleware so I'll script Rack/Rails next, TDD is going smoothly. - Maybe tweaking it further to make it more of an a Event Driven application. I think ultimately Ruby developers end up being good developers because of the high power+low cognitive overhead style at the heart of the language. Now for the cons: - It is indeed becoming niche. Junior developers probably mostly not learning it. Are they really as productive as they could be on Rails though? I think NodeJs stuff are interesting, I wonder though how productive they actually are. Is the stuff they build really bug-free? Fully featured? Well tested? From my experience they are fast but will overlook obvious bugs in their code as if it was ok. I think the Ruby community had tons of good teachers who focused on elegant working code, RailsCasts, DestroyAllSoftware, etc. Also a lot of influential devs and ppl who learned from them & similar sources, a lot of them still participating or who done amazing contributions, like Aaron Patterson, Jose Valim, DHH.. I don't know how exactly we'll deal with this at the company, but our software is so flexible I think we wouldn't have much trouble breaking it up & integrating, at the same time too, though, our application code is so easy to work on I don't think it matters much if a new dev is not a rubyist. In conclusion, I guess it depends where you want to go with your life, I myself have always thought of handling actual heavy duty shit with software, being in a core product team, not being a 'job market b*tch' etc. Even if I'm not writing Ruby one day because we have decided to switch to something other or that I want to work on a different project that is running X, I don't really care.
• JikkuJose 4y ago
  A bit off-topic: But I have been always getting questions on how to start with RoR after a fair bit of Ruby knowledge. DHH's blog video feels pretty dated now. Does anyone have any pointers to a decent video tutorial that starts from the basics?