[johntdaly]

As somebody who jumped ship, I sort of regret it. I tough I could share more code between the backend and the frontend with JavaScript but that sort of died early on when frameworks like Meteor where declared “the wrong way” of doing things. Hell, in the frontend department SPAs where the big thing for a long time and now with frameworks like Next.js we are going back to server side rendering and static pages. We had that with our Rails apps 8 years ago.

I honestly think that a good and modern Ruby team would have somebody like you, somebody like me and two people that want to switch to Ruby because they like the language better.

When it comes to the react/vue dev with some rails skills. Yes I get you, but a lot of those jobs are for people like me. I’ve been doing Ruby (and Rails) about 5 to 6 years of the last 10 years and JavaScript every step of the way for 13 years now (frontend and backend). I fit the full stack role but I honestly don’t believe that you need more than one of us in a Rails team. I would rather split the rest up between ruby/rails devs and javascript/react/vue devs.

[herbst]

I hear you. The best team I've been in was a rails core dev, me and a trainee with a good portion of modern frontend skills. We build amazing (boring) software, I am sure most of it still in use even thought they don't do rails anymore when our team split away.

I think that is also the general idea. You only need one or two expensive rails guys and some other people who don't find MVC weird, willing to learn, to setup a proper efficient team for any project.

[kigster]

I am in the same boat, but jumping back. Folks at the non ruby company all had fond memories of rails apps and missed the simplicity. The tangled mess of TypeScript was a disaster codebase with massive tech debt.