Reescrever ou estabilizar? Como decidir o que fazer a uma app feita com IA

Há um momento que quase todos os fundadores com uma app feita com IA acabam por viver: os bugs acumulam-se, cada correção parte outra coisa, e alguém — um programador, um amigo, às vezes a própria IA — diz "o melhor é refazer tudo".

Às vezes é verdade. Na maioria dos casos que vemos, não é.

Porque reescrever tudo é quase sempre a decisão errada

Uma app em produção tem uma coisa que um projeto novo não tem: utilizadores reais e decisões já validadas. Reescrever do zero significa meses sem novidades para os clientes, o risco de perder regras de negócio que só existem no código e, muitas vezes, repetir os mesmos erros com outra tecnologia.

Estabilizar significa outra coisa: manter o que funciona, corrigir o que está em risco e melhorar a estrutura por partes, sem parar o negócio.

As perguntas que usamos para decidir

1. Os dados estão protegidos? Se há fugas de dados entre clientes ou permissões mal configuradas, isso corrige-se primeiro, seja qual for a decisão. Não é motivo para reescrever — é motivo para agir já.

2. A estrutura da base de dados faz sentido para o negócio? Se as tabelas refletem o negócio, mesmo com problemas, quase tudo se corrige por cima. Se o modelo de dados está fundamentalmente errado, aí sim, partes da app podem ter de ser refeitas.

3. Os problemas estão espalhados ou concentrados? Problemas concentrados em duas ou três áreas resolvem-se reescrevendo essas áreas. Problemas em todo o lado, sem padrão, são um sinal mais forte para refazer.

4. Quanto custa manter, comparado com refazer? Se cada nova funcionalidade demora o dobro do que devia por causa do código existente, essa diferença é o custo de manter. Quando é maior do que o custo de refazer uma parte, refazer essa parte compensa.

5. Há testes que digam se algo partiu? Sem testes, qualquer mudança é arriscada — tanto para estabilizar como para reescrever. Acrescentar testes às partes críticas é quase sempre o primeiro passo.

O caminho que normalmente recomendamos

Auditoria para saber o que está mesmo em risco.
Correção do crítico — dados, permissões, segurança.
Testes e CI para que as correções não voltem atrás.
Melhoria por fases, área a área, e só refazer o que custa mais manter do que reconstruir.

Na maioria dos casos, a app que já tens é um ponto de partida melhor do que uma página em branco.

Não sabes se a tua app deve ser estabilizada ou refeita? Marca 30 minutos connosco — dizemos-te o que achamos, mesmo que a resposta seja "não precisas de nós".

Ver também: Auditoria e correção de apps feitas com IA.