Como É O Nome Daquele Negócio

Quando você sabe o que é mas não lembra o nome

Você está no meio de uma reunião, ou montando um relatório, e tem aquela sensação ruim de saber exatamente o que quer dizer mas a palavra simplesmente não aparece. Acontece com frequência demais. Eu já perdi dois minutos procurando no Google algo do tipo "ferramenta para X que tal era aquele negócio" porque meu cérebro travou no nome técnico de algo que eu usava todo dia na semana anterior. O problema real não é a memória em si. É a falta de vocabulário técnico bem distribuído. Quem trabalha com tecnologia, especialmente nas áreas mais movimentadas, esbarra em dezenas de siglas, nomes de frameworks, tipos de deploy, classes de serviço e por aí vai. O cérebro simplesmente não prioriza memorizar nomes quando a função prática fica clara depois de algumas semanas de uso.

como é o nome daquele negócio

Essa expressão que você vê aqui é basicamente o grito de socorro de qualquer profissional de TI que já passou por isso. E o interessante é que tem uma solução prática para isso que pouca gente aplica de forma consistente. Você precisa de um sistema de segunda memória, não de um treino de memorização. Eu descobri isso da pior forma: num projeto onde precisei recriar um pipeline que eu mesmo tinha construído seis meses antes e não lembrava qual lib eu tinha usado para validação de payload. Passei três horas refazendo testes antes de achar no histórico do git que eu já tinha documentado a escolha naquele commit. A abordagem que funcionou pra mim foi simples. Criei um arquivo markdown pessoal no meu repositório de anotações chamado "nomes-daquele-coisa.md" ou algo parecido, onde anoto tudo na primeira vez que encontro um conceito novo que eu não tenho certeza de que vou lembrar. Não é um dicionário. É um índice de referência rápida. Quando você escreve algo pela primeira vez, o ato de documentar já fixa melhor do que tentar apenas decorar. Depois de alguns meses, esse arquivo vira sua principal ferramenta de busca interna. O detalhe que as pessoas esquecem é a categorização. Se você colocar os nomes numa lista plana, ela vira bagunça rápido demais. Separe por domínio: deploy, banco de dados, frontend, segurança, monitoring. Use subtítulos. Achei que organizing por tags era mais flexível, mas na prática a navegação hierárquica é mais rápida quando você tá sob pressão e não quer perder tempo filtrando. Uma anotação leva cerca de trinta segundos. O ganho quando você precisa daquela informação cinco meses depois é absurdo.

Tem um ponto cego nesse método que vale a pena mencionar. As pessoas tendem a documentar só o que acharam difícil na primeira vez. O problema é que os conceitos mais banais são os que você mais esquece, porque nunca houve urgência de fixá-los. Coisas como "qual a diferença entre OAuth2 e OpenID Connect", "o que faz aquele cara no React que é o Suspense mas não o suspense dos dados", "como se chama aquele padrão que é singleton mas não é singleton". Anotar esses conceitos óbvios é o que realmente economiza tempo no longo prazo. Outro erro comum é manter esses arquivos em pastas privadas sem versionamento. Se o disco morrer ou você mudar de máquina, você perde tudo. Eu já passei por isso. Mande esse arquivo pra um repositório Git, mesmo que seja privado. O custo de configuração inicial é de uns dez minutos e o risco de perder o acúmulo de anos de referências é evitado. Se você não curte a ideia de manter documentação própria, existe a opção de usar ferramentas como Obsidian, Notion, ou até um arquivo de texto simples num cloud sync. O importante é o hábito, não a ferramenta. Ferramenta complexa demais acaba virando outra coisa pra administrar. Um arquivo Markdown bem organizado num repositório versionado resolve o problema em 90% dos casos sem burocracia.

Uma última observação prática. A primeira vez que você sentir aquela pontada de "como é o nome daquele negócio", anote imediatamente. Não confie na promessa de "vou pesquisar depois". Você não vai pesquisar depois. Vai continuar com essa ansiedade baixa enquanto trabalha e provavelmente vai esquecer o contexto que levou à dúvida em questão de horas. O melhor momento pra documentar é exatamente quando a necessidade surge.