Como fui de vendas para desenvolvedor front-end em 16 meses

Imagem do andar de vendas
A área de vendas em que trabalhei

Passei o próximo ano e meio continuando a progredir em minha carreira de vendas, acabando sendo promovido a executivo de contas. Eu senti como se tivesse desenvolvido muito minhas habilidades de comunicação, gerenciamento de tempo e apresentação.

Descobrindo o freeCodeCamp

Embora tenha sido bem-sucedido em minha função atual, como executivo de contas, não tinha certeza se um futuro em vendas era exatamente o que eu queria. Também estava limitando minhas perspectivas de emprego futuro se eu quisesse continuar na Dinamarca – não é fácil encontrar um bom emprego vendendo em inglês em um país onde o primeiro idioma é o dinamarquês!

Eu me peguei lendo mais, procurando um novo hobby ou desafio. Foi quando eu encontrei o blog freeCodeCamp (ele ainda estava no Medium naquela época). Engraçado, demorei alguns dias para perceber que o freeCodeCamp não era apenas um blog, era uma plataforma inteira disponível para aprender a codificar on-line, de graça! Como se o nome não falasse por si …

Foram necessários apenas alguns desafios de HTML para eu ficar absolutamente viciado. Foi então que decidi que passaria todo o meu tempo livre trabalhando no currículo freeCodeCamp, com o objetivo de um dia em um futuro distante, talvez se tornando um desenvolvedor. Adorei a ideia de poder falar com meus colegas sobre o React, por mais distante que parecesse.

Lutando com o básico

Eu estava me sentindo bastante confiante com a rapidez com que aprendi HTML e CSS até tentar concluir um dos projetos. Criar um portfólio simples? Isso deve ser fácil!

Mas foi impressionante como de repente me senti perdida em um editor fora do freeCodeCamp. Tentar iniciar um projeto do zero parecia impossível e era assustador a rapidez com que parecia que eu esqueci tudo. Tornar-se um desenvolvedor real de repente pareceu uma impossibilidade.

Finalmente, pedir ajuda foi a melhor coisa que fiz por mim. Depois de ficar muito tempo frustrado com minha frustração, entrei em contato com um colega que pacientemente me orientou a usar o Código VS, estruturando meu documento HTML e vinculando-o a um arquivo CSS. Depois de finalmente montar um portfólio, marquei a caixa como concluída, apesar de sentir que meu trabalho era terrível em comparação com outros que tentavam esse mesmo desafio.

Acabei entrando no currículo de JavaScript, que estava esperando impacientemente para começar depois de cerca de um mês e meio de dificuldades com HTML e CSS.

Aprendendo Javascript

Começou com bastante facilidade, embora não demorasse muito tempo para me encontrar perdida e frustrada novamente. Depois de concluir todos os módulos JavaScript, senti falta de confiança e tenacidade para tentar os projetos JavaScript mais difíceis. Em vez disso, tomei o caminho mais fácil e comecei o currículo JavaScript da Codecademy.

Certamente foi útil para solidificar o básico para mim – afinal, a repetição é a chave. No entanto, o maior erro que cometi na minha jornada de aprendizado foi não tentar esses desafios.

Depois de trabalhar em todos os módulos da Codecademy, iniciei mais um curso de JavaScript, desta vez adquirindo o Javascript Bootcamp pela Udemy. Como foi a terceira vez que trabalhei nos fundamentos, deixei o curso com uma base mais estável e mais confiança na minha capacidade de trabalhar com JavaScript.

A partir de Pleo

foto de grupo dos meus colegas
Pleo Team Camp, dez 2019

A partir daí, pulei direto para outro curso, desta vez no Node, seguido diretamente por um curso sobre React.

Em algum lugar entre os cursos Node e React, eu havia começado um novo trabalho como gerente de contas no que ainda considero ser A startup mais legal da Dinamarca. Foi e é incrivelmente emocionante fazer parte de uma empresa que cresce tão rápido. Foi ainda mais emocionante conhecer tantos desenvolvedores novos e talentosos para aprender.

Após três meses de meu novo emprego, meu gerente e eu estávamos discutindo como meu papel poderia se desenvolver no futuro. Eu fui honesto com ela e disse que não estava interessado em nenhuma responsabilidade adicional. Eu queria gastar todo e qualquer excesso de capacidade em me ensinar a codificar, com a esperança de um dia me tornar um desenvolvedor.

Isso não é algo que você deseja ouvir de um representante de vendas relativamente novo em sua equipe. Para minha surpresa, ela foi incrivelmente solidária e assumiu o compromisso de me ajudar da maneira que pudesse, desde que eu atingisse meus objetivos.

Tentando o desafio da codificação

Depois de conversar com um de nossos diretores de engenharia, ficou claro que, para continuarmos uma conversa sobre como seria uma transição de vendas para produto, eu precisaria concluir nosso desafio de contratação de front-end, como faria um candidato externo.

O pensamento de tentar isso era incrivelmente intimidador e motivador. Foi quando comecei a ficar até tarde no escritório todas as noites. Como não queria perder tempo andando de bicicleta para casa, assim que chegava às 17:00, corria para encontrar um jantar, voltando à minha mesa o mais rápido possível, para começar o dia fingindo ser um desenvolvedor.

Eu finalmente terminei meu curso de React pouco antes do feriado de Natal e estava trabalhando em alguns projetos paralelos, embora nunca tenha realmente seguido com nenhum deles. Eu sabia que precisava começar a aplicar meus conhecimentos, mas achava difícil concluir um projeto sem um objetivo final real.

Com um tempo extra em minhas mãos durante o período de férias, comecei a examinar o desafio do frontend novamente. Eu ainda me sentia longe de ser capaz de produzir uma finalização digna, no entanto, senti que me dava algum tipo de objetivo final a ser alcançado, para que eu pudesse realmente terminar alguma coisa.

Felizmente para mim, nosso desafio de front-end foi muito semelhante ao projeto final do curso React, para que eu pudesse reutilizar grande parte do clichê e componentes para a minha submissão. Definitivamente, senti como se estivesse traindo.

Mas eu enviei através meu projeto de qualquer maneira e aguardamos ansiosamente feedback. A revisão do meu código por dois de nossos engenheiros seniores foi incrivelmente assustadora e eu estava preparado para receber um feedback severo.

Depois de algumas semanas, minha nota chegou e minha inscrição não foi um fracasso total! Eu recebi alguns ótimos pontos de crítica acionáveis. Um dos meus colegas até passou uma hora comigo depois do trabalho, conversando comigo através de cada linha de feedback. Nossa sessão de revisão de código correu tão bem que decidimos nos encontrar novamente, semana após semana, até bem depois que eu mudei para me tornar um desenvolvedor.

My First PR

Meu gerente de vendas e o diretor de engenharia continuaram acompanhando meu progresso ao longo dos próximos meses. Em abril, foi apresentada a oportunidade de que eu poderia trabalhar ao lado de nossa equipe de ferramentas internas. Havia muitos tickets pequenos e não urgentes que precisavam de atenção em nosso sistema de back-office.

Fiquei empolgado – seria uma ótima maneira de obter uma experiência real no trabalho com a equipe de produto e ficou muito claro que isso não interferiria no meu trabalho de vendas. Esse pensamento de trabalhar com código de produção real era INSANE!

Depois de um pouco de coordenação, uma introdução à equipe e um convite para a organização Github da nossa empresa, recebi meu primeiro ingresso para trabalhar.

Eu deveria adicionar uma entrada para tornar um campo editável para nossa equipe de conformidade. Ficou imediatamente claro que eu não tinha ideia de como fazer isso. Claro, eu adicionei uma entrada antes e sabia vagamente como os formulários funcionavam no React, mas esse código não parecia nada que eu já tinha visto em qualquer um dos meus tutoriais.

De repente, fiquei com um oceano de perguntas. Como funciona o Typecript? O que é um ramo? Como eu faço um PR? O que todas essas bibliotecas fazem? Como meu código é criado e enviado aos nossos usuários? O que acontece se eu quebrar algo importante?

Levei alguns dias para me orientar, mas depois de muita paciência e ajuda do líder de engenharia, consegui duas aprovações e código de envio para produção. Esse foi um grande marco na minha jornada.

Fazendo a troca

Nos cinco meses seguintes, continuei minha rotina de permanecer no escritório até tarde, trabalhando das 9h às 17h em vendas e das 17h até o momento em que fingia ser um desenvolvedor trabalhando com o que eu considerava um código real.

Como você poderia esperar, meu desejo de continuar em vendas diminuiu todos os dias e comecei a pressionar para ver se poderíamos concordar com uma data para eu mudar oficialmente.

Certamente não correu bem. Ninguém tinha experiência no que significa transferir alguém de vendas para nossa equipe de produtos. Antes de tudo, eu tinha que estar no alvo. Acho que isso acontece com a maioria das organizações de vendas – tudo sempre volta a aumentar sua cota.

Depois de muitas idas e vindas, foi feito um acordo para que eu pudesse fazer a troca oficialmente em 1º de agosto, dependendo de que permaneço no alvo. Esta foi a luz no fim do túnel para mim. Era absolutamente desconcertante pensar que em breve receberia um contrato de trabalho para minha nova função como engenheiro de software. As semanas que se passaram voaram. Às 17:00, quarta-feira, 31 de julho, eu não era mais gerente de contas.

Definitivamente, houve um período de transição para me acostumar com meu novo papel. Parecia ser um corretor da bolsa trabalhando no pregão e de repente se tornar um bibliotecário.

Barulho à parte, não houve um único dia em que não tenha ficado empolgado em entrar no trabalho. Continuei trabalhando em nossa equipe de ferramentas internas, desenvolvendo nosso back-office de conformidade e suporte ao cliente.

O que eu aprendi

A experiência que adquiri em vendas é incrivelmente vantajosa no meu trabalho hoje. Fortes habilidades de comunicação, gerenciamento de tempo e apresentação têm sido inestimáveis ​​como desenvolvedor. Mas eu descobri que eles faltam na maioria das comunidades de desenvolvimento que observei.

Percebo que sou incrivelmente sortuda por ter sido apresentada uma oportunidade de trabalhar com código de produção tão cedo. Foi sem dúvida um grande salto em frente no meu aprendizado e ajudou enormemente a acelerar minha compreensão das realidades de trabalhar como desenvolvedor que é impossível obter com os tutoriais on-line.

Ter um mentor para trabalhar acelerou enormemente meu aprendizado e foi extremamente útil para me manter responsável por sempre ter um projeto em movimento, por isso sempre tínhamos algo para trabalhar. Sem todo o apoio ao meu redor, acho que ainda passaria todas as minhas noites e fins de semana trabalhando em tutoriais ou construindo geradores aleatórios de Pokemon.

Comprometi-me desde o início a dedicar todo o meu tempo livre ao desenvolvimento. Eu acho que é muito fácil subestimar o quão grande é o compromisso dessa jornada. O acesso a um mentor é uma grande ajuda, embora mesmo alguém com conhecimento suficiente para ocasionalmente responder a perguntas possa economizar horas de frustração. Não tenha medo de pedir ajuda.

Olhando retrospectivamente, eu gostaria de ter passado mais tempo criando pequenos projetos e aplicando as coisas que aprendi. Comecei projetos com frequência, mas nunca o segui porque sentia que não sabia codificar algo da maneira correta.

Passar algum tempo lutando com algo tem sido muito mais útil para o meu aprendizado. Certamente, é seguro permanecer nos trilhos de um curso de codificação interativa, mas isso pode limitar a sua capacidade de aplicar seu conhecimento no mundo real. Eu definitivamente caí nessa armadilha.

Levei um tempo até que alguém percebesse que não é o caminho certo, está tudo inventado. Como desenvolvedor iniciante, há valor em uma nova perspectiva.

Se houvesse um conselho que gostaria de ter recebido anteriormente, teria sido fazer uma tentativa maior de aplicar meu conhecimento conforme aprendi. Não existe código real ou a maneira correta de fazer as coisas, especialmente quando você está aprendendo. Qualquer chance de você aplicar seus aprendizados ao longo do caminho é valiosa.

Você não é um desenvolvedor, uma vez que alguém lhe paga para ser um desenvolvedor, você é um desenvolvedor no segundo em que começa a codificar.

Não seja um estranho! Sinta-se à vontade para escrever se tiver alguma dúvida, envie-me por e-mail suas recomendações favoritas de livros, conecte-se comigo no Linkedin ou Siga me no twitter!