Ruby on Rails não está morto e pode até ser uma panacéia de IA para desenvolvedores

Na pesquisa mais recente para desenvolvedores Stack Overflow, Ruby on Rails foi usado por 5,49% dos entrevistados. Embora não pareça muito, é superior aos frameworks web mais modernos, como Nuxt.js (3,69%), Deno (2,36%) e Gatsby (2,33%). A realidade é que Ruby on Rails ainda é um framework web bastante popular, apesar de seu apogeu ter sido há muito tempo (era a ferramenta de desenvolvedor mais moderna da era Web 2.0).

Então, quem usará Ruby on Rails em 2024 e por quê?

A conversa ‘O Rails está morrendo’

Em parte por causa de sua idade, mas também porque não é React ou outro framework JavaScript, muitos desenvolvedores descartam Ruby on Rails. E é verdade que seu uso está diminuindo com o tempo, pelo menos se usarmos a pesquisa Stack Overflow como guia. Em 2019, 8,2% dos entrevistados disseram usar Ruby on Rails. Django, com 13% em 2019, também está em lento declínio (11,47% o usam agora).

Em comparação, você não ficará surpreso ao saber que a popularidade da maioria dos frameworks JavaScript aumentou nos últimos quatro a cinco anos – React passou de 31,3% em 2019 para 40,58% em 2023, e Next.js nem estava listado em na pesquisa de 2019, mas obteve pontuação de 16,67% em 2023 (logo atrás do Angular, talvez a única estrutura JS a diminuir nesse período!).

Embora o uso esteja diminuindo com o tempo, o próprio projeto Rails continua a evoluir. Hotwire, um conjunto de ferramentas e frameworks criado pela 37signals, foi lançado há vários anos como um complemento ao Rails e “uma abordagem alternativa para construir aplicações web modernas sem usar muito JavaScript”.

Como observou o desenvolvedor do Rails, Jason Charnes, na mais recente conferência Rails World: “A questão é que, bem, o Rails nunca morreu.” Ele insistiu que “Ruby on Rails tem avançado – alguns esforços maiores que outros, mas têm sido consistentes”.

Quem está usando Ruby on Rails

Semelhante ao Django e seu legado duradouro, Ruby on Rails ainda é um componente crítico em alguns projetos grandes e de alto perfil. Shopify é o exemplo mais conhecido; seu fundador, Tobi Lütke, construiu o Shopify usando Ruby on Rails, enquanto era membro da equipe principal do Rails de 2004-2008. O monólito principal do Shopify roda em Rails até hoje – em setembro de 2020, a empresa afirmou que inclui “mais de 2,8 milhões de linhas de código Ruby e 500.000 commits”. Mais recentemente, em novembro do ano passado, Lutke forneceu uma atualização no X o que implica que o Rails continua a escalar muito bem (a capacidade do Rails de escalar tem sido calorosamente debatida ao longo dos anos).

Embora o Shopify ainda dependa de Ruby on Rails, ele migrou alguns de seus aplicativos principais para estruturas JavaScript mais modernas. Shopify adquiriu o framework React Remix em outubro de 2022 e no início deste ano entrevistei seu cofundador e CEO, Michael Jackson. Ele me disse que Shopify.com e Shop.app, o site principal e o aplicativo móvel da empresa, respectivamente, foram reconstruídos usando o Remix. No entanto, Jackson também reconheceu que quando ele e seu co-criador Ryan Florence construíram o Remix em 2020, eles foram diretamente inspirados no Rails.

“Desenvolvemos em vários paradigmas diferentes, principalmente PHP e Ruby. Então, nos inspiramos muito em alguns frameworks PHP, nos inspiramos muito em Rails — você sabe, Ruby on Rails — e muitas pessoas que vêm para o Remix, elas (…) sentem que é gentil é familiar porque é baseado em padrões da web (e) não estamos tentando inventar muitas de nossas próprias APIs.”

GitLab é outra empresa conhecida que ainda usa Ruby on Rails. Na verdade, seu cofundador e CEO, Sid Sijbrandij, escreveu um artigo para The New Stack em junho de 2022, intitulado “Por que continuamos com Ruby on Rails no GitLab”. No entanto, semelhante ao Shopify, o GitLab modernizou sua pilha baseada em Rails ao longo do tempo. Aqui Sijbrandij explica alguns dos ajustes que fez:

“Embora estruturar o GitLab como um monólito (Rails) tenha sido extremamente benéfico para nós, não somos dogmáticos sobre essa estrutura. A arquitetura segue as necessidades, e não o contrário. E embora Rails seja uma tecnologia excelente para nossos propósitos, ele tem algumas desvantagens, uma delas é o desempenho. Felizmente, apenas uma pequena parte da maioria das bases de código é realmente crítica para o desempenho. Usamos nosso próprio daemon gitaly escrito em Go para lidar com operações git reais e PostgreSQL para persistência fora do repositório.”

O GitHub conta uma história semelhante, de seguir o Rails, mas construir peças mais modernas nas bordas. Em dezembro, Max Beizer do GitHub discutiu a evolução de seu monólito Rails:

“A base de código principal do GitHub é um grande monólito Ruby on Rails com mais de 4,2 milhões de linhas de código em aproximadamente 30.000 arquivos. À medida que a plataforma cresceu ao longo dos anos, percebemos que precisamos de uma nova forma de organizar e pensar sobre os sistemas que administramos.”

Ele descreveu como o GitHub agora usa uma solução personalizada chamada “proprietários de serviços” para ajudar a gerenciar seu monólito Rails.

O que Shopify, GitLab e GitHub têm em comum é que todos continuam a depender de um monólito Ruby on Rails; no entanto, todos os três introduziram outras tecnologias ao longo dos anos para ajudar no desempenho e na escalabilidade.

Será interessante acompanhar como o Shopify continua a integrar o Remix (novamente, uma estrutura JavaScript moderna) em sua pilha. Alguns sugeriram que o Shopify pode “usar o Remix como uma estrutura full-stack” e eventualmente abandonar o Ruby on Rails – mas ainda não há evidências de que isso aconteça.

DHH: Ruby on Rails na era da IA

Finalmente, não seria um artigo sobre Ruby on Rails sem alguns comentários de seu criador, David Heinemeier Hansson (também conhecido como DHH). Desde o início, DHH tem sido estridente sobre suas opiniões sobre desenvolvimento web — ele construiu Ruby on Rails há mais de vinte anos como uma espécie de ponte entre o rigor técnico do Java e a facilidade de uso do PHP. Como resultado, Ruby on Rails sempre foi promovido como uma ferramenta que uma única pessoa pode usar para criar uma aplicação web – é por isso que foi tão popular entre os empreendedores da Web 2.0.

O site Rails em abril de 2005 descreveu o framework como “um framework web full-stack e de código aberto em Ruby para escrever aplicações do mundo real com alegria e menos código do que a maioria dos frameworks gasta fazendo sit-ups XML.” Embora o XML não seja mais um fator em 2024, o DHH continua a fazer entrevistas defendendo a filosofia de “alegria e menos código”. Em uma entrevista ao podcast devtools.fm no mês passado, ele até sugeriu que essa abordagem ajudará os desenvolvedores a se adaptarem à atual era de IA generativa.

“Como agora estamos enfrentando talvez uma disputa existencial com a IA”, disse ele, “acho que nunca foi tão importante que a forma como projetamos linguagens de programação seja projetada primeiro para o ser humano. O humano precisa de toda a ajuda que puder obter, se quisermos ter alguma chance de permanecer não apenas valiosos, mas também valiosos. relevante como programador. E talvez isso seja uma causa perdida de qualquer maneira, mas pelo menos nos últimos 20 anos em que tenho trabalhado com Ruby on Rails, vi essa aposta valer a pena repetidamente.”

O que certamente é verdade é que muitas empresas ainda dependem de Ruby on Rails hoje, então só isso manterá o framework relevante no futuro próximo. Talvez, como sugere DHH, os desenvolvedores humanos olhem cada vez mais para Rails como um meio de permanecerem relevantes na era da IA. Independentemente disso, Ruby on Rails sobreviverá – mesmo que a cada ano seu uso diminua ligeiramente.

O post Ruby on Rails não está morto e pode até ser uma panaceia de IA para desenvolvedores apareceu pela primeira vez em The New Stack.