Tem uma coisa que aprendi trabalhando com infraestrutura: você resolve um problema, anota mentalmente o que fez, e duas semanas depois alguém te pergunta como foi e você trava. O raciocínio sumiu. Só sobrou a solução.
Faz sentido. Quando você tá no meio de um problema - SSH que não sobe, serviço que cai sem log decente, permissão que parece errada mas não é - o foco é resolver. Não é documentar. Aí você resolve, fecha o terminal e segue.
O problema é que esse ciclo se repete. Você estuda, aprende, aplica, esquece. Estuda de novo, aprende, aplica, esquece. É produtivo? É. Mas é lento. E depois de um tempo dá a sensação de que você sabe fazer as coisas mas não sabe explicar por que funcionam.
Por que escrever ajuda
Existe um jeito de quebrar esse ciclo: escrever sobre o que você fez. Não um relatório - só um registro do problema, do caminho e do resultado. Quando você tenta colocar em palavras o que fez, as lacunas aparecem. Você percebe o que entendeu de verdade e o que foi só tentativa e erro com sorte.
Esse blog existe por isso. É meu caderno aberto. Aqui vão entrar labs da AWS, projetos que coloco pra rodar de verdade, notas de certificação e qualquer coisa que eu ache que vale registrar antes de sumir da memória.
O que esperar por aqui
Os posts seguem um formato direto: o contexto do problema, o que fiz e o que fica de aprendizado. Sem enrolar. Quando tem erro no caminho, aparece também - parte do processo.
Se você trabalha com infra ou tá migrando pra cloud, talvez encontre algo útil. Se não, fica o registro pra mim mesmo. De qualquer forma, era hora de parar de acumular conhecimento só na cabeça.