Como eu começaria na programação

Fiquei pensando: o que eu ensinaria para mim mesmo se estivesse começando a programar agora? Não a parte técnica, isso qualquer curso ensina numa sequência lógica. Estou falando do comportamento, do jeito de pensar que separa quem evolui rápido de quem trava nos primeiros meses.

A cabeça é o que trava

Antes de entrar nos pontos práticos, preciso contar uma coisa que aconteceu comigo fora da programação, porque ela explica tudo o que vem depois.

Tem um lago perto de casa que, para dar uma volta completa nele correndo, dá pouco mais de 2 km. Quando comecei a correr, eu não aguentava nem 400 metros. Aquele lago era praticamente um sonho distante. Aí surgiu uma corrida de rua na cidade, resolvi me inscrever, e a distância era de 5 km, com uma versão de caminhada de 3 km pensada para quem tinha mais dificuldade. Meu sonho era correr 2 km e nem a caminhada eu alcançava.

Nesse momento minha cabeça criou um monte de desculpa: essa galera que corre 5 km deve ter algo diferente, uma genética melhor, um preparo que eu nunca vou ter, isso não é pra mim. É exatamente o que acontece quando alguém começa a programar e assiste um tutorial onde o programador digita rápido, não erra, resolve tudo em minutos. A cabeça compara o seu hoje, sem experiência nenhuma, com o resultado de alguém que já passou por anos de prática, e conclui que existe algum dom especial envolvido. Não existe. Existe uma jornada no meio do caminho que simplesmente não está visível.

Depois de treinar por um tempo, consegui correr 10 km, depois uma meia maratona, 21 km. E aí entendi uma coisa: quem já correu 21 km sabe que um iniciante vai conseguir correr 2 km tranquilamente, só precisa de paciência. Mas quem está começando não tem como saber disso, porque nunca viveu essa jornada. É basicamente o mesmo problema com programação: sua cabeça limita sua própria capacidade porque ela não enxerga o processo, só o antes e o depois.

Guardada essa reflexão, vamos aos quatro pontos que eu focaria se estivesse recomeçando, mais um quinto que resolvi acrescentar.

1. Um diário de estudos

Eu manteria um diário de estudos simples, atualizado todos os dias, com duas informações.

A primeira é se estudei ou não naquele dia. Marcar isso todo santo dia, mesmo que só por alguns minutos, evita a autoilusão de achar que você está sendo consistente quando na verdade não está. Só de olhar a sequência de dias marcados ou não marcados já dá pra enxergar a real.

A segunda informação é o que foi estudado naquele dia. Isso serve pra outra coisa: te dar a noção da própria evolução. Depois de uma semana, olhar pra trás e ver tudo que foi aprendido gera uma motivação genuína, porque fica concreto que você está saindo do lugar. Não precisa de nada sofisticado, uma planilha ou um caderno já resolve.

2. Preste atenção em como as coisas funcionam

Um hábito que sempre me ajudou muito é ficar imaginando como sistemas do dia a dia funcionam por dentro. Como um elevador decide se sobe ou desce quando várias pessoas chamam em andares diferentes ao mesmo tempo. Como o player de música sabe pausar e retomar exatamente no ponto certo. Como dois elevadores do mesmo prédio se coordenam pra não ficarem sempre parando no mesmo andar.

Isso não ensina uma tecnologia específica, mas treina a lógica, o jeito de quebrar um problema em regras menores. Muitas vezes um insight pra resolver alguma coisa em um projeto meu veio justamente de ficar pensando nessas lógicas soltas, sem nenhuma pressão de estar "estudando" no momento.

3. Construa o hábito de estudar

Esse é talvez o ponto mais importante dos quatro. Não adianta decidir estudar um dia e torcer para que isso vire rotina sozinho. Vai ter dia que vai bater a preguiça, e é justamente aí que o hábito se constrói ou se desfaz.

Existe uma regra simples que ajuda muito: nunca deixar passar dois dias seguidos sem fazer a coisa que você quer transformar em hábito. Faltar um dia é humano, acontece, tudo bem. O problema é encadear dois dias seguidos, porque a partir desse ponto você não está mais treinando o hábito de estudar, está treinando o hábito de não estudar. O cérebro não fica parado esperando, ele está sempre sendo reforçado pra algum lado.

Mesmo que sejam cinco minutos, mesmo que seja só metade de uma aula, o que importa é manter a engrenagem girando. Constância pequena e diária vale muito mais do que sessões longas e esporádicas.

4. Tenha um projeto Frankenstein

O quarto ponto eu apliquei bastante quando comecei: ter um projeto bagunçado, tipo um Frankenstein, onde eu jogava dentro tudo que ia aprendendo. Aprendeu login, bota o login lá. Aprendeu a salvar dado em banco, cria uma telinha de anotações dentro do mesmo projeto. Aprendeu a montar um layout, aplica ali. Aprendeu chat em tempo real, chat vai pro projeto. Gestão de estoque, também vai.

Não precisa fazer sentido como produto final, o objetivo não é esse. O ganho está em aplicar cada coisa nova fora do ambiente controlado de uma aula, onde não tem um passo a passo pronto te segurando a mão. É nesse tipo de aplicação livre que aparecem os erros inesperados, e é resolvendo esses erros que o aprendizado realmente gruda. Fora que ver algo funcionando na tela, mesmo que simples, dá uma motivação extra pra continuar.

5. Use a IA para acelerar sem pular a etapa de entender

Esse quinto ponto eu não teria como te dar há alguns anos, porque a ferramenta simplesmente não existia do jeito que existe hoje. Se eu estivesse começando agora, usaria IA desde o primeiro dia, mas com uma regra clara: ela entra depois que eu tentei entender, não no lugar de tentar entender.

Na prática, isso significa usar a IA pra destravar quando eu já tentei resolver sozinho e travei de verdade, não pra pular direto pra resposta pronta. Depois de escrever um código, também vale pedir pra ela explicar linha por linha o que fiz, como se fosse uma segunda revisão. E quando um erro aparece, em vez de só colar a mensagem e copiar a correção, vale perguntar o motivo daquele erro existir, o que estava errado na minha lógica antes da correção.

Isso conecta direto com os outros quatro pontos. A IA pode virar uma ótima parceira pra explicar como coisas do dia a dia funcionam quando você fica curioso sobre algo, pode te ajudar a pensar em variações pro seu projeto Frankenstein, e pode até te ajudar a organizar o próprio diário de estudos. O risco é usar ela como atalho pra nunca passar pelo desconforto de travar, porque é justamente esse desconforto que constrói a capacidade de resolver problema sozinho mais pra frente.

Resumindo

Nenhum desses pontos é sobre qual linguagem aprender primeiro ou qual framework escolher. São sobre construir a base de comportamento que sustenta qualquer aprendizado técnico depois: acompanhar sua própria consistência, treinar a lógica no dia a dia, forçar o hábito mesmo nos dias ruins, aplicar o que aprende num projeto sem medo de bagunçar, e usar a IA como apoio sem abrir mão de entender o que está fazendo.

A parte mais difícil não é técnica, é convencer sua própria cabeça de que a distância entre onde você está e onde quer chegar é só uma questão de tempo e repetição, não de algum dom que você não tem.