Um serviço no ar há 7 anos: como devemos reescrevê-lo?

Um texto sobre os desafios de engenharia que surgem ao desenvolver um mesmo produto por mais de 6 anos, à medida que o produto cresce e a equipe aumenta de tamanho, além dos critérios para escolher uma nova base tecnológica.

Desafios de engenharia conforme o produto e a equipe crescem

• E se você descobrisse que a lógica de estado do servidor existente não garante sequencialidade?
• E se o volume de dados aumentasse drasticamente e a velocidade de acesso ao dashboard ou a renderização ficassem lentas?
• E se fosse preciso implementar fuso horário sem o módulo Intl para manter consistência com o backend?
• E se, de repente, fosse necessário configurar um ambiente multilíngue em apenas uma semana?
• E se os nomes das props dos componentes fossem todos diferentes entre si, aumentando a taxa de erros?

Motivos para adotar uma nova base tecnológica

• Para avançar de PMF para a etapa de GTM, é preciso manter a velocidade de deploy, mas aumentar a estabilidade
• É preciso reduzir o custo de manter partes envelhecidas e redistribuir o contexto concentrado em pessoas específicas
• Redução do custo de reescrita devido às mudanças e aos avanços no ecossistema de frontend (React Server Component, Framework Agnostic)