Ler livros técnicos — como eu parei de fingir que lia e comecei a aprender
Por anos eu comprei livros técnicos, comecei vários, terminei poucos, retive menos ainda. O problema não era falta de disciplina — era que eu estava lendo do jeito errado.
Tenho livros técnicos que li duas vezes sem reter quase nada.
Na primeira leitura, o problema era frequência. Eu lia dez páginas, parava por três semanas, voltava sem lembrar onde estava no argumento, recomeçava um capítulo atrás, perdia o fio, desistia.
Na segunda leitura do mesmo livro, o problema era método. Eu lia passivamente — olhos passando pelas palavras, cabeça não processando o que estava sendo dito. Chegar ao final de um capítulo sem conseguir resumir o argumento principal em uma frase.
Ambos os problemas tinham a mesma causa: eu estava lendo sem me engajar ativamente com o conteúdo.
A mudança mais impactante foi simples: parar de tratar leitura como consumo e começar a tratar como conversação.
Quando você lê passivamente, você é recipiente. O texto entra, circula, sai. Quando você lê como conversação, você está constantemente respondendo — concordando, questionando, testando a afirmação contra experiência própria.
Concretamente, isso significa fazer perguntas enquanto lê. "Por que o autor chegou nessa conclusão?" "Isso é verdade no contexto em que eu trabalho?" "O que esse princípio implica para o sistema que estou construindo agora?"
Essas perguntas forçam processamento ativo. E processamento ativo gera retenção.
Outra mudança foi ser seletivo sobre o que termino.
Antes, eu sentia obrigação de terminar cada livro que começava. Se estava ruim, era porque eu não estava entendendo. Se estava difícil, era porque precisava de mais esforço.
Aprendi que livros têm densidades diferentes. Alguns têm cinquenta páginas de conteúdo real distribuídas em trezentas páginas com repetição e exemplos redundantes. Nesses livros, ler na diagonal é legítimo — você encontra o argumento central, retém o essencial, e segue em frente.
Outros têm conteúdo denso em cada parágrafo e precisam de leitura lenta e ativa. DDIA (Designing Data-Intensive Applications) é um exemplo — cada página tem substância que desaparece se você acelerar.
Reconhecer qual tipo de livro você está lendo muda o ritmo correto.
O que funciona para reter depois de ler:
Escrever o argumento principal em uma ou duas frases depois de cada capítulo. Não copiar o resumo do livro — escrever com suas palavras o que você entendeu. Se você não consegue escrever, você não entendeu ainda.
Aplicar imediatamente. O que aprendi sobre arquitetura de software ficou comigo porque eu tentei aplicar na semana seguinte. O que aprendi sobre técnicas de benchmark que eu nunca precisei usar evaporou em dois meses.
Revisitar espaçado. Spaced repetition não é só para Anki e vocabulário. Reler suas notas de um livro três semanas depois e depois três meses depois consolida muito mais do que reler logo depois de terminar.
Uma coisa que mudou minha relação com leitura técnica foi parar de me comparar com devs que parecem ler um livro por semana.
Velocidade de leitura é irrelevante se você não retém. Terminar um livro e ser capaz de explicar o argumento central — e aplicar uma ideia concreta na semana seguinte — vale mais do que terminar cinco livros e lembrar vagamente do que era cada um.
Prefiro ler dois livros por ano com atenção real do que doze livros com a sensação de ter lido mas sem nada que mudasse como eu trabalho.
Essa semana: se você está no meio de um livro técnico agora, feche-o e escreva em uma frase o argumento principal do último capítulo que leu. Se você não conseguir, volte e releia com a pergunta ativa: "o que esse capítulo está argumentando?"