Começar como desenvolvedor muitas vezes pode parecer assustador: você se depara com problemas desconhecidos, muito a aprender e decisões difíceis a tomar. E em alguns casos erramos nessas decisões. Isso é bastante natural e não faz sentido se culpar por isso. Mas o que você deve fazer é lembrar sua experiência para o futuro. Sou um desenvolvedor sênior que cometeu muitos erros em minha época. A seguir contarei a vocês oito dos mais graves que cometi quando ainda era novo no desenvolvimento e explicarei como eles poderiam ter sido evitados.
Eu peguei o primeiro que eles ofereceram
Quando você aprende a escrever código por conta própria ou conclui seus estudos na universidade, conseguir seu primeiro emprego em sua especialidade passa a ser um de seus principais objetivos. Algo como uma luz no fim de um longo túnel.
Enquanto isso, encontrar um emprego não é fácil. Há cada vez mais pessoas se candidatando a cargos juniores. Temos que
Ainda assim, pode ser uma má ideia. Meu primeiro emprego esteve longe do ideal, tanto em termos de crescimento profissional quanto em termos de prazer no processo. Os desenvolvedores foram guiados pelo lema “vai servir” e não era costume se esforçar muito. Todos tentavam culpar uns aos outros, e muitas vezes eu tinha que economizar para cumprir prazos muito apertados. Mas o pior é que não aprendi absolutamente nada.
Durante as entrevistas, fiz ouvidos moucos a todas as ligações, fiquei tão fascinado com a perspectiva de conseguir um emprego. Se alguma dúvida surgiu, todas saíram da minha cabeça assim que soube que estavam me levando! E até por um bom salário!
E isso foi um grande erro.
O primeiro trabalho é de grande importância. Dá a você uma ideia de como é ser um verdadeiro programador, e a experiência e o treinamento que você obtém podem estabelecer a base para toda a sua carreira futura. Por isso é necessário saber a fundo tudo sobre a vaga e o empregador antes de concordar. Experiência difícil, mentores ruins – você definitivamente não precisa disso.
- Pesquise informações sobre a empresa. Acesse sites de avaliação, consulte o site oficial, apenas navegue na Internet e colete avaliações. Isso lhe dará uma ideia melhor se a empresa atende às suas necessidades e objetivos.
- Pergunte aos seus amigos. Se alguém em seu círculo trabalhou para este empregador ou conhece alguém da equipe, converse com ele pessoalmente. Descubra o que eles gostaram, o que não gostaram e como encararam a experiência em geral.
Não fez as perguntas certas durante as entrevistas
Uma entrevista é a melhor oportunidade para conhecer melhor a empresa, por isso não deixe de preparar perguntas sobre o que deseja aprender com os colaboradores. Aqui estão alguns exemplos:
- Pergunte sobre o processo de desenvolvimento (quais metodologias eles seguem? há revisões de código? quais estratégias de ramificação são usadas?)
- Pergunte sobre testes (quais testes são feitos? Existem pessoas especiais que apenas fazem testes?)
- Pergunte sobre a cultura da empresa (quão informal é tudo? Existe algum apoio para juniores?)
Indeciso sobre a trajetória do movimento
Sem dúvida, o caminho para se tornar um desenvolvedor experiente é muito tortuoso. Hoje em dia você pode escolher entre uma variedade de linguagens, frameworks e ferramentas. Meu erro no início da minha carreira foi tentar dominar tudo. Curiosamente, isso só me levou a não progredir muito em nada. Primeiro peguei Java, depois JQuery, depois passei para C#, daí para C++... Em vez de escolher uma linguagem e investir toda minha energia nela, pulei da quinta para a décima, de acordo com meu humor. Posso garantir que este é um esquema de treinamento altamente ineficaz.
Eu teria alcançado melhores resultados e progredido mais rapidamente na carreira se tivesse decidido imediatamente uma trajetória, ou seja, um determinado conjunto de tecnologias, e focado nelas. Por exemplo, se você é um desenvolvedor front-end, domine JavaScript, CSS/HTML e uma estrutura de sua escolha. Se você estiver trabalhando no back-end, novamente, escolha um idioma e estude-o completamente. Não é necessário conhecer Python, Java e C#.
Portanto, concentre-se, tenha um rumo e faça um plano que lhe permitirá se tornar um profissional no caminho escolhido (aqui
Sofisticado em código
Então, você está preparando um teste para mostrar suas habilidades ao seu empregador ou já assumiu a primeira tarefa no seu primeiro emprego. Você se esforça para impressionar. Qual a melhor forma de alcançar resultados? Provavelmente demonstre durante a execução aquela técnica sofisticada que você dominou recentemente, certo?
Não. Este é um erro grave que cometi e, com mais frequência do que gostaria, vejo no trabalho de outros juniores. É muito comum que reinventem a roda ou busquem soluções complexas na tentativa de mostrar seu conhecimento.
A melhor abordagem para escrever código é expressa
Esqueci que existe vida fora do código
Nunca “desligar” é um mau hábito que adquiri desde muito cedo. Quando voltava para casa no final do dia, regularmente levava comigo meu laptop de trabalho e ficava sentado nele por horas para fechar uma tarefa ou consertar um bug, embora ambos pudessem ter esperado até de manhã. Como você poderia esperar, esse regime foi estressante e eu rapidamente me cansei.
A razão para esse comportamento foi, em parte, meu desejo de fazer tudo o mais rápido possível. Mas, na realidade, deveria ter entendido que o trabalho é um processo de longo prazo e, com raras excepções, as deficiências de hoje podem facilmente ser transportadas para amanhã. É muito importante mudar de assunto periodicamente e lembrar que a vida não se limita ao trabalho - há amigos, família, hobbies, entretenimento. Claro, se você gosta de ficar sentado codificando até o amanhecer - pelo amor de Deus! Mas quando não for mais divertido, pare e pense se é hora de fazer outra coisa. Este não é nosso último dia de trabalho!
Evitou dizer: “Não sei”
Ficar preso no processo de resolver um problema ou concluir uma tarefa é comum; até mesmo os idosos mais experientes enfrentam isso. Quando eu era júnior, eu dizia “não sei” com menos frequência do que deveria, e estava errado quanto a isso. Se alguém da administração me fizesse uma pergunta e eu não soubesse a resposta, tentaria ser vago em vez de apenas admitir.
Senti que se dissesse “não sei”, as pessoas teriam a impressão de que eu não sabia o que estava fazendo. Na verdade, isso não é verdade; não existem pessoas oniscientes. Portanto, se lhe perguntarem sobre algo que você não sabe, diga. Esta abordagem tem várias vantagens:
- Isso é justo - você não está enganando o questionador
- Há uma chance de que eles lhe expliquem e então você aprenda algo novo
- Isto inspira respeito - nem todos são capazes de admitir que não sabem alguma coisa
Eu estava com pressa para avançar
Você provavelmente já ouviu o ditado: “Aprenda a andar antes de correr”. Em nenhum lugar é mais relevante do que no campo da programação web. Quando você consegue um emprego em algum lugar como júnior, você só quer pegar o touro pelos chifres e imediatamente começar a trabalhar em algum projeto grande e complexo. Até pensamentos sobre como ganhar rapidamente uma promoção para o próximo nível!
A ambição é, claro, boa, mas, na realidade, ninguém dará algo assim a um júnior logo no início. No início de sua carreira, você provavelmente receberá tarefas simples e bugs para corrigir. Não é a coisa mais emocionante do mundo, mas para onde ir. Isso permitirá que você se familiarize com a base de código passo a passo e aprenda todos os processos. Ao mesmo tempo, seus chefes têm a oportunidade de ver como você se encaixa na equipe e o que você faz de melhor.
Meu erro foi ficar frustrado com essas pequenas tarefas e isso me distraiu do trabalho. Seja paciente, faça tudo o que eles pedirem com consciência e logo você conseguirá algo mais interessante.
Não entrou na comunidade e não fez conexões
Os desenvolvedores possuem uma grande comunidade: estão sempre prontos para ajudar, dar feedback e até encorajar. Programar é difícil e às vezes muito cansativo. Para mim, o período de trabalho júnior teria sido mais fácil se eu tivesse começado a me comunicar ativamente com os colegas desde o início.
Os contactos com a comunidade também são muito úteis para a auto-educação. Você pode contribuir com projetos de código aberto, estudar o código de outras pessoas e observar como os programadores lideram um projeto juntos. Todas essas são habilidades que você pode usar no seu trabalho diário e que farão de você um bom profissional ao longo do tempo.
Selecione comunidades que despertem seu interesse - algumas opções incluem freeCodeCamp, CodeNewbies, 100DaysOfCode - e participe! Você também pode participar de encontros locais em sua cidade (pesquise em meetup.com).
Finalmente, desta forma você poderá adquirir conexões profissionais. Essencialmente, as conexões são simplesmente as pessoas do seu setor com as quais você se relaciona. Por que isso é necessário? Bem, digamos que algum dia você queira mudar de emprego. Se você recorrer aos seus contatos, alguém poderá recomendar-lhe uma vaga adequada ou até mesmo recomendá-lo a um empregador. Isso lhe dará uma vantagem significativa na entrevista - eles já deram uma palavra a seu favor, você não é mais “apenas mais um currículo da pilha”.
Isso é tudo, obrigado pela atenção!
Fonte: www.habr.com