Hacker News new | ask | show | jobs
by darksaints 1329 days ago
Rails is a huge problem, but the most mature libraries/frameworks in Go/Rust are all micro-frameworks, which isn't much of a replacement. Maybe some .NET frameworks would be a better choice.
2 comments

Well I mean if stability plus performance are the main requirements then I'd disqualify everything except Rust.

Though I'd personally do it in Elixir but again, speed. GitHub is huge and should rise up to the challenge.

It’s quite the opposite: Rails is a big enabler.
The only thing Rails enables is getting started quickly. Maintenance is a complete nightmare. I have no problem refactoring large Scala apps or F# apps or even Rust apps...but that one fucking Rails app I have in my portfolio is the absolute worst. Still stuck on rails 4 because the time I upgraded it to 4 took two whole weeks of my life away from me. Never again. I'd rather rewrite from scratch than do that again.
Only in the first project phases. After that the teams start fighting over which MV-ABCXYZ abstraction to use. :)

I've seen good and productive Rails teams but they had to deliberately stop themselves from certain practices, otherwise they ran into problems. Long topic though, and people get very emotional and preachy defending Rails so it's a fruitless discussion 99.9% of the time.

In the end use what you feel works best for you and your team. Objective differences in programmer productivity, machine speed, iteration speed and other metrics does exist though and it's very tiring to see people constantly pretend otherwise.