Quero escrever sobre isso, mas primeiro preciso ser honesto
A frase "quando eu crescer quero ser igual a você" é algo que eu ouço o tempo todo em fóruns, comentários e perguntas por e-mail. A maioria das pessoas que diz isso não está realmente pedindo um plano de carreira. Estão dizendo que estão perdidas eam que alguém tenha todas as respostas. Eu não tenho. Nenhum de nós tem. O que eu posso fazer é mostrar o que na verdade acontece quando alguém tenta seguir esse caminho, com todos os detalhes chatos que ninguém conta.
Quando eu crescer quero ser igual a você — e o que isso realmente significa
Quando alguém me diz isso, geralmente está no início de algo. Pode ser aprendizado de programação, escrita técnica, design, análise de dados. O sentimento é genuíno, mas a suposição por trás dele é problemática. As pessoas acham que o caminho é linear: estuda, pratica, chega lá. Na prática, o trajeto é mais parecido com um corredor de obstáculos onde a maior parte do progresso acontece de forma invisível para quem está de fora. O que eu vejo acontecer repetidamente é que iniciantes focam nos resultados visíveis — portfólio, título, salário — e ignoram completamente a infraestrutura por trás disso. Habilidades técnicas específicas, sim, mas também a capacidade de lidar com fracassos pequenos e grandes sem desistir, saber quando algo não está funcionando e pivotar antes de ter gastado seis meses em uma direção errada, e principalmente conseguir manter consistência quando a novidade inicial já passou e nada mais é empolgante.
O que realmente funciona na prática
Vou começar pelo que funciona porque é mais útil do que teoria. A primeira coisa que as pessoas fazem errado é tentar aprender tudo ao mesmo tempo. Eu vi gente começar Python e SQL e React e PowerShell no mesmo mês. O resultado padrão é que eles terminam sabendo superficialmente quatro coisas e não conseguem resolver nenhum problema real com nenhuma delas. O que funcionou pra mim e funcionou pra várias pessoas que acompanhei foi simpler. Escolha uma habilidade central. Não duas. Uma. Passe trinta dias trabalhando nela todos os dias, mesmo que seja só uma hora. Não precisa ser muito. A consistência bate a intensidade nessa fase. Depois dos trinta dias, você terá algo que a maioria das pessoas não tem: um mínimo de familiaridade real com o assunto.
Aqui vai algo que ninguém fala muito: o momento mais importante não é quando você começa, é quando algo dá errado. Eu lembro especificamente de ter passado uma semana inteira tentando debugar um script que simplesmente não funcionava. O erro era uma vírgula faltando num lugar que não fazia sentido nenhum. Eu tinha verificado o código dezessete vezes e cada vez eu via exatamente o que esperava ver, não o que estava realmente escrito. Isso me ensinou mais do que qualquer tutorial. Me ensinou que meu cérebro tende a preencher lacunas com o que eu acredito que deveria estar ali. Desde então, eu desenvolvi o hábito de ler o código ao contrário, linha por linha, do final pro início. Muda completamente a forma como você enxerga o problema.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Pegadinhas que quase todo mundo cai
Existem armadilhas comuns. Vou listar as principais porque economizam tempo, especialmente se você está começando agora. A armadilha do material perfeito: gente que gasta semanas escolhendo o curso ideal, o livro ideal, a extensão do navegador ideal, antes de realmente fazer qualquer coisa. Isso não é planejamento. É procrastinação disfarçada de preparação. O material nunca vai ser perfeito. Comece com o que está disponível agora e ajuste depois, se necessário.
A armadilha do projeto fictício: construir o clássico "to-do list" ou "weather app" que todo tutorial pede. Esses projetos ensinam a sintaxe, sim, mas não ensinam nada sobre resolver problemas reais. Quando você sair do tutorial, vai perceber que não sabe por onde começar. Em vez disso, pegue um problema pequeno que você realmente enfrenta no seu dia a dia. Automatizar algo chatinho do seu trabalho ou organizar arquivos pessoais gera mais aprendizado do que dez projetos de teste genéricos. A armadilha da comparação: essa é perigosa porque parece inofensiva. Você vê alguém com cinco anos de experiência e acha que deveria estar no mesmo nível. A diferença entre vocês não é inteligência ou talento. É tempo de exposição ao problema certo. Cinco anos fazendo as mesmas coisas básicas não equivalem a dois anos focados em situações desafiadoras e novas.
Como eu lido com o lado ruim das coisas
Não vou fingir que é tudo positivo. Existem fases em que nada parece fazer sentido. Eu tive um período de quatro meses em que estudava regularmente mas sentia que não estava evoluindo. Eu me sentia travado. A solução não foi estudar mais. Foi estudar menos e revisar o que eu já sabia. Eu gastei uma semana inteira apenas revisando conceitos básicos e fazendo exercícios simples. O retorno foi desproporcional. Aquilo que eu achava que tinha aprendido na verdade estava mal consolidado. Outro ponto que precisa ser dito: ferramentas mudam rápido. O que era relevante há dois anos pode não ser hoje. Isso significa que a habilidade mais importante não é dominar uma tecnologia específica, é saber aprender novas tecnologias com relativa eficiência. Isso se constrói com a prática contínua, não com um único bootcamp ou curso intensivo.
Se você está lendo isso e se identificando com a ideia de seguir alguém, aqui está a verdade mais útil que eu posso oferecer: pare de tentar ser igual a alguém. Aprenda com a pessoa, observe o que ela faz de diferente, mas o caminho que funcionou pra ela provavelmente não vai funcionar pra você da mesma forma. O que funciona é desenvolver seu próprio ritmo, seus próprios métodos, sua própria forma de lidar com problemas. E isso leva tempo. Tempo suficiente pra muita gente desistir. Quem continua, continua. É simples assim.
