Modernização e dívida técnica
Pagar a dívida técnica acabou de ficar acessível.
Por anos, modernizar aquele sistema nunca entrou no orçamento. A IA mudou a matemática: o que levava trimestres agora leva semanas — e fazemos isso sem parar o negócio que roda sobre ele.
O que fazemos
Avaliar
mapear a dívida, seu custo real e o que exige estar pronto para IA
Estabilizar
primeiro testes e observabilidade, para que mudar seja seguro
Evoluir
modernização incremental, entregando valor em cada passo, nunca uma reescrita de uma vez
Deixar pronto para IA
a estrutura, o acesso aos dados e as interfaces que a sua próxima década precisa
Provas
CareerVillage
Um Django obsoleto, um código emaranhado e um deploy manual era o que ficava entre eles e o crescimento. Atualizamos o Django de uma versão obsoleta para a última disponível na época, organizamos o código e colocamos um sistema de deploy de verdade sobre contêineres Docker com o Jenkins como servidor de integração contínua — e seguimos lá.
Leia o casoOxford Economics
O ponto de partida era uma tecnologia que já não conseguia fazer a única coisa que o negócio vende. A análise de um evento vale mais nas horas seguintes — uma plataforma que não consegue se mover nessa velocidade está publicando história. Reconstruímos o site, o portal do cliente e o pipeline de publicação por trás dele.
Leia o caso- CareerVillage · de 2013 até hoje
- Django atualizado · front end para React · deploy reconstruído
- Oxford Economics · site, portal, pipeline de publicação
Sinais de que é a hora
- O sistema legado está bloqueando uma iniciativa de IA
- As pessoas que o entendiam estão saindo
- Custos de infraestrutura e licenças crescendo enquanto a agilidade encolhe
- Um due diligence está vindo
Evidência
Especialidade profunda em Python/Django legado — e sete anos evoluindo um produto no ar dentro da Auth0 sem quebrá-lo.
Quando é hora de ser honesto
Se uma reescrita realmente não vale a pena, a avaliação diz isso — isso é uma constatação, não um fracasso.
As decisões de arquitetura e design que a sophilabs tomou no início deram um retorno enorme.
Por que nunca entrou no orçamento
O sistema legado é aquele do qual tudo depende — e por anos, modernizá-lo nunca entrou no orçamento: o que levava eram trimestres. A outra saída, uma reescrita de uma vez, é onde os roadmaps vão morrer. Por baixo, os problemas são mais profundos do que qualquer coisa que um usuário possa ver: tecnologia que já não consegue fazer a única coisa que o negócio vende, um código sem testes e sem documentação, um processo de deploy que é um evento — enquanto as pessoas que o entendiam estão saindo.
A IA mudou a matemática: compreensão de código, geração de testes e assistência em migrações — supervisionadas por sêniores — e o que levava trimestres agora leva semanas. A disciplina não mudou. Primeiro estabilizar, depois mudar; e então evoluir o sistema peça por peça enquanto ele segue funcionando. Nada é reconstruído do zero, o valor é entregue em cada passo, e o negócio que roda sobre ele nunca para.
O que significa “sem parar o negócio”
Primeiro estabilizar
testes e observabilidade antes de qualquer mudança, para que mudar seja seguro. Os caminhos críticos — os que nunca devem quebrar — são automatizados primeiro e rodam em cada merge, então uma regressão é pega enquanto ainda é uma única mudança.
Uma peça por vez
peça por peça enquanto segue funcionando; cada peça é trocada somente quando a nova versão foi aplicada e verificada. Nada é reconstruído do zero.
Valor em cada passo
software funcionando no seu ambiente, com os seus dados. Se não há nada para mostrar, esse é o sinal, e ele chega cedo.
Supervisionado por sêniores
os agentes montam testes rápido e decidem mal o que é correto, então uma pessoa decide o que a funcionalidade deve e não deve fazer, e cada linha é lida pelo que faz. A autonomia é conquistada por tipo de mudança, nunca concedida no atacado.
Paga enquanto segue operando.
Como é um trabalho com a gente
Começa com a avaliação: o AI Discovery Sprint mapeia a dívida, seu custo real e o que exige estar pronto para IA — e se uma reescrita realmente não vale a pena, ele diz isso. Dali, trabalho a preço fixo em ordem de valor, e os engenheiros que definiram o escopo são os que entregam. Os times que seguem construindo passam a uma assinatura mensal com preço por resultado, não por horas. Em qualquer dos dois casos, o trabalho fica no seu repositório, sob os seus padrões, com um nome em cada release.
Funciona bem com
Perguntas frequentes
Reescrever ou refatorar?
Quase sempre incremental. As reescritas de uma vez são onde os roadmaps vão morrer.
Vocês conseguem trabalhar em um sistema sem testes e sem documentação?
É o paciente típico. Primeiro estabilizar, depois mudar.
Como a IA torna isso acessível agora?
Compreensão de código, geração de testes e assistência em migrações — supervisionadas por sêniores. A matemática mudou; a disciplina não.
Código escrito com IA não adiciona mais dívida?
Pode. Os agentes produzem código mais rápido do que qualquer um consegue ler, e os times que deixam passar estão acumulando um novo tipo de dívida técnica — código que ninguém no time leu por completo. A disciplina é a mesma que rodamos aqui: especificações no repositório, cada linha revisada por uma pessoa, os testes como contrato e o nome de um engenheiro em cada release. Como entregamos com agentes de código sem entregar os erros deles
Quem fica dono do sistema depois que vocês saem?
É seu desde o primeiro commit: no seu repositório, documentado, com os testes e o runbook. A passagem de bastão é escrita para funcionar sem nós.