[Júnior] Minha experiência de um ano trabalhando como programador
Um pouco sobre mim
Início
Me chamo Vinicius e atualmente sou Desenvolvedor de Software em uma empresa que tem foco no e-commerce.
Sempre gostei bastante de tudo que envolva tecnologia, mas antes de ser programador fui técnico numa loja do centro da minha cidade, repositor de mercadorias, vendedor de ração pra gado e comerciante autônomo.
Cursei o Ensino Médio e tentei faculdade de Ciências da Computação à distância, mas na época eu não me adaptei com a metodologia e acabei estudando um semestre.
Fui estudante de programação daquela escola de programação verdinha e depois que me formei lá, comecei minha jornada no mercado de trabalho de tecnologia.
Motivação
Recentemente completei um ano de empresa e nesse período do aprendi tanta coisa que seria impossível colocar tudo nesse post aqui, mas sinto que seria bastante interessante trazer a experiência.
Com o tempo eu fui anotando algumas coisas até que consegui encher uma folha de papel, então eu vou usar essa oportunidade para detalhar os meus pensamentos.
Objetivo
Começo dizendo que cada pessoa é uma pessoa. Todo o conteúdo que eu escrevi abaixo é resultado de muita "labuta". Não cheguei aqui sabendo de tudo que descrevo abaixo, logo, precisei ir me adaptando até encontrar a melhor forma que funcionasse para mim e não deixar escapar nada.
Espero que o conteúdo lido à diante seja agregador e te ajude de alguma forma, seja você uma pessoa procurando pela primeira oportunidade e quer saber como que é ou seja você uma pessoa que já esteja trabalhando e quer ver a experiência de outras pessoas.
Tópico 1: Anotações, anotações e mais anotações
Pontos que julgar positivos e negativos
No decorrer da jornada vamos vivenciando muitas coisas, e acaba que não paramos para analisar o que aconteceu. Nesse cenário pode ser uma boa fazer anotações.
Ao anotar os pontos, conseguimos navegar em uma espécie de máquina do tempo e relembrar o que aconteceu naquele dia e o que fizemos para corrigir/melhorar.
Sobre pontos positivos: eles não tem uma regra específica. Normalmente você se lembrará de pontos positivos sendo como "uma conquista da equipe", "uma meta alcançada", "um bug resolvido", "feedback positivo" ou até mesmo uma promoção de um membro de sua equipe.
Sobre pontos negativos: Vamos supor que você está no meio de um desenvolvimento de um projeto com várias pessoas envolvidas, mas algumas coisas estão fora do padrão (nomes de branches, descrições do pull request, padrão de código). Esse seria um bom exemplo de um ponto que não está tão bem alinhado na sua equipe/projeto, e que pode ser levantado.
Nesse cenário, fazer anotações ajuda a:
- Identificar as motivações da situação
- Identificar pontos de melhoria e criação de planos que ajudem a resolver
- Ajuda a amadurecer a equipe diante de novos cenários que possam surgir
Pontos das reuniões
Imagine você em uma reunião muito importante com o diretor sênior master blaster e ele pergunta a todos os presentes se está tudo entendido e não restam mais dúvidas. O juninho extremamente precavido buscou os pontos mais relevantes (isso mesmo, não é pra anotar qualquer coisa!) e agora sai tranquilo da reunião pois tem alguns pontos no Bloco de Notas.
Anotar pode te dar mais confiança pois você terá uma fonte para revisar o conteúdo de uma reunião. Além disso, revisar as anotações pode te ajudar a pensar sobre o que aconteceu na reunião e que ninguém pode ter pensado. Aí você vai lá e anota de novo.
Cito aqui algumas vantagens de você anotar o conteúdo das reuniões:
- Como citei anteriormente, você se sente muito mais seguro de falar sobre os temas. Você os terá na cabeça e no Bloco de Notas
- Discutir os pontos anotados para ver se as outras pessoas equipe tiveram o mesmo feeling que você
- Sabe aqueles insights que surgem dos pontos que você anotou? Eles podem ser levados como sugestão e isso é extremamente benéfico!
Dica extra: não tenha vergonha ou medo de pedir para repetirem determinada informação. Você pode reforçar que está anotando para que não esqueça daquela info. Ao contrário do que algumas pessoas podem pensar, sua atitude poderá bem vista já que está demonstrando importância com o tema abordado.
Com o tempo você conseguirá filtrar o que precisa ser anotado ou não.
seu cérebro vai te enganar caso você não faça anotações! 🤣
Tópico 2: Ter o quadro Kanban limpo não significa que você se livrou de suas tarefas
No começo eu não sabia bem o que fazer e precisava de bastante orientação, mas de uma coisa eu tinha certeza: eu tinha que mostrar serviço, e isso tinha que acontecer independente da forma.
"Como que eu, um júnior no começo de carreira, vou conseguir dar um apoio pra equipe mesmo sem entender nada dos fluxos das aplicações?", eu meio que me perguntei isso diversas vezes, juntamente com "qual o próximo passo depois desse?".
Para mim, ser proativo foi o fator primordial, pois ela te ajuda a ver oportunidades escondidas e atacá-las o mais rápido possível.
Cito abaixo algumas coisas que me ajudaram a agregar valor quando eu "fiquei sem task":
- Você pode fazer um mapeamento e documentar bugs para que eles sejam resolvidos
- Você identificou alguma problema que PRECISA ser resolvido até próxima semana? Nada melhor que criar uma tarefa para resolvê-lo
- Apresentações: ensinar é aprender duas vezes. Seria de grande valor você trazer um assunto para sua equipe e mais agregador ainda se você não sabe e precisa aprender.
Esses foram alguns exemplos bem simples de como fazer o "além do código". Você consegue pegar o jeito com o tempo, até ficar algo automático.
Aaaah, e muito importante também é pedir direcionamento. Não vamos conseguir saber o rumo das coisas de primeira, principalmente sendo pessoas novatas na equipe.
Tópico 3: Fique por dentro de tudo que acontece no escopo da sua equipe
Acho que esse é o tópico arroz com feijão.
A maioria das equipes utiliza um canal de comunicação, seja Slack, Teams, emails... É através deles onde tudo pode ser comunicado, como por exemplo PR's, deploys, convites para reuniões/palestras.
Me ajuda bastante ficar atenado ao que está acontecendo e sinto como se tivesse ontrack com a equipe e sem atrasos, pois toda a informação eu consigo capturar no tempo correto.
Tópico 4: Aprenda o fluxo das aplicações no qual você está envolvido
Nunca pense que tudo se resume a código. Acredito que tudo tá relacionado a pessoas e problemas a serem resolvidos.
Certa vez, peguei uma tarefa que exigia um ajuste no retorno JSON, e que precisava ser feito em 4 projetos diferentes. A tarefa exigia um alto grau de conhecimento do fluxo e até esse momento eu não sabia muita coisa, mas mesmo assim resolvi atacar a tarefa.
Lendo o código, vendo como as partes conversavam, testando e debugando aos poucos fui entendendo o que precisava ser feito, e depois de mais de TRINTA DIAS com a tarefa, eu consegui subir o Pull Request.
Sabe o mais interessante e legal dessa história? Eu aprendi o fluxo no decorrer do desenvolvimento. Vez ou outra me pego em papos com quem entende de determinados assuntos. Essas papos são justamente pra eu poder aprender e então prosseguir com a minha tarefa.
Se você não sabe de determinada informação sobre os fluxos da sua equipe, eu diria pra você não se preocuprar e ter força de vontade pra aprender. Eu costumo dizer que ninguém nasce sabendo e você pode conseguir a resposta ou entendimento a qualquer momento. Keep calm!
Tópico 5: Por quê você faz o que faz?
A força de vontade que você tem agora pode ser resultado de algo que você decidiu em alguns passos atrás.
Vamos supor que você foi convidado pelo seu superior a participar de um projeto que tem o objetivo de cadastro de usuários para um determinado processo. Você no primeiro momento não entende mas mesmo assim encara o desafio.
Logo depois de algumas reuniões você recebe a tarefa de criar a primeira tela ou o primeiro endpoint e finaliza com sucesso e logo em seguida pega a próxima tarefa e o processo se repete.
Você se pergunta: é só isso?
Depois de um determinado tempo fazendo as coisas por fazer acaba se frustrando
O que é que eu tô fazendo aqui?
Óbvio que o buraco é bem mais fundo, mas essa pergunta pode ser bem comum quando você participa de algo mas não sabe o norte que tá tomando; você acabou não vendo o impacto que aquilo causou.
Depois de todo esse textão a minha dica é: instigue, pergunte, seja curioso ou curiosa e tente descobrir o propósito daquilo que você tá fazendo parte. Muitas ideias podem virar software, mas não aceite qualquer coisa só porque pediram pra você.
Assim como na vida, é bom ter um propósito e não fazer só por fazer. Tem que ser um negócio bem temperado 🧂🧅🧄
Tópico 6: Não tenha medo
Meu gestor costuma falar que prefere errar e acertar do que só acertar direto. Até que tem sentido.
No começo eu tinha medo de tudo e a síndrome do impostor batia muito forte
hoje ela bate mais fraco mesmo, rs
Durante a minha chegada na equipe eu medo: de meus superiores, de perguntar, de não entregar, de falar, de ser demitido...
ou seja, medo de muita coisa
Isso pelo motivo de: eu tinha muito medo de errar. Esse medo que tava toda hora na minha cabeça sempre me atrapalhava pois eu não conseguia produzir como eu gostaria por M E D O
Isso quer dizer que hoje eu perdi o medo de errar? Definitivamente não! A gente se acostuma a assumir os riscos e seguir o jogo.
Fim
Gostaria de finalizar dizendo que temos muito trabalho, aprendizado e diversão. Seguimos adiante para os próximos capítulos!
Obrigado quem leu até aqui.
Mas e aí, concorda/discorda dos pontos que foram citados?
Esqueci algum ponto?
Interage aqui comigo 🧑💻
Deixo meu LinkedIn para conexões: https://www.linkedin.com/in/vinigofr/