Oito erros que cometi quando eu era júnior

No início da carreira de um desenvolvedor, muitas vezes é assustador: você enfrenta problemas desconhecidos, precisa aprender muito e precisa tomar decisões difíceis. E, em alguns casos, estamos enganados nessas decisões. Isso é bastante natural, e você não deve se preocupar com isso. Mas o que vale a pena fazer é lembrar sua experiência para o futuro. Sou desenvolvedor sênior que cometeu muitos erros ao mesmo tempo. Abaixo, falarei sobre os oito mais sérios que cometi quando ainda era iniciante no desenvolvimento e explicarei como eles poderiam ser evitados.

Tomou a primeira coisa que foi oferecida

Quando você aprende a escrever código sozinho ou termina os estudos na universidade, conseguir seu primeiro emprego em uma especialidade se torna um dos principais objetivos. Algo como a luz no fim de um longo túnel.

E encontrar um emprego, entretanto, não é fácil. Há cada vez mais pessoas que se candidatam a vagas júnior. É preciso compor um currículo incrível , passar por uma série de entrevistas e, muitas vezes, todo esse processo é bastante atrasado. Diante de tudo isso, não é de surpreender que qualquer oferta de emprego cause um desejo de se apegar a ela com as duas mãos.

E, no entanto, isso pode ser uma péssima idéia. Meu primeiro trabalho estava longe de ser ideal, tanto em termos de crescimento profissional quanto em termos de prazer do processo. Os desenvolvedores foram guiados pelo lema “e assim será”, e não era costume se esforçar particularmente. Todo mundo tentou se culpar, e muitas vezes eu tive que cortar custos para cumprir prazos muito apertados. Mas a pior parte é que eu não aprendi nada.

Nas entrevistas, perdi todas as ligações que passava pelos ouvidos e fiquei fascinada com a perspectiva de conseguir um emprego. Se surgiram dúvidas, todas voaram da minha cabeça assim que ouvi dizer que estavam me levando! Sim, por um bom salário!

E isso foi um grande erro.

O primeiro trabalho é de grande importância. Ele fornece uma idéia geral de como é ser um programador real, e a experiência e o treinamento que você obtém dele podem estabelecer as bases para toda a sua carreira futura. É por isso que é necessário descobrir tudo sobre a vaga e o empregador antes de concordar. Experiência difícil, maus mentores - você definitivamente não precisa disso.

• Procure informações da empresa. Acesse os sites com resenhas, consulte o site oficial, basta navegar na Internet e coletar resenhas. Dessa forma, você entenderá melhor se a empresa atende às suas necessidades e objetivos.
• Pergunte aos seus amigos. Se alguém do seu círculo trabalhou para esse empregador ou conhece alguém no estado, converse com ele pessoalmente. Descubra o que eles gostaram, o que não gostaram e como geralmente valorizam a experiência.

Não fiz as perguntas certas nas entrevistas.

A entrevista é a melhor oportunidade para conhecer a empresa mais de perto. Portanto, não deixe de fazer perguntas sobre o que você deseja saber dos funcionários. Aqui estão alguns exemplos:

• Pergunte sobre o processo de desenvolvimento (que metodologias eles seguem? Existe inspeção de código? Quais estratégias de ramificação são aplicadas?)
• Pergunte sobre os testes (que testes são realizados? Existem pessoas especiais envolvidas apenas em testes?)
• Pergunte sobre a cultura corporativa (como tudo é informal? Existe algum apoio para os juniores?)

Indeciso sobre a trajetória do movimento

Sem dúvida, o caminho para se tornar um desenvolvedor experiente é muito tortuoso. Agora é possível escolher entre vários idiomas, estruturas e ferramentas. Meu erro no começo da minha carreira foi tentar dominar tudo. Ironicamente, isso só levou ao fato de eu realmente não avançar em nada. Primeiro, peguei o Java, depois o JQuery, depois passei para o C #, para o C ++ ... Em vez de escolher um idioma e colocar toda a minha força nele, pulei do quinto para o décimo, apenas por humor. Posso garantir que este é um esquema de treinamento extremamente ineficiente.

Eu teria alcançado melhores resultados e teria subido a carreira se tivesse decidido imediatamente a trajetória, isto é, um determinado conjunto de tecnologias, e me concentrado nelas. Por exemplo, se você é um desenvolvedor front-end, aprenda JavaScript, CSS / HTML e algum tipo de estrutura de sua escolha. Se você estiver fazendo um back-end, pegue novamente um idioma e estude-o adequadamente. Você não precisa possuir Python, Java ou C #.

Portanto, concentre-se, decida a direção e faça um plano que permita que você se torne um profissional no caminho escolhido (aqui está um roteiro que pode ajudá-lo).

Sofisticado em código

Então, você está preparando um teste para mostrar ao seu empregador suas habilidades ou já assumiu a primeira tarefa no seu primeiro emprego. Você faz o possível para causar uma boa impressão. Qual é a melhor maneira de obter um resultado? Provavelmente, para demonstrar durante a execução dessa técnica enganosa que você dominou recentemente, certo?

Não. Este é um erro grave que eu mesmo cometi e mais frequentemente do que gostaria de ver no trabalho de outros juniores. É muito comum que eles reinventem a roda ou procurem soluções complexas na tentativa de mostrar conhecimento.

A melhor abordagem para escrever código é expressa no princípio do KISS . Esforçando-se pela simplicidade, você obtém um código compreensível que será fácil de trabalhar no futuro (o desenvolvedor que substitui você o apreciará).

Esquecendo que existe vida fora do código

Nunca desconectar é um mau hábito, que adquiri muito cedo. Quando eu estava indo para casa no final do dia, levava regularmente um laptop que trabalhava comigo e passava horas atrás dele para fechar a tarefa ou corrigir o bug, embora ambos pudessem esperar perfeitamente até a manhã seguinte. Como esperado, esse regime causou estresse e eu rapidamente me queimei.

Parte do motivo desse comportamento foi meu desejo de fazer tudo o mais rápido possível. Mas, de fato, eu deveria ter entendido que o trabalho é um processo de longo prazo e, com raras exceções, as imperfeições de hoje são levadas com calma para amanhã. É muito importante mudar periodicamente e lembrar que a vida não se limita ao trabalho - há amigos, família, hobbies, entretenimento. Claro, se você gosta de se sentar antes do amanhecer sobre o código - pelo amor de Deus! Mas quando isso não for mais uma alegria, pare e pense se é hora de fazer outra coisa. Não estamos trabalhando no último dia!

Evite dizer: "Eu não sei"

Ficar preso no processo de resolver um problema ou concluir uma tarefa é comum, mesmo os idosos mais idosos são confrontados com isso. Quando eu era júnior, eu disse: “Eu não sei” com menos frequência do que deveria, e isso estava errado. Se alguém da gerência me fez uma pergunta, mas eu não sabia a resposta, tentei deixar o nevoeiro entrar, em vez de apenas admiti-lo.

Pareceu-me que, se eu dissesse: "Não sei", as pessoas terão a impressão de que não entendo o que estou fazendo. De fato, isso não é de todo verdade, não há oniscientes. Portanto, se você for perguntado sobre algo que você não sabe, diga-o. Essa abordagem tem várias vantagens ao mesmo tempo:

• Isso é honesto - você não engana o interlocutor
• Há uma chance de que eles te expliquem e você aprenda algo novo
• Isso é respeitado - nem todo mundo é capaz de admitir que ele não sabe algo

Apressado para avançar

Você provavelmente ouviu o ditado: "Antes de correr, aprenda a andar". Não é mais relevante do que no campo da programação na web. Quando você chegar a algum lugar como júnior, você só quer pegar o touro pelos chifres e começar imediatamente um projeto grande e complexo. Até pensamentos sobre como ganhar rapidamente um aumento para o próximo nível!

A ambição é, claro, boa, mas, na realidade, ninguém dará nada parecido a um júnior da porta. No início de sua carreira, você provavelmente terá tarefas despretensiosas e consertará bugs. Não é a atividade mais emocionante do mundo, mas para onde ir. Isso permitirá que você se acostume com a base de código passo a passo e aprenda todos os processos. No entanto, seus superiores têm a oportunidade de ver como você se encaixa na equipe e o que faz melhor.

Meu erro foi que eu estava irritado com essas tarefas menores e isso me distraiu do trabalho. Seja paciente, faça o que você pedir consciência, e logo algo mais interessante virá para você.

Não está incluído na comunidade e não fez conexões

Os desenvolvedores têm uma ótima comunidade: eles estão sempre prontos para ajudar, dar feedback e até torcer. A programação é uma coisa complicada e às vezes muito cansativa. Para mim, o período de trabalho como júnior seria mais fácil se eu começasse a me comunicar ativamente com os colegas desde o início.

A comunicação com a comunidade também é muito útil para a auto-educação. Você pode fazer uma contribuição para projetos de código aberto, estudar o código de outra pessoa, observar como os programadores lideram o projeto. Todas essas são habilidades que você pode usar em seu trabalho principal e que, com o tempo, farão de você um bom especialista.

Escolha as comunidades que lhe interessam - posso citar freeCodeCamp, CodeNewbies, 100DaysOfCode entre as opções - e participe! Você também pode visitar comícios locais em sua cidade (pesquise meetup.com).

Finalmente, dessa maneira, você pode aumentar as conexões profissionais. De fato, as comunicações são simplesmente as pessoas do seu setor com quem você se comunica. Por que isso é necessário? Bem, digamos que um dia você queira mudar de emprego. Se você procurar seus contatos, alguém poderá aconselhá-lo sobre uma vaga adequada ou até recomendá-lo ao seu empregador. Isso lhe dará uma vantagem significativa na entrevista - uma palavra já foi apresentada para você, você não é mais “outro resumo da pilha”.

Isso é tudo, obrigado por assistir!