Com o passar dos anos eu desenvolvi uma metodologia para lidar com a minha síndrome de impostor nas diferentes escalas de tempo em que ela ocorre. Essa metodologia não é algo super complexo ou com uma profunda base teórica, mas funcionou para mim e me ajudou muito no último ano.
Há um ano eu começava meu novo emprego como desenvolvedora backend em Python. Eu havia largado uma carreira, uma profissão e por pouco também não larguei um mestrado. Quando tudo isso aconteceu, acho que eu não tinha entendido as proporções que aquela decisão teve na minha vida. Hoje, exatamente, faz um ano do meu primeiro dia como desenvolvedora e eu quero contar um pouco sobre o que aconteceu nesse ano.
Ser engenheira de software em uma nova empresa - em qualquer nova empresa - é sempre difícil. A base de código é completamente nova, você precisa se adaptar a novos padrões (tanto de código quanto culturais) e, provavelmente, o tipo de problema que você vai resolver também é completamente novo para você.
Escrevi esse texto há 3 anos atrás, quando falei para uma turma de formandas. Encontrei ele agora perdido nas minhas anotações e ele nunca me pareceu tão real quanto agora. Resolvi compartilhá-lo, pois tem um signficado especial pra mim s2.
Eu não estudei ciências da computação em uma faculdade e nunca tive um curso “formal” de programação. Sem entrar muito em detalhes quero reafirmar que, ao olhar para o passado, de maneira alguma acredito que ter feito uma outra faculdade (diferente da profissão que tenho hoje) foi perda de tempo.
Revisar código é uma tarefa complicada e pode se tornar bastante desesperadora, especialmente quando você não tem ideia de como fazer isso. Entretanto, a revisão de código pode ser uma ferramenta poderosa para aumentar a qualidade do seu código e garantir deploys “saudáveis”.