Qual é a sua pergunta da entrevista favorita? [fechadas]

Que pergunta você achou especialmente valiosa ao entrevistar desenvolvedores de software? O que há com a questão que a tornou particularmente útil?

Estou procurando uma pergunta em particular que você gostaria de fazer, não apenas uma abordagem de entrevista como "faça com que eles escrevam código".

Dê uma olhada neste código de exemplo e me diga como você o aprimoraria.

Isso é um pouco específico para o meu cenário, mas acho que foi uma ótima pergunta, no entanto:

Então você diz aqui que nunca tocou em C # ou .NET antes, certo? Ok, então aqui está uma estação de trabalho. Descubra como escrever um programa que consulta esse banco de dados aqui e imprima uma lista de clientes com seus pedidos, classificados pelo nome do cliente. Você pode usar qualquer recurso que desejar.

A única pergunta que já tive que realmente testou minha capacidade de aprender.

Esta não é uma questão de codificação, mas uma questão comportamental:

Conte-me uma ocasião em que você simplesmente não pôde concluir todo o seu trabalho a tempo de cumprir um prazo. O que você fez? Qual foi o resultado?

Como você entrou na programação?

Ótima maneira de ver se a pessoa tem paixão por programar e quebrar o gelo.

Ao entrevistar alguém que afirma ter uma quantidade não trivial de experiência em Java, eu perguntar-lhes sobre hashcode()e equals()e a relação entre eles. Não é realmente possível adquirir uma experiência significativa em Java sem tomar conhecimento das possíveis armadilhas e qualquer pessoa que desconheça o problema estará adicionando erros difíceis de encontrar ao meu projeto.

Eu também vou perguntar sobre ArrayListe LinkedListe os prós e contras relativos. Espero que isso prove que eles estão pelo menos cientes e pensando nas implicações de desempenho do código que escrevem.

Também gosto de fazê-los expressar uma opinião sobre algum tópico técnico (a utilidade ou não de Maven, exceções verificadas versus não verificadas etc.) e depois interpretar o advogado do diabo para ver como eles podem argumentar sobre o que querem.

"Qual foi o último (melhor) livro técnico que você leu?"

ou, mais geralmente:

"Como você mantém seu conhecimento atualizado?"

É incrível quantas pessoas nunca leem um livro técnico desde que terminaram a escola. E se você nunca leu um livro desde que terminou a escola e dez anos atrás, provavelmente nunca ouviu falar de coisas como testes de unidade, padrões de projeto, princípios SOLID ...

Resposta ao comentário :

Você pode me rebaixar se quiser, mas essa é uma das minhas perguntas favoritas da entrevista. Blogs, wikipedia e SO são ótimas fontes para as últimas notícias de alta tecnologia. Mas não acho que você possa aprender assuntos realmente complexos (como o que encontra nos livros de Knuth) em profundidade lendo os blogs.

Se eu tiver que escolher entre dois desenvolvedores, onde um mostra essa vontade de aprender novos assuntos complexos e o outro não, contratarei o primeiro. Mesmo se ele ou ela quiser mais dinheiro. Vai valer a pena a longo prazo.

Inverta esta lista vinculada. Agora faça isso em tempo linear. Agora faça isso em tempo linear e espaço constante.

Você se considera uma pessoa de sorte?

Eu li isso em uma entrevista de um dos membros fundadores da Bruel & Kjaer e isso me impressionou. As pessoas de sucesso têm grande probabilidade de se considerarem sortudas. Eles vêem os contratempos como oportunidades de fazer melhorias e tendem a compartilhar seus sucessos (sorte) com as pessoas ao seu redor - pessoas sortudas trazem mais sorte. *

As pessoas que se consideram azaradas têm maior probabilidade de ser uma maçã ruim em sua equipe.

* Nesse contexto, a sorte deve ser lida como uma oportunidade de reunião de preparação , não como um trevo de quatro folhas.

O que sempre funcionou para mim ...

"Conte-me sobre seus projetos anteriores" .

E, em seguida, use suas respostas como um ponto de partida para perguntar-lhes sobre seu papel nos projetos e por que eles tomaram certas decisões. Em vez de fazer a entrevista no SAT, eu apenas converso com eles. Isso sempre foi mais do que suficiente para julgar se o desenvolvedor era adequado para uma posição.

Só fui contratado uma vez para um trabalho em que já conhecia o idioma que está sendo usado; portanto, questões específicas de idioma não têm muito valor para mim. Pessoalmente, também não me importo muito com trivialidades de sintaxe ( como você faria um tipo de algodão doce preso em um curral cheio de zebras famintas? ) E pegava perguntas, por isso nunca faço esse tipo de pergunta.

Se você pudesse ter algum emprego no mundo, qual seria?

Estou realmente procurando apenas uma coisa: uma tentativa séria de responder. A única resposta errada é rir, e dizer ao entrevistador que é a pergunta mais clichê do mundo. (Eu votei sem contratação).

É realmente uma configuração para a minha pergunta favorita de todos os tempos:

Se você quer ser [uma estrela do rock], por que está se candidatando para ser um [engenheiro de desenvolvimento da Internet III] aqui na [HugeCorp]?

Funciona melhor se eles realmente derem uma resposta audaciosa. Eles raramente vêem isso acontecer e isso é apenas uma oportunidade para alguém brilhar dizendo algo como "as horas aqui estão melhores" ou "minha carreira aqui durará mais do que a típica estrela do rock".

Eu também menti sobre não haver resposta errada para a primeira pergunta. A menos que você esteja entrevistando para um emprego dos sonhos totalmente incrível, o trabalho para o qual eles estão entrevistando é a resposta errada. E se você está entrevistando para o emprego dos sonhos e ainda não o tem, deve se perguntar por que não está se candidatando.

Ao fazer entrevistas em c #, adoro perguntar: "Como você lida com erros em um método"? Se eu receber uma resposta decente para essa pergunta, pergunto "Como você configura / manipula o tratamento de erros em um aplicativo Web?"

Sempre fico impressionado com a quantidade de desenvolvedores que não têm problemas com a primeira pergunta e nenhuma pista sobre a segunda. Até entrevistei muitos que não conseguiam descrever como os erros estavam sendo tratados no projeto atual.

Algo assim:

multiplicar um valor de 7 sem a utilização *, /e +operações. :)

Semelhante ao de David, mas um pouco diferente:

Dê uma olhada no código de produção real confuso de uma versão anterior que posteriormente corrigimos e melhoramos. Diga-me o que faz. Diga-me onde estão os problemas (correção e estilo). Diga-me como você o consertaria e melhoraria.

Isso ajuda a distinguir pessoas que podem apenas escrever um novo código e pessoas que podem lidar com a realidade das bases de código herdadas.

há muitos anos, perguntaram-me a diferença entre os regexps / a * / e / a *? /

Pessoalmente, costumo fazer algumas perguntas sobre recursão.

Estou surpreso com o número de respostas com falha para esta pergunta:

Como você procuraria por um item em uma lista não classificada?

Minha pergunta favorita é:

(Presumivelmente em uma combinação de Java / C # e pseudocódigo)

Usando contêineres não exóticos, projete uma classe que se comportaria como um dicionário com o melhor desempenho possível, o que também permite enumerar as chaves não na ordem "aleatória", mas na ordem em que essas chaves foram adicionadas ao dicionário, pois foi criado pela primeira vez.