Como acertar essa entrevista de codificação

Todos nós passamos por isso. Todos os desenvolvedores que você conhece, todos os que você já ouviu falar, mesmo aqueles que admira, passaram por uma entrevista técnica e adivinhem. Eles falharam pelo menos uma vez.

Existe algum truque que tornará sua próxima entrevista bem-sucedida? A verdade é que não há truque. Mas existem algumas maneiras que podem aumentar suas possibilidades de conseguir esse emprego, e vou escrever algumas delas neste artigo, com base na minha própria experiência em entrevistas.

Antes de tudo, vou compartilhar um fato que talvez não seja tão surpreendente. Você já pensou no que os entrevistadores estão procurando em seu currículo?

Um colega.

Sim, eles só querem um desenvolvedor com quem possam se comunicar, cooperar e trocar conhecimentos e aprendizados. Por isso, antes de mergulhar no código, a maioria dos entrevistadores gosta de conversar sobre sua personalidade. O candidato perfeito é alguém que é comunicativo, possui habilidades de codificação e sabe compartilhar conhecimentos, alguém que pode se sentir dono do código, assumir a responsabilidade em tempos difíceis e consertar coisas que não estão certas, mesmo que ele / ela não precisa.

Portanto, certifique-se de preparar (ou até construir) exemplos de situações que provam por que eles deveriam acreditar que você é o candidato perfeito. Além disso, faça o entrevistador sentir que você faz parte de uma equipe. O entrevistador deseja saber como é trabalhar com um problema com você, para que a entrevista pareça colaborativa. Quando perguntado sobre um problema de codificação, tente usar "nós" em vez de "I", como em "Devemos usar a abordagem x porque ..." Além disso, pense em voz alta. A sério. Diga: "Vamos tentar fazer isso e aquilo - não tenho certeza se vai dar certo". Se você está preso, basta dizer o que está pensando. Diga o que pode funcionar e por que você acredita que sua solução atual não está funcionando. Posso garantir que seu entrevistador também passou pela mesma situação.

E realmente importante: diga "eu não sei". Não tente parecer saber algo que você não conhece. Se lhe for perguntado algo que sai do seu conhecimento, tente extrair exemplos de outros problemas ou idiomas semelhantes com os quais se sinta confortável. Mesmo se você estiver pensando em uma solução que você acha que não tem nada a ver com o problema que está enfrentando, compartilhe-o com o entrevistador e explique por que você acha que não está relacionado.

No lado técnico, dependendo da posição para a qual você se candidata, várias perguntas podem ser feitas. Uma regra genérica é a seguinte. Se você afirma conhecer bem uma linguagem de programação, deve entender e explicar sua mecânica, suas vantagens e desvantagens. Em quais situações você o usaria, em que não e por quê.

Aqui estão algumas perguntas que estou fazendo na maioria das vezes:

  • Você já trabalhou em uma equipe antes?
  • Quais metodologias ágeis você já usou antes?
  • Como você garante que o conhecimento seja espalhado pela sua equipe?
  • Como você lida com um desenvolvedor que tem uma opinião diferente da sua sobre um tópico crucial?
  • Você já teve um conflito com um colega seu e como você o superou?
  • Qual foi o último problema técnico com o qual você teve que lidar?
  • Como você define a propriedade do código?
  • Qual é o seu objetivo final profissional?

Apenas um lembrete, você pode se preparar com respostas que não são necessariamente baseadas em eventos reais. Além disso, faça suas próprias perguntas sobre a empresa, o produto e as metodologias com as quais seus colegas em potencial estão trabalhando.

Obviamente, este artigo não pode garantir que sua próxima entrevista seja bem-sucedida. Mas, com base na minha própria experiência em entrevistas, os candidatos preparados que seguem essas diretrizes têm mais chances de conseguir esse papel.

Tenha uma ótima semana!