Hacker News Reader

Comment by jjice | Hacker News Reader

Wow, I didn't realize there's a Ruby on Rails podcast that's been running for 15 years. That's seriously impressive.

Sometimes I wish I was programming during the RoR hay days. It just seems like a damn fine framework and it's got a real cult (in a good way) following.

View on HN

I started on Rails in 2011, just before the release of 3.1 (when they switched the default JS framework from Prototype to jQuery!). I basically "grew up" as a programmer on Rails. It's cool to look back and see how Rails, and Ruby itself, has matured over time. Each major release is easier to migrate to than the last and covers more use cases out of the box.

I started with Rails in 05, prior to the 1.0 release.

It was a whole new world for me. I had done BASIC, HyperCard, and C up to that point, and the whole idea of a web framework opened up my eyes. JavaScript, with prototype.js, was fascinating.

We didn’t even have database migrations yet, you just wrote your schema as a SQL file.

I moved to Sinatra a few years later, because at the time the “rails way” was really slow for a lot of things. I still use Sinatra to this day. Ruby is by far my favorite language, and sometimes I think it might be a time to get back into rails and see how far things have come.

rails nowadays is fantastic and is hitting its second wind.

Rails and Ruby are both better today than they have ever been. What's stopping you from picking it for your next project?

I think Ruby Rogues has been running as well for a similar timeframe. The Ruby community has always been awesome and lively!

I was programming Rails during the Heyday.

I don't miss it one bit. Yes, you can build things quickly, "rails g scaffold" was quite a tool.

But the level of discipline required to keep a large Rails codebase from turning into spaghetti is not to be underestimated. Plus, because of Ruby's flexibility, a bunch of functionality is sort of "magic pudding" and happens via extension and meta-method sort of things.

This makes things like Ctrl+Click being the source of truth and being able to generate some sort of ERD-diagram in your IDE of everything that touches another thing difficult to implement.

I also don't miss dynamic types in the slightest.

Nowadays, I would rather look at Laravel with Livewire and Alpine.js if you want something Rails-esque. PHP is godawful though.

you can use Django (python) with Types and the codebase will scale a bit larger, there are JITs available for Python too.

ctrl+click works great

can write simple Python code and not do anything crazy, works alright. up to around 30k lines I'd probably consider past the "prototype" phase though and would prefer a compiled language.

I would say Rails is still in its Heyday. I've been writing ruby since 1.8.7 and I'm constantly surprised by the frequency of major releases of rails, and the backward compatibility (Rails 3 -> 5 was hard). I completely agree about the discipline required to keep a large project clean, although I find that true across the board with large codebases.

I totally agree. The fact that it's not possible to determine the location of a method being called inside a file until it is run perfectly illustrates the problem with a hyper-dynamic language like ruby. It's a dream for people who love metaprogramming to do things magically, but a nightmare for anyone later inheriting that project.

I have a rant about it: https://bower.sh/on-autoloading

And don't get me started on the footgun that is ActiveRecord callbacks: https://guides.rubyonrails.org/active_record_callbacks.html

I didn't program RoR when it was hot, but I am in a RoR shop now. RoR is by far the easiest framework to jump into an existing project and find what is going on that I have seen, if anything its the opposite of hard to not turn into spaghetti. Comparing this to Spring, React, Node, ASP, etc. I would much rather do Ruby.

> Nowadays, I would rather look at Laravel with Livewire and Alpine.js if you want something Rails-esque. PHP is godawful though.

Why wouldn't you look at Phoenix LiveView, which inspired Laravel's Livewire, then? Elixir also gives you some other advantages you likely haven't encountered before if you haven't worked with Erlang or Akka.

I actually agree about large RoR codebases, the last few major ones I've seen were absolute dumpster fires and the solutions implemented to fix them, was more or less standard enterprise java patterns. So you ended up doing java anyway.

On the other hand, I'd say Elixir/Phoenix gives you exactly what you want these days and especially with the gradual type system, non-magic database ecto layer etc.

The "flexibility" of Ruby and RoR made code much harder to maintain than Python.

Who cares if you can save 10 minutes coding a page if it takes you an hour to figure out what's happening on with that code.

Citations needed.

Python is basically the same thing, just slightly less thoroughly OO and with a different syntax.

Reply on news.ycombinator.com