Entrevistadores – vocês estão se preparando para entrevistar seu próximo candidato a engenheiro? Se você está preparado para ter seu candidato no quadro branco algo não relacionado à posição, pedindo-lhe para fazer perguntas lógicas ridículas, ou pronto para se conduzir de maneira condescendente, você pode ser um entrevistador idiota.
Já fiz minha cota de entrevistar candidatos à engenharia e também entrevistas para cargos de engenharia por pessoas em empresas das quais queria ingressar. Ao fazer uma entrevista para um emprego que queria, muitas vezes acabo tendo que lidar com pessoas que passam menos tempo discutindo as coisas em que sou bom, minha experiência relevante e problemas que resolvi no passado, e em vez disso me concentro na lógica besteira e problemas de quadro branco não relacionados.
Como pode ser isso? Suponho que o maior problema é que as pessoas que estão conduzindo entrevistas de tecnologia geralmente são programadores que se graduaram até uma posição de nível sênior onde são então incumbidos de entrevistar novos candidatos para a empresa. São pessoas que são boas em codificação, mas geralmente não têm estratégia alguma para identificar as características de um bom candidato. Eles simplesmente seguem o formato que consideram correto, em vez de procurar candidatos que possam pensar por si próprios, usar o bom senso, ter habilidades decentes e bom senso.
Tive que lidar com isso desde sempre. Na minha humilde opinião, sou um tanto experiente. Escrevi o primeiro servidor de anúncios usado pelo Facebook em 2004. Já ocupei cargos de codificação de nível sênior por 13 anos. Eu construí produtos, construí equipes e infraestrutura em nuvem repetidas vezes. Você pensaria que eu teria feito melhores entrevistas em algumas das principais startups nos últimos 5 anos, mas eu tive que lidar com a rejeição de tantos entrevistadores de merda quantos você provavelmente está tendo que lidar agora, se estiver entrevistando.
O engraçado sobre um entrevistador de merda é que ele está realmente prestando um serviço porque você provavelmente não quer estar lá em primeiro lugar. Ocasionalmente, pesquisei no Google os nomes das empresas onde fui uma merda entrevistada e vejo histórias como esta:
Fui uma merda entrevistada por um CTO que me fez a pergunta na parte inferior deste artigo ao ser entrevistado para uma posição de codificação de aplicativo PHP do Facebook. Aproximadamente 1 ano depois que fui rejeitado por não ser capaz de responder a essa pergunta, a empresa foi invadida por um ataque de injeção de SQL e dezenas de milhões de senhas de usuário foram liberadas porque estavam armazenadas como texto não criptografado no banco de dados da empresa.
Aproximadamente 1 ano depois de ser entrevistado por engenheiros em um site de notícias sociais e entretenimento proeminente, eles lançaram uma nova versão de seu site que não funcionou em vários níveis e a marca inteira foi destruída. Eles me rejeitaram porque eu “não tinha experiência suficiente com OOP”. O que?
A boa notícia é que minha experiência me diz que você encontrará o lugar certo para você. Portanto, não desista e tente não desanimar. Este pode ser o melhor momento de todos para fazer esse tipo de trabalho. Você tem um talento que pode torná-lo um bilionário.
Está pronto para um desafio? Experimente nosso desafio de codificação RockThePost SQL .
Questão de entrevista sobre codificação de PHP
São 25 cavalos e uma única pista de corrida. A pista possui 5 pistas. Seu trabalho é encontrar os 3 cavalos mais rápidos assumindo que você não tem um cronômetro e todos os cavalos sempre correm em um ritmo constante. Qual é a maneira de encontrar os 3 mais rápidos com o menor número de utilizações da pista.