É engraçado como a gente passa a vida “resolvendo” coisas, mas algumas delas simplesmente não têm um resolver definitivo. Ficam ali, no backlog da mente, às vezes em prioridade baixa, às vezes viram um bug crítico bem na hora que a gente achava que estava em deploy tranquilo. A autoconfiança silenciosa é uma dessas. Não é um framework, não é uma feature que você implementa e pronto. É mais um estado, uma espécie de refatoração constante do seu próprio código interno.
Lembro de uma daily meeting recente. Aquele silêncio que, para quem está de fora, pode parecer que ninguém tem nada a dizer, ou pior, que não se importam. Mas eu sei que não é isso. É gente processando, pensando no próximo passo, talvez até na falha silenciosa que pode estar ali, escondida num canto do sistema. Eu mesmo, muitas vezes, sou o cara que só ouve. Processo tudo. As informações entram, são checadas, comparadas com o que já sei, o que já fiz. E só depois, se houver um gap, uma necessidade real, eu falo. Não é desinteresse, não é falta de opinião. É… otimização. Pra quê adicionar ruído se o sistema já está funcionando?
Essa postura já me rendeu uns feedbacks ambíguos. Tipo, “você é muito quieto, devia se expressar mais”. Mas expressar o quê? A linha de pensamento que eu estou desenrolando na cabeça enquanto o colega fala? Não faz sentido. É como depurar um código: você não sai digitando em voz alta cada linha que testa, cada variável que inspeciona. Você faz isso internamente, até chegar a uma conclusão. E aí sim, se precisar, você comunica o resultado. Mas a expectativa de que o processo interno seja audível… isso me cansa um pouco.
Prazos, então, são um capítulo à parte. Já peguei projeto com deadline que parecia tirado de um gerador de números aleatórios. E nessas horas, a pressão externa faz com que a gente sinta que precisa se justificar a cada segundo, a cada byte de código. Como se o fato de não estar falando constantemente significasse que não está trabalhando. Mas o código não se escreve falando. Ele se escreve com foco, com silêncio, com aquela concentração que te isola do mundo por umas horas. E se a gente não tiver essa autoconfiança pra acreditar no próprio processo, acaba se perdendo no barulho.
Teve uma vez, num code review, que um colega apontou uma solução que eu tinha implementado de um jeito que ele não entendia de primeira. Poderia ter entrado numa espiral de explicações técnicas que ninguém ia seguir de verdade. Mas eu só mostrei o impacto no log, o ganho de performance. Não precisei gritar “eu estou certo!”. O sistema falava por si. E é por aí que a coisa funciona pra mim. O trabalho fala mais alto que qualquer discurso. É a prova em produção, não a promessa em reunião.
Mas nem sempre é tão claro assim. Às vezes o silêncio é interpretado como falta de engajamento. Já vi gente que tinha ideias brilhantes, soluções elegantes, mas não conseguia “vender” o peixe na reunião. E as ideias se perdiam no meio do burburinho dos mais… expansivos. Não é uma questão de certo ou errado, mas de como o ambiente percebe e valoriza as contribuições. É como um bug que só acontece em um ambiente específico. Em outro, o mesmo comportamento é uma feature.
A gente constrói essa autoconfiança, essa quietude de quem sabe o que está fazendo, aos poucos. Cada linha de código que funciona, cada deploy bem-sucedido, cada problema que a gente resolve sem precisar de alarde. É um acúmulo de pequenas vitórias internas. Não é algo que você anuncia, é algo que você é. E se você é, as pessoas percebem. Ou deveriam. Se não percebem, talvez o problema não seja a sua quietude, mas a capacidade delas de ler o log direito.
No fim das contas, é uma questão de entender o próprio ritmo. Eu não sou o cara do sprint final que grita e faz festa. Sou mais o cara que faz o merge request com tudo revisado, testa em produção discretamente e monitora o resultado. E se der um problema, eu sou o primeiro a estar lá, quietinho, debugando. É um tipo diferente de presença, eu acho. Um que talvez não seja para todos, mas que funciona para mim. E para quem, como eu, entende que nem todo problema precisa de um alarido para ser resolvido.
É um caminho que a gente percorre sozinho, entendendo o peso do que se fala e o valor do que se cala. Às vezes, o silêncio é a ferramenta mais potente, mas a sua calibração parece sempre um trabalho em andamento.
