Over the years I've ramped a couple dozen engineers onto Rails. The very first thing I have them do is follow the full rails tutorial front to back, no matter how many years of experience they have. It usually takes a day or so.
I've found that after doing that, people (1) get it easily, (2) don't feel it's "magical", and (3) enjoy the environment.
Conversely, SENIOR engineers on other teams who did not go through this process often express sentiments like you did. At this point I can pretty much guarantee the people who are salty about Rails are people who don't normally need to read the manual. They didn't read the Rails manual, and they're confused, and they're not used to being confused, and so they get grumpy and bitter about that over time.
Personally, I like Rails. But I do think that the "convention over configuration" approach has this major tradeoff - you really shouldn't just dive in and figure it out, you should read the manual first. And I get it why some people don't like that and don't think it should be necessary.
So yeah, it's opinionated, and thus it's polarizing.
I've found that after doing that, people (1) get it easily, (2) don't feel it's "magical", and (3) enjoy the environment.
Conversely, SENIOR engineers on other teams who did not go through this process often express sentiments like you did. At this point I can pretty much guarantee the people who are salty about Rails are people who don't normally need to read the manual. They didn't read the Rails manual, and they're confused, and they're not used to being confused, and so they get grumpy and bitter about that over time.
Personally, I like Rails. But I do think that the "convention over configuration" approach has this major tradeoff - you really shouldn't just dive in and figure it out, you should read the manual first. And I get it why some people don't like that and don't think it should be necessary.
So yeah, it's opinionated, and thus it's polarizing.