Começar em um novo emprego de engenharia pode ser estressante, mas um dos nossos novos contratados tem alguns conselhos sobre como você pode se aclimatar ao seu novo ambiente.
Quando você começa em uma nova empresa, é comum que um novo contratado experimente um pouco de choque cultural. Os diferentes escritórios, pessoas, processos, etc. podem ser bastante impactantes. No entanto, os engenheiros muitas vezes estarão sujeitos a um tipo adicional de choque durante sua integração. Eu chamo isso de choque cultural de código.
O choque cultural de código é específico para trabalhar em uma nova base de código onde as coisas podem ser completamente diferentes do que um engenheiro está acostumado — coisas como estruturas de pastas, padrões empregados, configurações de teste, bibliotecas usadas, processos de CI/CD, etc. Até mesmo pequenas diferenças como regras de lint e configurações de formatação podem ser chocantes.
Adicione a isso as diferenças nas preferências pessoais entre os membros da equipe e tudo isso pode ser bastante impactante. No entanto, há um lado positivo nesse choque. Isso leva a uma situação única que tanto os novos engenheiros quanto os membros existentes da equipe devem estar prontos para aproveitar ao máximo.
Potencial máximo de feedback
Depois que o choque inicial passar, há uma pequena janela de tempo em que o potencial para feedback honesto e imparcial está no seu auge — antes que a perspectiva mude de um estranho da engenharia para um membro da equipe.
Esse ponto ideal ocorre logo após um engenheiro se aclimatar à base de código, mas antes que ele tenha aceitado o que vê como "é assim que as coisas são feitas". É durante essa janela que eles têm a chance de aproveitar esse potencial e oferecer insights únicos tanto à equipe quanto à organização maior.
Existem algumas maneiras principais de aproveitar esse sentimento como o novo engenheiro:
💪️ Rejeite o impostor
Você passou pelas entrevistas, aceitou a oferta e agora está pronto para fazer o trabalho, mas há essa sensação incômoda de que talvez você esteja além da sua capacidade. A base de código e os processos são estranhos para você. Você era um especialista no seu último trabalho e conhecia os sistemas por dentro e por fora, mas agora está perdido e se questionando.
Relaxe, vai ficar tudo bem! Você foi contratado pelo seu potencial de aprender e contribuir. Ninguém espera que você seja um especialista depois de apenas algumas semanas. A síndrome do impostor é real. Reconheça, mas então deixe de lado esses sentimentos e mergulhe em seu novo papel.
☀️ Deixe os preconceitos de lado
Traga seu conhecimento, experiência e nova perspectiva e deixe qualquer preconceito para trás. Você notará diferenças na base de código em relação ao que você está acostumado — afinal, tudo é novo para você — mas tenha cuidado ao equacionar "diferente" com "errado".
"Como eu teria feito" não é o mesmo que "como deve ser feito." Essa é a beleza do código: pode haver múltiplas soluções para um problema. Reconheça que enquanto às vezes seu jeito poderia ser melhor, muitas vezes é apenas diferente.
🛠️ Quebre as coisas
Há uma razão pela qual não desenvolvemos em produção e não há melhor maneira de aprender uma nova base de código do que sujar as mãos. Mude algo e veja o que acontece. Viu alguma oportunidade de melhoria? Vá em frente.
As chances são de que sua carga de trabalho ainda seja leve o suficiente para você ter tempo de experimentar novas ideias. Não se preocupe se as mudanças não derem certo. Você ainda sairá com uma compreensão mais profunda do código no qual você vai viver.
📓 Documente tudo
Catalogar tudo que parecer estranho ou diferente e anotar as perguntas que surgirem. Não é incomum se perguntar por que eles fizeram dessa forma? Não assuma que o código que você está vendo é perfeito como está. Você ainda não conhece a história de por que as coisas são como são.
Pode ser que a parte que você está olhando foi apressada e alguns atalhos foram tomados, pretendendo ser revisitada em outro momento. Padrões e bibliotecas mudam rapidamente e o código fica desatualizado antes que você perceba. Está tudo bem, se não esperado, que você aponte essas coisas. Lembre-se, se o código fosse perfeito, você não teria sido contratado para trabalhar nele.
🤝 Compartilhar é cuidar
Uma vez que você se sentir confortável, entre em contato com sua equipe ou gerente e compartilhe seu feedback. Eles percebem que você está em uma posição única para oferecer ideias e pensamentos novos e agradecem.
Todos estão trabalhando em direção ao mesmo objetivo de fazer o melhor produto para nossos clientes. A maneira como conseguimos isso é ouvindo e aprendendo uns com os outros.
Quer ter certeza de que sempre se lembrará dos ótimos conselhos deste post? Não se preocupe, colocamos tudo em um cartão Guru!
Quando você começa em uma nova empresa, é comum que um novo contratado experimente um pouco de choque cultural. Os diferentes escritórios, pessoas, processos, etc. podem ser bastante impactantes. No entanto, os engenheiros muitas vezes estarão sujeitos a um tipo adicional de choque durante sua integração. Eu chamo isso de choque cultural de código.
O choque cultural de código é específico para trabalhar em uma nova base de código onde as coisas podem ser completamente diferentes do que um engenheiro está acostumado — coisas como estruturas de pastas, padrões empregados, configurações de teste, bibliotecas usadas, processos de CI/CD, etc. Até mesmo pequenas diferenças como regras de lint e configurações de formatação podem ser chocantes.
Adicione a isso as diferenças nas preferências pessoais entre os membros da equipe e tudo isso pode ser bastante impactante. No entanto, há um lado positivo nesse choque. Isso leva a uma situação única que tanto os novos engenheiros quanto os membros existentes da equipe devem estar prontos para aproveitar ao máximo.
Potencial máximo de feedback
Depois que o choque inicial passar, há uma pequena janela de tempo em que o potencial para feedback honesto e imparcial está no seu auge — antes que a perspectiva mude de um estranho da engenharia para um membro da equipe.
Esse ponto ideal ocorre logo após um engenheiro se aclimatar à base de código, mas antes que ele tenha aceitado o que vê como "é assim que as coisas são feitas". É durante essa janela que eles têm a chance de aproveitar esse potencial e oferecer insights únicos tanto à equipe quanto à organização maior.
Existem algumas maneiras principais de aproveitar esse sentimento como o novo engenheiro:
💪️ Rejeite o impostor
Você passou pelas entrevistas, aceitou a oferta e agora está pronto para fazer o trabalho, mas há essa sensação incômoda de que talvez você esteja além da sua capacidade. A base de código e os processos são estranhos para você. Você era um especialista no seu último trabalho e conhecia os sistemas por dentro e por fora, mas agora está perdido e se questionando.
Relaxe, vai ficar tudo bem! Você foi contratado pelo seu potencial de aprender e contribuir. Ninguém espera que você seja um especialista depois de apenas algumas semanas. A síndrome do impostor é real. Reconheça, mas então deixe de lado esses sentimentos e mergulhe em seu novo papel.
☀️ Deixe os preconceitos de lado
Traga seu conhecimento, experiência e nova perspectiva e deixe qualquer preconceito para trás. Você notará diferenças na base de código em relação ao que você está acostumado — afinal, tudo é novo para você — mas tenha cuidado ao equacionar "diferente" com "errado".
"Como eu teria feito" não é o mesmo que "como deve ser feito." Essa é a beleza do código: pode haver múltiplas soluções para um problema. Reconheça que enquanto às vezes seu jeito poderia ser melhor, muitas vezes é apenas diferente.
🛠️ Quebre as coisas
Há uma razão pela qual não desenvolvemos em produção e não há melhor maneira de aprender uma nova base de código do que sujar as mãos. Mude algo e veja o que acontece. Viu alguma oportunidade de melhoria? Vá em frente.
As chances são de que sua carga de trabalho ainda seja leve o suficiente para você ter tempo de experimentar novas ideias. Não se preocupe se as mudanças não derem certo. Você ainda sairá com uma compreensão mais profunda do código no qual você vai viver.
📓 Documente tudo
Catalogar tudo que parecer estranho ou diferente e anotar as perguntas que surgirem. Não é incomum se perguntar por que eles fizeram dessa forma? Não assuma que o código que você está vendo é perfeito como está. Você ainda não conhece a história de por que as coisas são como são.
Pode ser que a parte que você está olhando foi apressada e alguns atalhos foram tomados, pretendendo ser revisitada em outro momento. Padrões e bibliotecas mudam rapidamente e o código fica desatualizado antes que você perceba. Está tudo bem, se não esperado, que você aponte essas coisas. Lembre-se, se o código fosse perfeito, você não teria sido contratado para trabalhar nele.
🤝 Compartilhar é cuidar
Uma vez que você se sentir confortável, entre em contato com sua equipe ou gerente e compartilhe seu feedback. Eles percebem que você está em uma posição única para oferecer ideias e pensamentos novos e agradecem.
Todos estão trabalhando em direção ao mesmo objetivo de fazer o melhor produto para nossos clientes. A maneira como conseguimos isso é ouvindo e aprendendo uns com os outros.
Quer ter certeza de que sempre se lembrará dos ótimos conselhos deste post? Não se preocupe, colocamos tudo em um cartão Guru!
Experimente o poder da plataforma Guru em primeira mão - faça nosso tour interativo pelo produto
