Por que a comunidade de rails parece sempre querer reinventar a roda

Nos últimos quatro anos atuei como desenvolvedor fullstack, trabalhando com stacks como React, React Native, Angular no frontend e Rails/Python no backend. Mesmo nos projetos mais bagunçados ou mal otimizados, havia uma certa disciplina em respeitar os padrões da stack utilizada. A estrutura de componentes, os contratos REST, a escolha das bibliotecas, ainda que às vezes desatualizadas ou pouco populares, costumavam seguir uma documentação razoável e uma lógica compartilhada.

Recentemente, fui contratado como desenvolvedor pleno para trabalhar exclusivamente com aplicações Rails fullstack. Confesso que abandonar o ecossistema SPA foi estranho no começo, mas durante a fase de onboarding consegui me reacostumar com conceitos como MVC tradicional e SSR com erb.

O que me surpreendeu, porém, foi a completa falta de coesão técnica no projeto, mesmo com uma equipe experiente e sênior. A configuração do Tailwind, por exemplo, simplesmente não compila sem ajustes manuais constantes. Os View Components foram implementados com uma stack alternativa e pouco popular, escolhida unicamente porque o tech lead "preferia assim". Há uma abstração excessiva das lógicas de negócio que, apesar de evitar reescrita de código, gera um efeito colateral: quando uma pequena parte precisa mudar, é necessário alterar toda a estrutura base para acomodar isso, o que claramente não escala.

Fico com a impressão de que há uma certa soberba técnica na comunidade Rails. Existe um discurso comum de evitar frameworks frontend modernos como forma de simplificar, mas ao mesmo tempo surgem soluções caseiras que tentam replicar funcionalidades já resolvidas, de forma inconsistente e pesada.

Essa tendência de querer reinventar tudo dentro da própria bolha é recorrente. Ao invés de integrar soluções consolidadas do ecossistema web, há sempre um esforço para criar uma versão "Rails way", mesmo que menos eficiente ou madura. Seja com Hotwire tentando substituir o que React e Vue já fazem de forma estável há anos, ou com ferramentas como Stimulus tentando ocupar o espaço de bibliotecas JS que já lidam com interatividade de maneira mais robusta, parece haver uma necessidade constante de provar que dá para fazer tudo sem sair do universo Rails.

Desde a polêmica decisão do DHH de remover TypeScript do Turbo, sinto que o foco da comunidade deixou de ser resolver problemas reais de forma pragmática e passou a ser reinventar a roda com a própria assinatura, mesmo que isso sacrifique qualidade e clareza. A justificativa quase sempre é evitar "complexidade", mas o resultado é uma complexidade disfarçada de simplicidade. Parece mais um exercício de ego do que de engenharia.

Curiosamente, não vejo esse comportamento em ecossistemas como Node.js ou ASP.NET, onde há um foco maior em interoperabilidade e uso de padrões consolidados da indústria. No Rails, por outro lado, parece haver um esforço constante em reinventar o que já está resolvido, como se qualquer dependência externa fosse uma ameaça à identidade do framework.