News for hackers. Stuff that matters.
Re:The Rails Doctrine by seattle_spring on Saturday May 13, 2023 @01:29PM (#35930578)
Oh boy does this comment resonate with my experience. Several times now I’ve had incoming Rails enthusiasts insist that RoR is the absolute best solution to all problems. Inevitably, once the project has more than 3 engineers, it becomes a disjoint, indecipherable mess that eventually gets re-written entirely.

I’ve said it once and I’ll say it again: Rails is the least-scalable framework ever when it comes to # of engineers. Someone is surely going to respond “you can just add more instances!” Not what I’m talking about, though it’s bad in that department too.

Re:The Rails Doctrine by TenJack on Saturday May 13, 2023 @06:17PM (#35933329)
I’m curious, what do you think the most scalable backend framework is (engineer wise)?
Re:The Rails Doctrine by eviluncle on Saturday May 13, 2023 @06:19PM (#35933339)
what kind of codebases were you working on? I've had the pleasure of working on 2 big companies using rails, each with well over 50 engineers and the code base was so relatively easy to jump into. The beauty of rails is that if you follow its guidelines, anybody can jump right in.

what alternatives do you find are better when scaling up with more engineers?

Re:The Rails Doctrine by stouset on Sunday May 14, 2023 @12:24AM (#35935294)
The biggest issue I’ve seen is when companies hire 4 junior engineers with zero or minimal Rails experience to bootstrap their product, let them loose, and… yeah everything quickly becomes a mess.

Nobody understands the conventions so they cargo cult whatever they found from a blog that was last updated in 2013. Or they find novel and extraordinary solutions to problems that the framework literally already solved. Or they have zero experience modeling things in a database—much less doing it the way ActiveRecord encourages—so every battle is always uphill.

The biggest problem with convention over configuration is when you have a team where nobody understands the conventions. But what else do you expect?

Re:The Rails Doctrine by seti0Cha on Sunday May 14, 2023 @10:43AM (#35938383)
I don't believe I've ever seen 4 junior engineers who don't know what they're doing build anything other than a mess. I don't have any experience with rails, so I can't say whether the mess would be worse, but those engineers are definitely going to make one without guidance.
Re:The Rails Doctrine by stouset on Sunday May 14, 2023 @04:39PM (#35941186)
My point precisely :)

I will happily concede, though, that I do think in that sort of situation that Rails can very easily become worse than other languages/frameworks.

Re:The Rails Doctrine by mvdtnz on Sunday May 14, 2023 @01:17AM (#35935512)
And I'll bet my bottom dollar that every developer who joined the team and was appalled at the state of the codebase said something like "if they just did Rails right it wouldn't be so bad!". Ad infinitum.
Re:The Rails Doctrine by seattle_spring on Sunday May 14, 2023 @01:51PM (#35939832)
This rings so true that it made me laugh out loud when I read it. I’ve heard this line from literally every Rails-engineer-peer I’ve worked with that I can think of, usually about codebases that they were in charge of.