O desenvolvedor sumiu e ninguém mexe no sistema: e agora
O que fazer quando o desenvolvedor do seu sistema some: como levantar o que você tem, retomar o controle dos acessos e reduzir o risco.
Resposta rápida
Quando o desenvolvedor do sistema some, a urgência não é encontrar outro programador: é recuperar o controle dos acessos antes que algo expire. Levante onde está hospedado, quem é o titular do domínio, onde está o código e quem paga as contas. Sistema sem acesso não pode ser mantido por ninguém, e a maioria das paradas graves nesses casos acontece por cartão vencido ou domínio não renovado, não por falha técnica.
Neste artigo
O sistema funciona. A empresa usa todo dia. Mas a pessoa que o construiu parou de responder — mudou de emprego, foi para outro país, simplesmente sumiu.
Enquanto nada quebra, parece administrável. Até o dia em que algo quebra, ou uma conta vence.
A primeira coisa a entender: a urgência não é achar outro programador. É recuperar o controle dos acessos.
O que levantar primeiro
Faça esse inventário mesmo sem conhecimento técnico. Ele é o que determina todo o resto.
1. Siga o dinheiro
Procure cobranças recorrentes no cartão ou no extrato da empresa. Cada uma revela um fornecedor:
- Hospedagem ou servidor em nuvem.
- Registro de domínio.
- Serviço de e-mail.
- Banco de dados gerenciado, armazenamento, envio de mensagens.
Se alguma dessas cobranças não aparece no cartão da empresa, é porque está no cartão de outra pessoa. Esse é o risco mais imediato: quando o cartão vencer, o serviço cai sem aviso.
2. Confira o domínio
É o item mais urgente de todos. Domínio não renovado derruba site e e-mail ao mesmo tempo, e recuperar depois do vencimento é caro e demorado.
Descubra quem é o titular e qual a data de renovação. Se estiver no nome do desenvolvedor, inicie a transferência antes da data, não depois.
3. Encontre o código
Pergunte-se onde ele está. Repositório na nuvem? Só no servidor? Só no computador da pessoa?
Se o código está apenas no servidor, ele existe — e um desenvolvedor novo consegue baixá-lo. Se está só na máquina de quem sumiu, a situação muda bastante, e a conversa passa a ser sobre o que dá para recuperar do ambiente em produção.
4. Faça backup antes de qualquer coisa
Antes de mexer em qualquer configuração: copie o banco de dados e os arquivos para um lugar que você controla.
É a única ação verdadeiramente irreversível se não for feita. Tudo o mais tem conserto.
O que não fazer
Não cancele nada ainda. Cancelar uma cobrança desconhecida pode derrubar o sistema. Descubra o que é antes.
Não troque senhas sem mapear. Uma senha de banco alterada sem atualizar a configuração derruba a aplicação.
Não contrate reescrita de imediato. É a reação comum e costuma ser cara demais. Na maioria dos casos o sistema é mantível — o problema era acesso, não qualidade.
Quanto custa retomar
Depende quase inteiramente do que você encontrou no inventário:
Se há código e acesso: um desenvolvedor novo precisa de tempo para entender o que existe, proporcional ao tamanho do sistema. É investimento de dias ou semanas, não de meses.
Se há acesso mas não há código organizado: dá para recuperar o que está em produção. Mais trabalhoso, ainda viável.
Se não há acesso a nada: aí a conversa é outra, e passa pela avaliação de reconstruir. Antes disso, vale esgotar as vias de recuperação — suporte das plataformas costuma ter procedimento para titularidade de empresa.
A decisão entre manter e reescrever está em sinais de que é hora de refatorar o sistema legado.
Para não repetir
Três itens que custam quase nada no começo e são caríssimos depois:
- Infraestrutura no nome da empresa, com cartão da empresa. Sempre, desde o primeiro dia.
- Código em repositório da empresa, com o desenvolvedor como colaborador — não como dono.
- Documentação mínima: como subir o ambiente do zero. Uma página basta.
O que exigir em contrato está em de quem é o código que você mandou desenvolver e no checklist para contratar PJ.
O teste que vale fazer hoje
Mesmo com tudo funcionando e o fornecedor presente:
Se a pessoa que mantém seu sistema parasse de responder amanhã, você conseguiria contratar outra para mexer nele esta semana?
Se a resposta for não, o risco já existe — só ainda não cobrou. Resolver agora é conversa tranquila de transferir acessos. Depois, não é.
Se quiser ajuda para fazer esse inventário, me chame.
Perguntas frequentes
Por onde começo se não sei nada técnico?
Comece pelas contas, não pelo código. Procure cobranças recorrentes no cartão ou extrato da empresa: hospedagem, domínio, serviços de e-mail e de banco de dados. Cada cobrança revela um fornecedor e um acesso que precisa voltar para o nome da empresa.
E se o domínio estiver no nome do desenvolvedor?
É o item mais urgente, porque domínio não renovado derruba site e e-mail ao mesmo tempo. Registradores têm procedimento de transferência e de disputa quando o titular não responde, mas isso leva tempo — então trate antes da data de renovação, não depois.
Dá para outro desenvolvedor assumir sem documentação?
Dá, desde que haja acesso ao código e ao ambiente. O primeiro trabalho dele será entender o que existe, e isso leva tempo proporcional ao tamanho do sistema. Sem acesso ao código, porém, não há o que assumir — aí a conversa passa a ser sobre reconstruir.
Como evitar que isso aconteça de novo?
Infraestrutura sempre no nome da empresa, com cartão da empresa. Código em repositório da empresa, com o desenvolvedor como colaborador. Documentação mínima de como subir o ambiente. Esses três itens custam quase nada quando feitos no começo e são caríssimos depois.
Quem escreve
Thainan Prado
Desenvolvedor full stack sênior com mais de 8 anos de experiência, responsável por sistemas em produção para empresas como OXXO, Ambev e Shell Select. Desenvolve sistemas sob medida, automações e integrações para PMEs e empresas médias de todo o Brasil.