4 ms·
> if I could go back in time and tell them to avoid one thing it would be their strict adherence to naming conventions Monkey paw curls. Rails probably wouldn’
by caseyohara 2y ago
> if I could go back in time and tell them to avoid one thing it would be their strict adherence to naming conventions
Monkey paw curls. Rails probably wouldn’t have reached popularity were it not for the strict adherence to naming conventions. The Rails value prop is productivity and the ethos of “convention over configuration” is what makes that possible.
“Convention over configuration” was coined by DHH himself. https://en.wikipedia.org/wiki/Convention_over_configuration https://en.wikipedia.org/wiki/Convention_over_configuration Without it, you don’t have Rails.
- SkyPuncher 2y agoThe problem is the convention is not always clear or consistent. When it breaks, it can be very difficult to debug. In most cases, we're talking about trivial amount of extra code. Things like a handful of config lines at the top of a class.
- sethherr 2y agoTo each their own, but “a handful of config lines at the top of every file” sounds like misery to me. I guess I’ve just drunk the koolaid - but also, there has been a lot of work to make things more predictable, e.g. zeitwerk.
- gregors 2y agoThis skit on rails conventions is ancient, but I will never think it's not hilarious https://www.youtube.com/watch?v=obOd7WrrTWQ https://www.youtube.com/watch?v=obOd7WrrTWQ There's been arguments over the years that push back to rails magic led to a new generation of explicitness. You're also correct in saying that it's part of the value prop for productivity. But there's an overhead to learning the conventions in the first place and these days there is no denying less and less people are coming to Rails and even less learning Ruby. That's just the lifecycle of software I suppose. I'm extremely grateful for the large companies with massive ruby codebases that continue to move the language and ecosystem forward.