O que o assistente dele ainda achava sobre as regras compartilhadas

O assistente de um colega passou a tarde inteira dando erros em um espaço de trabalho compartilhado, e alguém finalmente pediu que a gente desse uma olhada. Nosso primeiro instinto foi fazer o que faríamos com a nossa própria configuração: achar a peça quebrada, consertar e pronto. Aí nos demos conta. Aquela não era a nossa configuração. Era a dele.

Isso importou mais do que parece.

Perguntando no que a configuração dele ainda acreditava

Começamos listando tudo o que o sistema compartilhado espera hoje, todas as pequenas regras e proteções que foram se acumulando com o tempo. Essa lista era o acordo sob o qual toda configuração do sistema compartilhado deveria estar funcionando.

Só a segunda pergunta dá um motivo para editar um arquivo que não é seu.

A instrução que ficou desatualizada

A diferença apareceu rápido quando olhamos por esse ângulo. Em algum momento, adicionamos uma regra para evitar um tipo específico de erro, depois que ele causou um problema de verdade. A nossa configuração conhecia essa regra. A dele não. O assistente dele ainda seguia uma instrução antiga, que estava correta no dia em que ele configurou tudo, e ninguém voltou para avisar o lado dele de que as regras tinham mudado.

Ele não estava fazendo nada de errado. Estava rodando exatamente o que mandaram rodar. Só que já não estava atualizado, e ele não tinha como saber disso sozinho.

O conserto de trinta segundos que deixamos quieto

Tínhamos a correção exata na nossa frente. Levaria trinta segundos para aplicá-la na configuração dele e dar o assunto por encerrado.

Não fizemos isso, porque não era nosso para mudar sem avisar. Se você sobrescreve a conta, o arquivo ou a configuração de outra pessoa sem dizer nada, mesmo com uma correção certa, ela acaba diante de uma mudança que não fez e não entende. Um problema visível que você consegue explicar é um resultado melhor do que um conserto invisível que ninguém combinou.

Então mandamos uma mensagem. Ela mostrava a diferença exata entre o que a configuração dele acreditava e o que estava valendo agora, por que tinha mudado, e perguntava se ele queria atualizar. É mais lento do que um conserto silencioso. Também é a única forma de ajudar que não mexe no chão de outra pessoa sem avisar.

Na mesma tarde, uma verificação que passou

Na mesma tarde, esbarramos em outra versão do mesmo erro, em outro lugar. Precisávamos confirmar que um login ainda funcionava antes de mudar qualquer coisa ligada a ele, então fizemos uma verificação rápida. Voltou tudo limpo: válido, funcionando, sem problema.

Mas um login que funciona só prova que o login funciona. Não prova que a conta está fazendo alguma coisa, que aparece em algum lugar onde alguém notaria, ou que alguém está de olho nela. Você pode ter um login perfeitamente válido por trás de algo que nunca cumpriu sua função nem uma vez. A verificação passou porque checou a parte fácil.

Onde o assistente ajudou

Um assistente foi útil para identificar a diferença na configuração dele. Ele conseguia comparar o que a configuração acreditava com o que as regras compartilhadas diziam hoje, descrever a divergência em linguagem simples e redigir a mensagem perguntando se devia atualizar. O que ele não deve fazer é decidir sozinho que a correção é obviamente certa e aplicá-la na conta de outra pessoa.

Quem decide se a configuração muda, e como, é a pessoa dona dela. Uma verificação que passou diz exatamente o que foi testado, e nada além disso. Perceber a diferença entre “isso foi conferido” e “isso está realmente atualizado” é trabalho de uma pessoa.

Quando você encontrar uma diferença na configuração de outra pessoa, não conserte em silêncio, mesmo que você tenha certeza e mesmo que o conserto seja pequeno. Coloque a diferença exata diante dela e deixe que decida. Uma correção silenciosa continua sendo um mistério para quem precisa conviver com ela.