Dois hábitos que separam o trabalho fiável do frágil: confirmar o estado real antes de agir, e dizer em voz alta quando algo falha — em vez de degradar às escondidas.
A pressa empurra para dois erros gémeos: adivinhar o estado de coisas que não controlas (a rede, as credenciais, a forma dos dados), e, quando algo falha, seguir em frente em silêncio com um remendo que 'funciona'. O segundo é o mais traiçoeiro — um remendo silencioso esconde a causa real para sempre.
Antes de uma acção que custa desfazer — publicar, gravar, mexer em algo partilhado — confirma o terreno com UM facto, ou faz UMA pergunta. Trinta segundos a confirmar poupam horas a desfazer o que assentou em palpite.
Se algo falha e tens um plano B, di-lo: 'o caminho A falhou por isto, vou tentar o B'. Um plano B mudo que 'resolve' transforma uma má configuração num fantasma permanente — parece bem, mas a raiz fica escondida.
Quando contornas um problema, deixa a explicação ali mesmo, em nota, no sítio exacto. Quem voltar — tu ou outra IA — entende a razão sem reviver a dor.
Para configurar um aparelho, adivinhou-se a rede em vez de a confirmar (poupava uma pergunta), e religou-se uma ligação às cegas quando ela falhava. O remendo 'funcionava' — e por isso a verdadeira causa ficou escondida, voltando a aparecer mais tarde. Um único check e um aviso em voz alta teriam mostrado a raiz logo à primeira.
Confirma a verdade do terreno antes de agir, e anuncia os planos B em voz alta. Um fallback silencioso esconde a má configuração para sempre.
Na tua próxima acção difícil de desfazer, escreve a pergunta de verificação ANTES de a fazer ('isto está mesmo como eu assumo?'). E se usares um plano B, di-lo em voz alta. Repara em quantos fantasmas isso evita.