Entrevistas técnicas são conhecidas por seus enigmas. Se você é solicitado a escrever uma árvore binária em um quadro branco, explicar um algoritmo de classificação ou implementar o FizzBuzz em 10 linhas ou menos, você deve se preparar para perguntas de programação técnica na entrevista média.
Mas essa não é a única coisa pela qual você deve estar preparado.
A realidade é que muitos desenvolvedores poderão resolver questões comuns de entrevista de programação com pouca variação entre as respostas. Então, o que te diferencia do próximo candidato? É exatamente nisso que vamos nos concentrar nessas cinco dicas.
1. Fale sobre o seu processo de raciocínio e resolução de problemas
A pior coisa que você pode fazer quando se faz uma pergunta difícil é ficar totalmente sem palavras. Infelizmente, é muito fácil fazer isso por acidente. Quando você encontra um problema que requer energia mental e foco significativos, é provável que sua primeira inclinação seja recuar para sua mente. Enquanto isso é natural, também não é muito útil para o entrevistador.
O ponto das questões técnicas, em parte, é descobrir como você pensa em resolver problemas. Qual é o seu processo? Como você divide os diferentes componentes? Como você chega a uma solução? Como você reage quando tenta algo que não funciona? Você é melhor em experimentar código ou esboçar algo em um quadro branco?
Explique o que está acontecendo na sua cabeça enquanto você resolve o problema. Aja como se estivesse gravando sua voz para publicar on-line para ensinar aos outros como resolver esse problema. Mesmo que seus entrevistadores estejam dando a você o espaço para pensar tranquilamente, você pode se beneficiar da explicação do seu processo de pensamento sem que isso os leve a fazer isso. Isso não apenas ajuda-os a entender suas habilidades e seu pensamento crítico mais profundamente, mas também torna você mais memorável.
2. O que é melhor do que resolver um problema em uma entrevista técnica? Resolvendo duas vezes
Muito poucos problemas têm apenas uma solução e todos os problemas têm soluções incorretas infinitas. Então, se você se concentrar em apenas uma maneira de resolver um problema, estará perdendo uma grande oportunidade de provar sua flexibilidade e seu conjunto de habilidades.
Em vez de simplesmente usar uma solução bem conhecida ou trabalhar em um único idioma, abra a discussão sobre esse problema em particular e resolva-o para diferentes cenários. Por exemplo, se você for solicitado a programar o FizzBuzz, você pode se oferecer para fazê-lo em dois idiomas, ou empregando dois paradigmas diferentes, ou talvez tomando algumas restrições de desempenho para uma solução e restrições estéticas para outra.
Ao validar que o problema pode ter várias soluções, você está mostrando sua adaptabilidade, flexibilidade e conscientização, e tudo isso incutirá confiança em seus entrevistadores de que você será capaz de escolher a solução certa entre muitas possibilidades.
Claro, não exagere - há uma arte para ler quando responder a uma pergunta com várias soluções é exagerado ou felizmente bem-vindo. Em caso de dúvida, não tenha medo de perguntar aos seus entrevistadores se eles se importam se você dedicar algum tempo para expandir sua solução com uma opção secundária.
3. Não tenha medo de compartilhar suas opiniões, quando aplicável
Às vezes, quando você trabalha com problemas, você toma decisões que são inteiramente baseadas em seu próprio gosto e opinião. E tudo bem - os empregadores estão interessados em sua opinião! A maneira como você pensa e reage a situações faz uma grande diferença na cultura de uma empresa. Ter uma opinião também é um sinal de liderança e maturidade técnica como desenvolvedor. Ter uma discussão sobre suas opiniões requer que você avalie outras posições sobre um determinado assunto.
Lembre-se, no entanto, que as opiniões podem ser mantidas de perto. Se você não concordar com o seu entrevistador em um determinado assunto, pise levemente ao compartilhar essa informação. Embora seja bom ter um ponto de vista, também é importante notar que compartilhar isso nem sempre é necessário e saber como escolher suas batalhas. Uma boa regra prática: não compartilhe sua opinião, a menos que seja solicitado.
4. Nunca termine uma resposta com "Eu não sei"
A menos que você esteja enfrentando um cenário de “Kobayashi Maru”, nunca termine uma entrevista com “Eu não sei”. Isso não é uma opção no trabalho, então não deve ser uma opção na entrevista.
Claro, não estou dizendo que você deveria saber tudo. Isso é impossível! Mas você deve mostrar que tem uma estratégia para aprender o que precisa saber para fazer o trabalho. Tente responder com "Eu não sei como fazer isso, mas aqui está como eu iria descobrir isso". Esta resposta deve ir mais longe do que apenas dizer "Eu também faria o Google". É melhor explicar a direção mais provável que você investigaria.
Acima de tudo, não tenha vergonha! Aprender é basicamente o processo de descobrir as coisas que você não conhece. Seu empregador não espera que você seja perfeito, mas eles esperam que você seja diligente e inteligente, e nunca desistir de um problema.
5. Jogue sempre para a equipe
A menos que você seja um desenvolvedor freelancer, seu trabalho sempre será definido dentro do contexto de uma equipe, e o sucesso da equipe é sempre fundamental para você. Portanto, sua entrevista deve refletir que você não está apenas preocupado em resolver seus problemas em um determinado dia, mas sim que está concentrado em fazer o que for necessário para que a equipe tenha sucesso.
Então, como você pode comunicar isso em uma entrevista?
Nunca discuta problemas como se eles estivessem em um vácuo
Quase qualquer projeto teria praticamente requisitos e limites de recursos, para mostrar sua consciência do contexto do problema. Um problema que é bem resolvido, mas ultrapassou o orçamento, não é verdadeiramente a melhor solução.
Mostre sua consciência da perícia na equipe existente
Às vezes, a melhor resposta para uma pergunta é pedir a outras pessoas da sua equipe para colaborar com você e você pode fazer referência a essas pessoas nas perguntas técnicas: “Se eu tivesse esse problema no contexto de nossa equipe, provavelmente pediria para revisar minha solução também. ”Isso mostra que você está disposto a confiar na experiência de outras pessoas e que sua meta é chegar à melhor solução.
Comunicar seus valores acionados por equipe explicitamente
Esta é uma questão importante o suficiente para você sair e dizer isso. Você quer ter certeza de que seus empregadores estão plenamente conscientes de que seu objetivo é ajudar a empresa a ter sucesso, não apenas para se sentar em sua mesa e codificar o dia todo.
Por fim, seu trabalho como desenvolvedor não é apenas codificar. É para ser um jogador de equipe, um líder e alguém que nunca está disposto a desistir de um problema. As oportunidades em uma entrevista técnica não são apenas para mostrar que você pode atingir objetivos ou escrever algoritmos, mas também para se colocar acima da concorrência e mostrar o valor que você adiciona a um empregador.
