Como dar conta de aprender tudo?

Às vezes, quando você tá estudando programação, entra numa fase de desespero ao olhar a quantidade de coisas que precisa aprender. E isso não é uma coisa exclusiva de quem tá começando. Tenho 15 anos de programação e mesmo assim existe um milhão de coisas que eu ainda quero aprender. Se eu parar pra olhar a lista inteira, bate a mesma sensação.

A sensação é falsa, mas parece muito real

Esse sentimento tem nome: FOMO, fear of missing out. É a sensação de que você tem muita coisa pra aprender e pouco tempo disponível. Dá ansiedade, dá aquele desespero. Isso já aconteceu com você, acontece comigo, acontece com qualquer pessoa. A diferença está em como você lida com isso.

É um sentimento falso, mas que parece extremamente verdadeiro. "Não vai dar tempo de eu aprender tudo isso, então nem vou conseguir começar." Muita gente trava exatamente aí. Olha pra quantidade de coisas que precisa estudar, acha impossível dar conta de todas, e prefere não começar nenhuma.

É comum ver gente de 18 anos achando que já não dá mais tempo de aprender a programar. Gente de 25 achando que já está tarde demais. Gente de 40 achando a mesma coisa, que não adianta nem começar. Isso é um sentimento completamente falso, mas ele é recorrente em qualquer faixa de idade e em qualquer nível de experiência.

O cara desesperado x o cara organizado

Vamos pra um cenário prático. Imagina duas pessoas estudando programação.

A primeira passa a semana inteira em overthinking. Fica olhando pra tudo que precisa aprender, entra em ansiedade, não estuda nada durante a semana. Quando chega sábado, se determina: "agora vai". Estuda 4 horas seguidas. No domingo não estuda nada, porque ficou cansado e precisa descansar. Segunda não deu tempo, terça foi corrido, quarta não conseguiu encaixar, quinta já era, sexta fica pra recuperar no sábado. E no sábado seguinte repete a mesma maratona de 4 horas.

A segunda pessoa se organiza diferente. Marca um horário fixo, de manhã ou à noite, não importa, e reserva uma hora de estudo todos os dias. Segunda, terça, quarta, sempre aquela hora, com a sensação de que "estudei quase nada, passou rápido, mal deu tempo de ver duas aulas". Mas mantém a constância.

No fim da semana, a conta é simples. Quem fez o longão de sábado estudou 4 horas na semana inteira. Quem manteve a hora diária estudou 7 horas. Quase o dobro, com a sensação de estar estudando pouco.

Menos horas, mas muito mais efetivas

E o mais importante nem é a quantidade de horas. É a efetividade.

Quatro horas seguidas de estudo têm um rendimento baixíssimo. A primeira hora pode ser efetiva, a segunda já cai pela metade, na terceira você já está cansado, na quarta é só o tempo passando. Na prática, 4 horas seguidas costumam render o equivalente a 1h30 de estudo de verdade, e o resto vira acúmulo de cansaço. É por isso que no domingo a pessoa não consegue nem olhar pra código de novo: passou 4 horas remoendo o mesmo conteúdo sem conseguir praticar direito, e sobrou só cansaço.

Já quem estuda uma hora por dia rende mais por hora. Consegue focar, praticar, esmiuçar aquele pouco que está estudando, sem acumular fadiga. O resultado é mais tempo líquido de estudo e muito mais efetividade nesse tempo.

A regra é consistência, não intensidade

Consistência é muito melhor do que uma maratona ocasional de estudo. Estudar um pouquinho todo dia, mesmo com a sensação de que não está fazendo quase nada, funciona como investimento: você deposita um pouco, depois mais um pouco, e quando isso se acumula é que o resultado real aparece.

Aquela sensação de "não fiz nada hoje" é normal e não significa que você não está progredindo. Ela se transforma, com o tempo, em "caramba, olhando pra trás, já aprendi tudo isso".

O problema de olhar pro roadmap inteiro

Existe um outro fator que alimenta esse desespero: olhar pra lista completa do que precisa ser aprendido.

Sites como o roadmap.sh mostram exatamente tudo que você precisa estudar pra dominar determinada área. Pra back end, por exemplo, tem internet, HTTP, domínio, hosting, DNS, HTML, CSS, JavaScript, controle de versão, banco de dados relacional e não relacional, cache, API, testes, mensageria, e a lista segue. Cada item desses não é uma tarefa de uma tarde, é um mundo próprio que leva dias, semanas, às vezes meses pra ser estudado de verdade.

Essa lista é boa como referência, pra você saber que caminho existe. Mas ela é péssima como guia de progresso. Se você olhar pro roadmap inteiro antes de começar, sua cabeça simplesmente não consegue processar a ideia de aprender tudo aquilo, e bate o mesmo desespero.

A saída é focar só no próximo item, sem olhar o que vem depois. Se o primeiro tópico é entender o que é internet, foca nisso e só. Não precisa nem saber qual é o próximo assunto da lista. Termina esse, aí sim olha o de depois.

A pilha de livros

Isso vale pra qualquer situação parecida. Recentemente comprei uma leva de livros sobre assuntos mais avançados que eu queria estudar, sete ao todo, alguns bem grossos. Quando parei pra olhar a pilha inteira, veio o mesmo pensamento: "vou morrer antes de terminar tudo isso".

Só que o princípio é o mesmo de sempre. Não olha pra pilha inteira, olha pro primeiro livro. Dentro dele, olha pro primeiro capítulo. Dá o primeiro passo, depois o próximo, um pouco de cada vez, sem tentar visualizar a montanha toda de uma vez.

Resumo

Ver a lista inteira do que falta aprender gera uma sensação de desespero que trava mais gente do que ajuda. Duas coisas resolvem isso na prática: trocar as maratonas de estudo esporádicas por uma hora fixa todos os dias, porque rende mais e ainda soma mais tempo no fim da semana, e parar de olhar pro roadmap completo, focando só no próximo passo. O acúmulo é o que constrói o resultado, mesmo quando parece que você não está fazendo quase nada no dia a dia.