Se você se sente perdido como dev leia esse texto

Augusto Galego — Thu, 18 Dec 2025 21:23:38 +0000

Esses são trechos de emails que eu recebo quase todos os dias. Ao ler muitos, e eu digo, MUITOS casos assim, eu me sinto qualificado o suficiente pra tentar ajudar quem está perdido.

Vamos analisar quais arquétipos de pessoas estão perdidas, e planos de ação pra cada arquétipo. Os 4 são:

Aspirante
Estudante
Junior Perdido
Pleno Perdido

Todos compartilham uma mesma característica: estar perdido. E por definição, estar perdido é não saber qual direção seguir, não possuir um direcionamento claro.

Então o tema central, pra todas as pessoas, vai ser o mesmo. É preciso descobrir a direção que vai te levar pra onde você quer ir. E pra isso é preciso saber pra onde você quer ir.

Vamos explorar algumas formas de descobrir o que você quer, e descobrir como chegar lá.

Caso 1: “Acabei de entrar na programação e me sinto perdido”:

Bom, você é novo aqui, a coisa mais normal do mundo é se sentir perdido. Esse é o momento da carreira que você talvez nem tenha muita visibilidade de quais são os possíveis empregos, os possíveis caminhos, as possíveis áreas.

Nesse estágio, o maior erro é tentar decidir tudo agora: linguagem “pra sempre”, área definitiva, stack definitiva, “o que vou fazer pro resto da vida”. Isso só aumenta a ansiedade e paralisa.

O objetivo agora não é acertar o caminho perfeito, é explorar, sair do lugar. Qualquer movimento pra qualquer direção vai te dar mais informação. Imagina que você é um cartógrafo, e o mapa tá em branco. Cada passo preenche um pouquinho o mapa. Te dá mais visibilidade.

Seu plano de ação nesse estágio:

1 - Abraçar o caos. Você vai errar, vai se confundir, vai se arrepender, vai tentar coisas que não vão dar certo. Faz parte do processo de descoberta.

2 - Siga uma trilha “comum”, não pule tanto de galho em galho. Escolha algo que é demandado pelo mercado, exemplo, Frontend com React, Backend com Spring, e estude bem. Use isso pra aprender lógica de programação e fundamentos.

3 - Faça projetos simples. Termine eles. Nada de “vou criar um software com 300 milhões de features, o próximo Spotify”. Faz um CRUD simples, um leitor de arquivos que envia email, algo assim.

4 - Descubra o que você gosta. Curte mais Backend? Frontend? DevOps?

5 - Ignore comparações, não tenha FOMO.

Uma dica boa é pesquisar vagas reais, em empresas que você gostaria de trabalhar no futuro. Ex: Nubank, Spotify… E veja se alguma vaga lá desperta um interesse. Se interessar, use os requisitos dessa vaga pra guiar os seus estudos.

Caso 2 - “Estou na faculdade, mas sem muita perspectiva, não sei onde focar”

O papel da faculdade não é necessariamente te preparar pro mercado de trabalho. Também é normal se sentir perdido. A faculdade vai te ensinar conceitos importantes, os fundamentos e te dar alguma estrutura a ser seguida. Isso é excelente.

Na faculdade, é importante se preparar pra próxima etapa, pro mercado de trabalho. Aqui vale a mesma dica de antes, pesquisar vagas reais e ver qual desperta um interesse.

Provavelmente você, dentro da faculdade, já teve ou vai ter algum contato com Backend, Frontend, SQL, Dados, Cybersec etc. Isso pode te indicar uma direção boa pro seu futuro.

Mas muito provavelmente na faculdade, a sua maior barreira é conseguir entrar no mercado de trabalho. Pra isso, geralmente estágio é o caminho mais fácil. Faça um levantamento de quais áreas são mais demandadas (backend, frontend, dados), e quais tecnologias são mais demandadas nessas áreas. Como estagiário, não é tão importante que você acerte a área que você vai trabalhar de fato. É relativamente fácil de migrar de área depois do estágio.

Seu plano de ação nesse momento:

1 - Entender o mercado de trabalho e suas demandas. Descobrir quais tecnologias em demanda, e encaixar isso com seus interesses e aptidões.

2 - Provavelmente você vai ter alguma dificuldade em conseguir um estágio. Uma maneira de se destacar é novamente, fazendo projetos pessoais do início ao fim. Isso demonstra sua capacidade. Servem também pra conectar o que você aprende na faculdade com o mercado de trabalho.

3 - Aprofundar os fundamentos. Os seus interesses podem mudar, você vai descobrir muita coisa nova no mercado de trabalho, mas os fundamentos aprendidos na faculdade permanecem sempre os mesmos.

4 - Tenha como alvo um tipo de vaga que você pode almejar.

Caso 3 - “Estou empregado, mas parece que não sei o suficiente, os outros sabem mais que eu, não sei como progredir”

Aqui a estagnação mudou. Geralmente você sabe o que você quer, quais cargos vão te interessar. Ou dentro da sua empresa, ou em outras empresas.

O seu plano de ação não diz tanto respeito a entender onde você quer chegar em termos de carreira, isso provavelmente você já sabe. Mas vai ser preciso entender onde chegar em termos de conhecimento e capacidades.

Nosso plano vai ser bem metódico.

1 - Primeiramente, entender que geralmente a gente tá fazendo uma comparação injusta. Você vê o que os seus colegas parecem saber que você não sabe, mas você não vê o que você sabe e eles não sabem ou só fingem que sabem.

2 - O gap aqui é um gap de conhecimento. Conhecimento em que? O que que diferencia você dos seus colegas? Regras de negócio? Arquitetura? Docker? CI/CD?

Entenda onde é o gap, e faça um plano pra aprender a fundo cada coisa em específico, uma de cada vez.

3 - Dê prioridade a coisas que você consegue aplicar diretamente no seu trabalho.

4 - Puxe tarefas um pouco acima da sua capacidade, e use como oportunidade de aprendizado.

Caso 4 - “Sou pleno e não sei pra onde evoluir”

Esse caso é interessante. Ele pode ser tanto uma estagnação normal do seu trabalho / da sua capacidade. Pode ser que você consiga executar tudo ou quase tudo no seu dia a dia, mas não esteja vendo evolução. Ou pode ser uma falta de horizonte dentro da empresa ou na área, pode ser que o que você imaginou que seria esse momento da sua carreira acabou ocorrendo de maneira diferente.

Pra ambos casos, geralmente a solução acaba sendo a mesma. É encontrar uma boa avenida de crescimento, ou dentro da empresa ou fora dela.

O que é uma boa avenida de crescimento?

É ou um cargo que você quer/almeja, ou um conjunto de habilidades. No caso das habilidades, o plano de ação é exatamente o anterior. No caso do cargo, ou você busca ele na empresa, ou em outra empresa. De qualquer forma, você geralmente precisa estar apto a exercer um cargo antes de de fato ocupar ele. Sendo assim, seu plano de ação é:

1 - Mapear tarefas, responsabilidades, entender o que o cargo almejado faz, de quais reuniões ele participa, com quem ele tem contato.

2 - Ir aos poucos pegando tarefas que condizem com esse cargo. Mais responsabilidade, tentar participar das reuniões, aumentar a complexidade das suas tarefas, etc.

Infelizmente, não existe uma fórmula mágica. Mas eu não tenho como descobrir por você. Ou você puxa tarefas mais condizentes com o seu cargo desejado dentro do trabalho, ou usa o seu tempo livre pra aprender elas fora do trabalho.

Na minha carreira, sendo 100% sincero, existe uma única coisa que sempre funcionou pra me tirar da estagnação como pleno. E isso foi mudar de emprego pra um melhor.

📜 Meus cursos: https://www.augustogalego.com/courses

📚 Lista de livros recomendados: https://www.augustogalego.com/pt/books

Cigarette breaks (without the cigarette)

Augusto Galego — Fri, 13 Sep 2024 11:13:25 +0000

A typical smoker will probably take 3-8 cigarette breaks from work to be outside for 5 minutes. This is highly beneficial, except for the cigarette part.

A break from work to be outside will allow you brain, breath, and posture to take a break from the grind. All of this should increase your well-being, focus, productivity and all that good stuff we care about.

I know that you've had the experience of not being able to solve a problem during your entire work day, only to step in to the shower and have the solution popping up in your head. This happens because of two things, because you allow your brain to catch up and do some async processing, and because you change you physical location.

What I'm advocating here is stupidly simple. Take a cigarette break. Cigarettes force you to be outside, and not have a hand available for typing. This forces you to not take your work (keyboard) with you, and to do a simple breathing exercise (smoking) while looking at something that is NOT work.

This comes at a cost, the cigarette, which I don't smoke (and neither should you).

So you remove the cigarette. The problem is, now that you're outside, have both hands free, and nowhere to focus, you will gravitate towards your phone.

So, remove the phone. Now you have nothing, which can be uncomfortable and you'll worry about looking like a psychopath.

Which leads us to the final recommendation. Take an object that requires little to no focus, that will keep your hands busy and your mind free for five minutes. Coffee or tea are good options, they will take some 5 minutes to ingest. Water or other drink also works. Maybe a fidget spinner or something like that could also do the trick?

And that's it. A 5 minute break, to do or consume something mindlessly, without taking your phone. Just looking at the horizon, the city, cars, people, nature, whatever. You HAVE to be outside (or at least a place physically separated from work), and you should do it 3-8 times a day.

You will move faster and not break your brain.

Godspeed

Merge first, suggest changes later

Augusto Galego — Thu, 12 Sep 2024 12:21:21 +0000

An all too common occurrence that slows us down in the async world is

you make a PR, wait a day to get reviews

reviews come in, your code is good and works, but there are suggestions to make it better.

you refactor the code, re-write tests, etc, ask for reviews again, wait another day again.

This can go on for two or three iterations. My suggestion is simple, if it works decently well, you merge immediately, and create another WIP PR to make improvements (you have to create the PR and start working on it, otherwise it's just tech debt). Your new PR will include all good changes suggested by your team.

This will do two things.

1) It allows the code to reach the user and deliver benefits faster.

It may even validate/invalidate the entire feature. It may reveal a wrong approach, etc. Code on the IDE provides little information, code on prod reveals more information. The faster you receive information, the more feedback you have, the more agile you are. In the traditional sense of the word agile

2) Your next PR, the one fixing the tech debt, will be smaller, and different from the first one. It'll be easier to read and review. Sometimes you had good working code, and a well meaning suggestion could break your code or introduce hidden bugs. In that case, your original code is already on prod and working, and this single PR (the one adding the suggested changes) can be reverted.

Aim for fast feedback, increase surface area. Godspeed

Forem: Augusto Galego