Só programadores sentem isso

Introdução

Se você já passou horas tentando decifrar um bug que parecia não fazer sentido, ou já ficou inquieto ao receber um código legado e pensar "quem escreveu isso?", então você sabe: algumas dores são exclusivas de quem respira código.

Os dilemas silenciosos da rotina

Aquela sensação de não estar evoluindo, mesmo vendo outros progredirem mais rápido.
O medo de parecer "incompetente" por demorar para resolver algo que parece simples para outros.
Ler um código antigo e pensar "eu faria diferente", mas hesitar em mexer por receio de quebrar algo.
Dúvidas constantes: "será que estou no caminho certo?", "isso que fiz está bom?"
Aquele momento em que você olha o commit de seis meses atrás e nem reconhece que foi você quem escreveu.
O alívio estranho de descobrir que o bug era um ; faltando, misturado com a vergonha de ter gastado duas horas nisso.

Essas inseguranças compartilham uma origem: a alta exigência interna que todo programador acaba cultivando. Isso não é fraqueza, é sinal de que você se importa com qualidade, com clareza e com responsabilidade.

Situações que só quem programa entende

Tem um conjunto de experiências bem específicas dessa profissão que dificilmente alguém de fora consegue entender de verdade:

A euforia de um teste verde depois de trinta tentativas vermelhas. Ninguém fora da área entende por que você está tão feliz com uma barra verde na tela.
O terror de mexer numa função sem nenhum teste cobrindo ela. Cada linha alterada parece um passo em campo minado.
A sensação de "funciona, mas não sei por quê" depois de mexer em código por tempo suficiente até algo dar certo.
Explicar pra família o que você faz e desistir no meio da explicação porque a cara de confusão já apareceu.
O bug que só acontece em produção, nunca no seu ambiente local, como se o código soubesse que está sendo observado.

Como transformar essas dores em combustível

Registre suas pequenas vitórias. Quando conseguir resolver algo que te deu trabalho, anote. Elas contam mais do que você imagina.
Compartilhe seu processo. Dialogar com outros devs revela que muitos pensam igual, e tirar inseguranças do escuro já alivia bastante.
Refatore e revise sem medo. Revisitar seu código antigo é inevitável, se puder melhorá-lo, ótimo! Se não, aprenda com ele.
Aceite que a síndrome do impostor é recorrente. Mesmo os mais experientes passam por isso. O truque é continuar entregando, validando e aprendendo.
Ria das próprias desgraças de debug. Quase todo dev tem uma história de horror sobre um bug bizarro, e essas histórias, contadas depois, viram as melhores conversas de corredor.

Por que vale a pena falar sobre isso abertamente

Muita gente carrega essas inseguranças em silêncio, achando que é a única pessoa que se sente assim no time. Quando esse assunto vira conversa aberta, seja num daily, num café ou numa retro, algo interessante acontece: a pessoa mais experiente do time geralmente confirma que também sente as mesmas coisas. Isso normaliza o desconforto e tira o peso de fingir que está tudo sob controle o tempo todo.

O lado bom dessas inseguranças

Vale virar a moeda por um instante. A mesma exigência interna que gera essas dores é o que faz você revisar o código antes de subir, pensar duas vezes antes de aprovar um PR duvidoso, se incomodar com uma solução mal feita mesmo quando ela "funciona". Programadores que nunca sentem esse desconforto costumam ser os que entregam código descuidado sem perceber.

Então da próxima vez que bater aquela insegurança olhando pra um código antigo, vale lembrar: o incômodo é prova de que seu padrão subiu, não de que você piorou. Ninguém regride tecnicamente por enxergar mais falhas no que fez antes, isso é exatamente o crescimento acontecendo.

Conclusão

Se você se identificou com alguma dessas situações, saiba que você não está sozinho. Essas "dores" são parte do percurso de todo desenvolvedor. E há valor em cada linha escrita, cada erro corrigido e cada dúvida enfrentada.

Porque no final, programar não é só escrever código, é lidar com inseguranças, evoluir mentalmente e se conhecer melhor enquanto evolui tecnicamente.