Vou consertar um aplicativo da web quebrado ou lento e explicar a causa raiz

O que este serviço inclui

Depuração, não reconstrução. Você tem um aplicativo que se comporta mal — uma página que dá erro, um formulário que perde dados, uma solicitação que leva nove segundos — e você precisa de alguém que encontre a causa real e a corrija sem reescrever seu produto no processo.

Como o trabalho funciona

Primeiro eu reproduzo. Não aproximadamente: a mesma entrada, o mesmo ambiente, a falha observada com meus próprios olhos. Um bug que não consigo reproduzir é um bug que não posso honestamente afirmar ter corrigido.

Então eu o restrinjo. Logs primeiro, depois rastreamentos de rede, depois uma bisseção através do histórico de commits se costumava funcionar. Para problemas de desempenho, um perfil em vez de um palpite — a diferença entre uma consulta de banco de dados lenta e uma renderização de modelo lenta é invisível até que você a meça. Para falhas intermitentes, procuro o recurso compartilhado: um pool de conexões, um bloqueio, uma chave de cache que colide.

A correção é a menor alteração que remove a causa. Se a causa raiz for arquitetônica, eu digo e dou a você a mitigação barata agora, mais a correção adequada com escopo separado, para que você possa decidir com números reais.

O que você recebe

• Um diagnóstico por escrito: o que estava errado, por que e as evidências.
• O patch, aplicado e testado, com o caso de reprodução transformado em um teste de regressão.
• Uma breve nota sobre qualquer coisa adjacente que o incomodará em seguida, classificada por quão cedo.

O que eu preciso

Acesso ao repositório, uma forma de reproduzir o problema — passos, uma gravação de tela ou uma conta que eu possa usar — e o texto do erro ou linha de log, se você tiver um. Para trabalho de desempenho, uma ideia aproximada do que é aceitável.

Prazo e comunicação

O diagnóstico geralmente chega no mesmo dia, com as evidências anexadas, e o patch segue assim que você tiver visto a causa e concordado com a direção. Nada é alterado silenciosamente: você recebe o diff, a reprodução transformada em um teste e uma explicação clara do que estava errado. Se a resposta honesta for que a correção é maior do que o sintoma sugere, você recebe isso antes que qualquer trabalho seja feito, não depois.