11 coisas que devemos e não devemos fazer para o seu primeiro trabalho de programação

Os primeiros são emocionantes, mas também podem ser opressores. Quando comecei meu primeiro trabalho de programação, sabia que precisava aprender muito em termos de tecnologia. Mas o que eu não percebi é que existem muitas outras habilidades que você precisa para ser um bom desenvolvedor além de codificação. Dominar cada um deles é essencial para acelerar o crescimento de sua carreira. Quanto mais cedo você os aprende, mais rápido se livra do título “júnior”.

Fazer: Encontrar um mentor?

Encontre alguém (ou várias pessoas) fora de sua empresa a quem você possa fazer perguntas e obter conselhos. Mentores dentro de sua empresa são ótimos e importantes também, mas eu recomendo encontrar pelo menos uma pessoa fora do trabalho com quem você possa aprender. Eles terão uma opinião imparcial e você não precisará se preocupar com nenhum conflito de interesses, portanto, você pode realmente se sentir confortável para perguntar qualquer coisa.

Como encontrar um mentor? Este poderia ser um post completo em si. Mas a versão rápida é: vá a encontros, participe de eventos de tecnologia e se apresente às pessoas, acompanhe-as e diga às pessoas que você é novo no setor e está procurando um mentor. Você ficaria surpreso com o quanto estranhos estão dispostos a ajudar.

Não: tenha medo de fazer perguntas ❓

Eu costumava pensar que fazer perguntas era um sinal de fraqueza. Que isso revelaria minha falta de experiência. Agora, eu percebo que fazer perguntas é uma parte essencial de ser um programador. Deixe-me explicar.

Existem milhares de chavões e mais são adicionados todos os dias. Mesmo as pessoas que estão neste setor há anos estão constantemente aprendendo coisas novas. É impossível saber absolutamente tudo. Portanto, fazer perguntas é uma parte essencial da programação.

Ser bom em fazer perguntas é uma habilidade. Quanto mais cedo você o desenvolver, mais rápido ganhará confiança como programador.

Aqui está uma dica sobre como saber quando fazer uma pergunta :

Reúna pesquisas suficientes para comunicar com eficácia: o que funciona, o que não funciona, o que você tentou até agora e quais informações estão faltando para resolver o problema.

Exemplo de uma pergunta “ruim”: “Não tenho ideia do que está acontecendo aqui, mas algo não está funcionando ...”

Exemplo de uma pergunta “boa”: “Verifiquei os logs e consegui reproduzi-los localmente. Parece que o problema está em algum lugar entre X e Y. Acho que é um problema com a versão da API que estamos usando ou algum valor inesperado está sendo enviado. Há mais alguma coisa que você acha que eu posso estar perdendo? "

Faça: Compartilhe seus sucessos?

Nem todo sucesso. Mas se há algo de que você realmente se orgulha, compartilhe com sua equipe. Seja um e-mail ou Slack, escreva um resumo do que você fez, como você resolveu o problema, o que você aprendeu e qual valor isso oferece.

Se você tem um grande gerente, ele deve encorajá-lo a fazer uma apresentação sobre ele em uma reunião da equipe de desenvolvimento, ou talvez até mesmo encorajá-lo a falar sobre ele em um meetup ou mesmo em uma conferência. Do contrário, você deve tomar a iniciativa e encontrar encontros para apresentar, fazer uma reunião da equipe de desenvolvimento para falar sobre isso ou até mesmo escrever um post sobre o assunto.

Pode parecer estranho buzinar, mas acredite, visibilidade é importante e ajuda você a ganhar respeito e reconhecimento no trabalho. Ninguém saberá o quão incrível você é até que você mostre a eles.

Não: Pânico?

Os problemas acontecerão inevitavelmente. Se você os causou diretamente ou não. Não é uma questão de se , é uma questão de quando . Portanto, quando o problema surgir, informe as partes interessadas relevantes (gerente de produto, líder de tecnologia, colegas de equipe) o mais rápido possível e discuta com seu líder de tecnologia ou gerente o que você planeja fazer para corrigi-lo. Quanto mais calmo e controlado você estiver, mais confiante parecerá. Acontece com os melhores de nós, e a vida de ninguém está em jogo. A única maneira de garantir que não haja bugs é não escrever nenhum código ... Isso vem com o território.

Fazer: Falar nas reuniões?

Pode parecer intimidante no início estar em uma reunião com colegas de equipe muito mais antigos do que você (acredite, eu já estive lá). Mas não deixe isso te afetar. Você é um novo par de olhos, então algo que parece estranho ou confuso para você, provavelmente é exatamente isso: estranho e confuso.

Se você conhece o tópico que está sendo discutido com antecedência, tente pesquisar no Google e fazer algumas pesquisas preliminares antes da reunião. Se não, e eles estão discutindo um tópico com o qual você não está familiarizado, peça uma explicação de alto nível ou algum contexto. Faça isso no início da reunião. Isso vai mostrar que você está noivo e que se importa. Se você esperar até o “momento das perguntas” no final, não ficará refletido em você ter passado por uma reunião inteira confuso e sem noção.

Não: Tente continuamente se provar?

Quando você está apenas começando, não coloque muita pressão sobre si mesmo para fazer coisas grandes, loucas e impressionantes que farão com que você seja notado por sua equipe. Você desperdiçará muita energia e não obterá a resposta que espera.

A verdade é que todos estão ocupados e focados em suas próprias tarefas e responsabilidades. Ninguém notará ou se importará que você concluiu um recurso em tempo recorde ou assumiu 8 recursos extras no topo de sua carga de trabalho ou nunca teve o controle de qualidade encontrado um bug em nenhum de seus recursos. Portanto, não se mate. Não vale a pena. Confie em mim.

O que ajuda a ganhar o respeito de seus colegas de equipe é ser confiável, apaixonado, curioso e atencioso. Mostre a sua equipe que você está no topo das coisas: pensando holisticamente sobre como seu recurso impactará outras áreas do produto, levantando possíveis problemas, testando exaustivamente seu recurso (e pedindo a outras pessoas para testar ideias), trazendo possíveis casos extremos para o gerente de produto, fazendo perguntas sempre que não tiver certeza sobre algo, etc.

Dica bônus : se você realmente quiser ir além, opte por fazer um miniprojeto que ajude todos no fluxo de trabalho de sua equipe. Preste atenção e encontre os pontos fracos em seu trabalho e crie um pequeno script de shell para automatizá-lo. Ou se sua equipe usa o Slack, crie ou encontre uma integração que ajude. Certifique-se de que há realmente uma necessidade e que essa seria uma maneira conveniente de resolvê-la. Pergunte a um colega de equipe o que ele pensa e se ele pode revisar o código com você. Você receberá o dobro de pontos por tomar iniciativa e criar algo que ajude a todos em seu trabalho diário.

Faça: Seja extremamente comunicativo ✅

Inicialmente, eu tinha a mentalidade de “abaixar a cabeça e trabalhar”. Se o designer fez alterações, o colega de equipe mudou a API inesperadamente ou você encontrou um grande bug que precisa ser resolvido primeiro, pensei que deveria aceitá-lo como está e continuar trabalhando. Achei que dizer algo soaria como reclamar ou dar desculpas. Não. É muito importante comunicar essas coisas ao gerente de produto e ao líder de tecnologia.

É seu trabalho priorizar recursos e delegar tarefas de acordo com os horários de todos. Se surgirem coisas que afetem o tempo estimado alocado para o projeto, eles precisam saber sobre isso o mais rápido possível para que possam se ajustar.

Além disso, é importante que eles saibam por que as coisas estão demorando mais. Caso contrário, eles podem presumir que é porque você está lento ou não está executando. NÃO é o caso, e é importante que eles entendam isso.

Você não receberá reclamações por se comunicar demais. Mas você causará problemas se não se comunicar.

Não: Busque reconhecimento de outras pessoas?

Você acabou de ter um “ah, ha!” momento com o recurso em que você está trabalhando. Você está pensando consigo mesmo: “Uau, não acredito que acabei de fazer isso!” Você se impressionou e isso deve ser o suficiente. Seus colegas de equipe podem nem mesmo lembrar como foi implantar seu primeiro recurso, implementar alguma função recursiva ou fazer a primeira migração de banco de dados. É emocionante para você, e deveria ser. Encontre as pessoas no trabalho com quem você pode compartilhar coisas e que ficarão genuinamente felizes por você.

O que fazer: faça um esforço para aprender os atalhos do teclado

Preste atenção aos seus colegas de trabalho. Você notará que eles mal tocam o mouse ou trackpad. Eles podem trocar de aplicativo, navegar pelo editor de texto e pesquisar e substituir durante o sono. Aprender esses atalhos simples tornará você mais eficiente em seu trabalho e é outra maneira de “subir de nível” como desenvolvedor. Mas não tente aprendê-los todos de uma vez. Existem até algumas ótimas ferramentas de linha de comando que você pode baixar. Peça dicas e truques aos seus colegas de equipe.

Não: Diga 'sim' a tudo?

Inicialmente disse 'sim' a tudo porque queria ser um jogador da equipa e mostrar que as pessoas podem contar comigo. Mas, eu estava errado, essa não é a maneira de fazer isso. A única coisa que resultou disso foi me sentir oprimido, sobrecarregado, pouco valorizado e me fez perder o foco.

“Focar é dizer não.” - Steve Jobs

É preciso haver um equilíbrio. Como o júnior, você frequentemente fará as tarefas que ninguém mais deseja fazer. Tudo bem. Você quer colocar as mãos em todos os tipos de trabalho e, não importa o quão “chata” seja a tarefa, você ainda estará aprendendo. Mas essa tarefa não deve sobrecarregá-lo ou fazê-lo se arrepender de ter dito "sim" quando surgir outra oportunidade para a qual agora você tem que dizer "não".

Fazer: Envolver-se em coisas fora do trabalho?

Descubra pelo que você é apaixonado e, em seguida, busque oportunidades de trabalho voluntário, encontre encontros para participar, envolva-se em grupos / organizações, trabalhe em projetos paralelos, escreva posts em blogs, etc. Ser um desenvolvedor significa fazer parte de uma comunidade e compartilhar coisas com essa comunidade. Então, coloque-se lá fora!

Para ser honesto

Levará algum tempo até que você se sinta confortável fazendo todos os 11 procedimentos. É difícil dominar todos eles. Honestamente, ainda estou trabalhando em alguns deles? Mas essas são coisas que aprendi com a experiência e gostaria que alguém tivesse me contado quando eu estava começando.

Tente trabalhar em cada um deles por vez. As principais lições aqui são:

  1. Advogar para si mesmo
  2. Seja confiante
  3. Pergunte
  4. Cerque-se de pessoas que dão apoio e encorajam

Obrigado por ler?! Adoraria ouvir sua opinião, sinta-se à vontade para se conectar comigo no Instagram e confira meu site ✨