Primeiro emprego

O guia dos seus primeiros 90 dias no primeiro emprego de dev.

3 fases de 30 dias. Em cada semana: o que fazer, o que entregar e a frase exata para dizer. Marque cada item.

As 3 fasessemana 1: projeto rodandodias 1 a 30: tarefas pequenasdias 31 a 60: entregar sozinhodias 61 a 90: dono de um pedaço

Quer chegar ao primeiro emprego (ou passar bem por ele) com um plano? Na mentoria, eu monto com você o plano de estudo para a vaga que você quer, ajusto o seu LinkedIn e te ensino a achar as melhores vagas.

Fase01

Semana 1 · chegar e rodar o projeto

☐ Rode o projeto na sua máquina no primeiro ou no segundo dia. Anote cada passo que travou.

☐ Abra o seu primeiro PR atualizando o README com os passos que faltavam.

☐ Descubra quem é quem: líder, quem revisa os seus PRs, quem conhece o banco, quem conhece o deploy.

☐ Pergunte ao líder: “Como você mede se eu estou indo bem nos primeiros 3 meses?”

☐ Crie um arquivo de anotações: termos do negócio, comandos, nomes de serviços, dúvidas.

Fase02

Semanas 2 a 4 · tarefas pequenas

☐ Peça tarefas pequenas: um bug simples, um texto, um teste que falta.

☐ Antes de codar, escreva em 3 linhas o que entendeu da tarefa e confirme com quem pediu.

☐ Tente sozinho por 30 minutos. Travou? Pergunte com contexto, o que já tentou e uma pergunta só.

☐ Entregue pelo menos uma tarefa por semana, mesmo que pequena.

☐ Leia os PRs dos colegas, mesmo sem comentar. É o jeito mais rápido de aprender o padrão do time.

Fase03

Todo dia · status em 3 linhas

☐ No fim do dia, mande: o que fez, onde travou, o que faz amanhã.

☐ Travou há mais de meio dia? Avise na daily, sem esperar o prazo estourar.

☐ Anote 1 coisa nova que aprendeu. Em 90 dias, isso vira a sua lista para a conversa com o líder.

Fase04

Dias 31 a 60 · entregar sozinho

☐ Pegue tarefas médias e quebre cada uma em PRs pequenos.

☐ Toda descrição de PR tem: o que mudou, por que, como testar e um print se for tela.

☐ Responda todo comentário de review. Corrija e procure o mesmo erro no resto do código.

☐ Escreva teste para o bug que você corrigiu.

☐ Comece a revisar PRs pequenos de outras pessoas, com perguntas e não com ordens.

Fase05

Dias 61 a 90 · virar dono de um pedaço

☐ Escolha uma parte do sistema e vire a pessoa que mais entende dela.

☐ Proponha uma melhoria pequena e concreta: um teste que falta, um log melhor, um passo do deploy documentado.

☐ Explique para o time, em 5 minutos, algo que você aprendeu ou corrigiu.

☐ Prepare a conversa do dia 90: lista do que entregou, o que aprendeu e onde ainda trava.

Frases prontas

Para pegar tarefa

“Tem alguma tarefa pequena que eu possa pegar para conhecer o código?”

Para confirmar o entendimento

“Entendi que a tarefa é X, e que Y fica de fora. Está certo?”

Para pedir ajuda

“Estou em X. Já tentei A e B. Você tem 15 minutos hoje para olharmos juntos?”

Para responder review

“Boa, não conhecia. Ajustei aqui e nos outros dois lugares.”

Para pedir mais responsabilidade

“Posso ficar responsável pelos bugs da tela de pagamentos este mês?”

Na conversa do dia 90

“O que você espera de mim nos próximos 3 meses?” e “O que falta para eu chegar ao próximo nível?”

O júnior que some espera ser notado. O júnior que cresce mostra o que entregou.

O júnior que some espera alguém perceber o trabalho dele. O júnior que cresce mostra o que entregou e pergunta o critério da promoção.

Projeto rodando → tarefa pequena entregue → status todo dia → PR claro → dono de um pedaço → conversa do dia 90.

Conteúdo sobre carreira dev, todo dia: @lucasadvice ↗

Mentoria

Passe pelos 90 dias e chegue ao próximo nível

Os primeiros 90 dias definem como o time vê você. A mentoria acelera esse caminho: plano de estudo para a vaga que você quer, LinkedIn que mostra o seu trabalho e as empresas certas para conversar.