O que aprendi mentorando dev júnior pela primeira vez
Em 2021 fui seniorizado e me pediram para mentorear dois devs júnior. Achei que ia ensinar. O que aconteceu foi que aprendi mais do que eles naqueles seis meses.
Em 2021 virei sênior e me pediram para mentorear dois devs júnior.
Minha reação imediata foi: "tá bom, mas não sei exatamente o que fazer."
Ninguém me treinou para mentorear. Fui promovido porque o meu código estava bom. Mentoria é completamente diferente de escrever código.
A primeira coisa que descobri: mentorar não é ensinar tudo que você sabe.
Meu impulso inicial era pegar cada problema que o júnior tinha e explicar a solução completa. Economiza tempo, ele aprende a resposta certa.
Não funciona assim. Ele aprende a resposta daquele problema específico. Na próxima variação do mesmo problema, você está lá de novo explicando.
Aprendi a fazer perguntas em vez de dar respostas.
"O que você tentou até agora?" — força ele a articular o próprio raciocínio. "O que você acha que está causando?" — força ele a formular hipótese. "Se você tivesse que testar essa hipótese, como faria?" — força ele a pensar no método.
Você chega no mesmo lugar, mas o caminho é dele. Na próxima vez que o problema aparecer, ele tem o processo, não só a resposta.
A segunda coisa: júnior trava em coisas que você não lembra mais que foram difíceis.
Passei 20 minutos explicando SSH keys com um dos mentorados. Na minha cabeça, SSH é tão automático que eu não lembraria que alguém pode não saber.
Isso tem um nome técnico — "curse of knowledge". Quando você sabe algo, fica impossível imaginar como é não saber. O que é óbvio para você não é óbvio para quem está começando.
Ter mentorado me tornou mais paciente. E me forçou a articular coisas que eu fazia no piloto automático.
A terceira coisa: o mais útil que você pode dar para dev júnior não é conhecimento técnico — é contexto de decisão.
Conhecimento técnico ele vai buscar. Stack Overflow existe. Documentação existe. O que não está documentado é: por que você escolheu essa arquitetura e não aquela. Por que você testou esse edge case e não o outro. O que você teria feito diferente se soubesse o que sabe agora.
Contexto de decisão é o que transforma dev que sabe executar em dev que sabe projetar. E esse contexto só vem de alguém que já fez e pode explicar o raciocínio.
O que eu aprendi naqueles seis meses:
Explicar força você a entender mais profundo. Toda vez que eu não conseguia explicar algo claramente, era sinal de que eu sabia fazer mas não entendia completamente o porquê.
E — isso foi surpresa — júnior faz pergunta que sênior parou de fazer. "Por que a gente usa essa biblioteca e não essa outra?" "Por que esse processo tem esse passo?" Perguntas que sênior considera obvias mas que revelam suposições que merecem ser questionadas.
Mentoria foi uma das coisas que mais desenvolveu minha capacidade de comunicação técnica. Se você ainda não mentoreou ninguém, encontra uma forma — não para ajudar o júnior, mas para aprender o que ensinar te ensina.