30 de maio de 2023
Esta é uma tradução do post original Stop being a junior por Kent C. Dodds.
Você é um desenvolvedor júnior? Se sua resposta for sim, como você sabe? É porque seu título é “Desenvolvedor júnior”? É porque seus colegas de trabalho ficam com todo o trabalho mais interessante e você fica com as tarefas repetitivas mais chatas e os bugs simples? Ou você simplesmente não sente que ainda não “cumpriu seu tempo” para abandonar o apelido de “júnior”?
Seja qual for o caso, quero lhe dizer para parar de ser um júnior. Pare com isso agora. Já conversei com muitas pessoas que começam suas conversas comigo dizendo dizendo “Estou apenas começando” ou “Sou apenas um júnior”, ao que eu respondo “Isso é ótimo! Bem-vindo ao mundo do desenvolvimento de software”, mas acabo descobrindo que que eles já estão trabalhando como desenvolvedores de software há mais de um ano e meio. Isso me surpreende. E isso acontece tanto que decidi escrever esta postagem no blog sobre como sair dessa situação de eterno júnior e começar a fazer grandes movimentos positivos em sua carreira.
A tecnologia avança rapidamente
Antes de mais nada, acho que é importante estabelecer isso primeiro:
Não há absolutamente nenhum limite em relação à quanto tempo você deve ser um desenvolvedor antes de deixar de ser um júnior.
Qualquer número que você tenha ouvido está errado.
Uma das coisas que adoro neste setor é o ritmo em que ele se move: rápido. Com tecnologias emergentes o tempo todo e os aprimoramentos da tecnologia existente, não é preciso muito tempo para que um desenvolvedor fique por dentro desses avanços em sua área de interesse para atingir um nível de familiaridade que rivaliza com aqueles com décadas de experiência.
Eu penso assim. Imagine que há um rio com uma corrente constante. Descer o rio em um tubo é como desenvolver experiência em desenvolvimento de software. Ao invés de todos começarem no início do rio, eles começam onde todo mundo está. Não demora muito para que você consiga acompanhar o ritmo de todos os outros no rio, independentemente de há quanto tempo eles estejam fazendo isso. Sim, você terá pouca experiência rio acima, mas isso não muda a experiência que você está tendo agora. É uma analogia imperfeita, eu sei, mas acho que é instrutiva.
Agora, é claro, há muito a ser dito sobre pessoas com décadas de experiência, e embora a maior parte seja positiva, nem tudo é! Pessoas com anos de experiência têm maior probabilidade de aprender coisas novas mais rapidamente porque muitas vezes as coisas novas se assemelham a coisas antigas (embora nem sempre!! “desaprender” é definitivamente algo que acontece também). Os desenvolvedores experientes também têm maior probabilidade de serem capazes de de identificar problemas no código muito antes de eles se tornarem problemas, porque eles viram como as coisas acontecem no mundo real e entendem melhor as restrições.
Dito isso, é mais provável que os engenheiros experientes também hesitem em experimentar novas ferramentas e tecnologias e, em vez disso serem “firmes em seus métodos.” Isso pode fazer com que eles percam avanços realmente incríveis no ecossistema e nas ferramentas. Os desenvolvedores experientes também podem deixar passar novas funcionalidades em linguagens e ferramentas porque estão acostumados a fazer as coisas de uma determinada maneira.
De qualquer forma, o que quero dizer é que por conta do ritmo em que o setor de desenvolvimento de software se movimenta ser tão rápido:
Ficar por dentro de algumas tecnologias escolhidas permite que qualquer pessoa se torne um especialista nelas rapidamente.
E se essa pessoa puder moderar seu entusiasmo com uma compreensão realista do impacto de sua falta de experiência, ela poderá causar um impacto extremamente poderoso na empresa (se lhes for permitido).
Minha própria experiência
Fui para a faculdade e fiz estágios enquanto estava no ensino médio. Isso me deu uma exposição incrível à area antes de procurar oficialmente um emprego em tempo integral. Assim, quando me formei, eu já estava trabalhando como desenvolvedor de software em meio período por um ano e meio.
Quando me formei na BYU (universidade) e entrei como engenheiro em tempo integral, tive dificuldade para me livrar do apelido de “júnior”. Embora toda a minha experiência até aquele momento tivesse sido um trabalho de meio período enquanto eu ainda estava no ensino médio, eu sentia que conhecia a parte da base de código da minha equipe tão bem quanto qualquer outra pessoa e não parecia certo para mim que que eu ainda ficasse com as tarefas de menor prioridade.
Vi algumas tarefas de nível arquitetônico realmente grandes sendo executadas por engenheiros mais experientes e eu queria participar disso. No entanto, como passei de estudante a funcionário em tempo integral e todos me conheciam como o estudante, sempre senti que as pessoas me viam como “o estagiário”.
Talvez eu pudesse ter sido um pouco mais assertivo em relação às minhas metas e sonhos, mas decidi que a única maneira de ter mais responsabilidades era ir para uma nova empresa onde as pessoas nunca tivessem me visto como “o estagiário” e em vez disso me vissem como um colega de trabalho comum.
Então foi isso que fiz. Apenas quatro meses após a conversão para tempo integral, fui recrutado para minha próxima empresa onde recebi um grande aumento de salário (mais de 50% de aumento) e 20% do meu tempo era dedicado à arquitetura. Foi fenomenal. Ninguém nunca mais me viu como um júnior. Na verdade, eu estava apenas um degrau abaixo de arquiteto em uma organização de um quarto de bilhão de dólares apenas 4 meses após me formar na universidade.
E isso funcionou muito bem para eles. Quando entrei na empresa, eles estavam querendo fazer uma grande migração de suas ferramentas de frontend. Eu fui fui fundamental para projetar o caminho da migração e foi um sucesso esmagador.
Leia a minha história completa em 2010s Decade in Review
Como deixar de ser um júnior
Em vez de pensar em como deixar de ser uma coisa, pense em como começar a ser outra coisa.
O que os desenvolvedores sênior fazem na sua empresa? Faça isso ao invés de fazer as coisas que os desenvolvedores juniores fazem. É isso.
Naturalmente, a empresa provavelmente confia mais nos seniores do que em você e você não quer passar dos limites, mas se ofereça para participar das tarefas mais tarefas mais complicadas. Mesmo que seja apenas “ei, posso participar dessa reunião?“. Faça anotações para si mesmo sobre qualquer coisa com que você não esteja familiarizado e pergunte sobre essas sobre esses assuntos depois. Em reuniões futuras, você poderá contribuir mais e mais com com o conhecimento que começar a acumular. Estude um pouco as coisas após a reunião e faça sugestões.
Cuidado para não ser arrogante demais. Mesmo que você possa acumular muito conhecimento moderno muito rapidamente, você deve reconhecer que sua experiência limita a utilidade desse conhecimento. Portanto, respeite seus colegas de trabalho. Mas encontre pessoas que estejam dispostas a se sentar com você e responder suas perguntas para ajudar a preencher as lacunas na sua experiência à medida que você rapidamente acumula conhecimento.
Use essa tecnologia de ritmo acelerado a seu favor e aprenda sobre o que há de novo e melhorias que os desenvolvedores de sua empresa podem aproveitar hoje. Em seguida, ensine esses conceitos em reuniões de almoço do tipo “brown bag” (reuniões em que todos levam almoço e alguém apresenta algo, geralmente realizadas semanalmente). Se sua empresa não tiver reuniões de almoço do tipo “brown bag”, agende-as e apresente-se nelas.
Ofereça-se para falar em encontros locais(meetups). Uma palestra em um encontro local é responsável tanto pela minha mudança de emprego, sobre a qual falei anteriormente, como também por eu ter sido convidado a participar do Egghead.io como instrutor. Proponha-se a falar em conferências.
Fale sobre o que você realizou para demonstrar que realmente está contribuindo em um nível além das expectativas de um júnior. Faça com que eles pensem para si mesmos “ah, esse desenvolvedor é apenas um júnior e fez isso? Talvez ele talvez não seja realmente um júnior, afinal de contas.”
Certifique-se de que seu gerente entenda seus objetivos e intenções como desenvolvedor. desenvolvedor. Se você espera pedir uma promoção na reunião em que o seu gerente lhe diz se você recebeu um aumento de salário, você está pedindo tarde demais.Ele deve conhecer suas metas muito antes disso e você pode perguntar o que ele espera que você possa fazer para chegar a esse nível.
Teste até que se encaixe
Não gosto da frase “finja até conseguir”, mas o sentimento também se aplica aqui. também. A ideia é que você opere no nível do que deseja ser da melhor forma possível possível, e eventualmente, começará a sentir que você realmente está nesse nível.
Senti que tinha de deixar a empresa em que estava para chegar ao nível que queria estar. Provavelmente eu poderia ter conseguido isso com a empresa em que estava, se tivesse sido mais paciente. Provavelmente eu teria feito isso se não tivesse sido ativamente recrutado. Dito isso, às vezes, se você simplesmente não consegue se livrar do título de “júnior”, você pode considerar procurar outra oportunidade.
Conclusão
Espero que este artigo não diminua a quantidade de trabalho necessária para ganhar experiência e causar impacto nesse setor. É muito trabalho. No entanto, meu objetivo principal é ajudar a inspirar algumas pessoas a almejarem algo mais alto. Você é mais capaz do que pensa. Eu prometo.
Você não precisa mais ser um júnior. É hora de uma atualização.
Boa sorte!