Ruby on Rails

O framework que definiu o padrão

Ruby on Rails popularizou a ideia de convenção sobre configuração: em vez de decidir cada detalhe de arquitetura, o time segue padrões que o framework já resolveu e gasta energia no que é específico do negócio. Migrações, ORM, filas, testes e geradores de código vêm integrados. Boa parte do que hoje se espera de um framework web moderno, incluindo o próprio Laravel, deve algo às escolhas que o Rails fez primeiro.

Rails não é a nossa primeira escolha para projetos novos: esse papel é do Laravel. Mas ele é uma presença constante no nosso trabalho de manutenção e resgate. Assumimos aplicações Rails que perderam o time original, atualizamos versões atrasadas de framework e de Ruby, cobrimos código legado com testes e devolvemos ritmo de entrega a produtos que estavam parados. Conhecer bem as convenções do framework é o que torna esse trabalho previsível.

Se a sua aplicação roda em Rails, não faz sentido reescrever só para trocar de stack. O framework segue mantido, com correções de segurança e uma comunidade madura. Nosso critério é o custo total: quando atualizar e evoluir resolve, é o que recomendamos; quando a reescrita se justifica, dizemos isso com um plano de migração gradual, sem apostar o produto em uma virada de chave.

• Manutenção e evolução de aplicações Rails
• Resgate de projetos sem time original
• Atualização de versões de Ruby e Rails
• Cobertura de testes em código legado
• Migração gradual para outra stack