O sistema funciona.
Mas ninguém se atreve a tocar-lhe.

Soa-lhe familiar?

• O sistema foi escrito há 10–20 anos e funciona, mas cada alteração é um risco.
• Quem o escreveu saiu há muito tempo — e não existe documentação.
• A tecnologia deixou de ter suporte: sem atualizações de segurança e sem programadores dispostos a trabalhar com ela.
• Cada nova funcionalidade demora semanas, porque ninguém sabe o que vai partir.
• Um fornecedor apresentou-lhe um orçamento de seis dígitos e dois anos para reescrever tudo "de raiz".

Porque falham quase sempre as reescritas totais

Os projetos do género "vamos reescrever tudo de uma vez" falham por três razões: o negócio não pode esperar dois anos; ninguém se lembra de todas as regras embutidas no código antigo; e, no final, pede-se a toda a gente que mude para o sistema novo num único dia.

Nós trabalhamos de outra forma.

Como o fazemos

1. Primeiro perceber — só depois cortar. Antes de escrever uma linha de código, mapeamos o sistema existente, incluindo as partes escondidas: código morto, triggers esquecidos, procedimentos que não são chamados há anos. Num dos clientes, isto revelou que 65% do sistema não era utilizado. Pagou por um terço, em vez de transportar peso morto.

2. O novo cresce ao lado do antigo. Sem mudança de um dia para o outro. O sistema novo assume funcionalidade página a página, enquanto o antigo continua a servir tudo o resto. Os utilizadores nunca dão pelo momento em que passaram para o outro lado.

3. Cada passo é verificado. Cada parte migrada é entregue com testes automatizados que comparam o comportamento do código novo com o do antigo, sobre dados idênticos. Não nos ficamos pelo "parece estar bem".

4. As decisões ficam no papel. Recebe o mapa do seu próprio sistema — o que está onde, e porque está assim. A próxima alteração não começa com arqueologia.

O que recebe

• Uma base moderna (.NET 10, bases de dados atuais) onde novas funcionalidades demoram horas em vez de semanas.
• Uma base de código para a qual consegue efetivamente contratar programadores.
• Testes automatizados que protegem a sua lógica de negócio em cada alteração futura.
• Uma análise documentada que fica na sua posse.
• Nenhuma interrupção da operação durante a transição.

Porque é mais rápido connosco

Usamos modelos de IA para o volume de trabalho — leem o código antigo, escrevem testes e transportam lógica muito mais depressa do que o trabalho manual. Mas cada decisão passa por 30 anos de experiência de engenharia: o que migrar, o que deixar morrer, o que tem de ser verificado duas vezes.

O resultado: modernização de um sistema com 823.000 linhas — 19 secções de administração com 175 testes automatizados em cerca de 8 dias úteis.