Como você lida com perguntas baseadas no conhecimento em entrevistas? [fechadas]

Nas entrevistas técnicas que entrevistam programadores experientes, os entrevistadores fazem muitas perguntas baseadas no conhecimento. [por exemplo. Como como configurar isso e aquilo no xml]. Essas perguntas têm exatamente uma resposta e é muito provável que um bom programador não saiba a resposta (e, portanto, seja rejeitado). Existe uma boa maneira de responder a essas perguntas? [Como educadamente dizer ao entrevistador que a resposta está apenas a uma pesquisa do Google].

Acho que não há problema em dizer ao entrevistador que você honestamente não sabe a resposta e, em seguida, avise-o como descobriria (como perguntar aos colegas de trabalho, consultar o manual, pesquisar na web, etc.) . Isso deve mostrar ao entrevistador que você é engenhoso e adaptável a novas situações e está disposto a aprender - e também é honesto em admitir quando não sabe, em vez de tentar blefar e falhar. Eu não tive essa experiência pessoalmente, então não tenho 100% de certeza de como isso funcionaria, mas aceitaria esse tipo de resposta se fosse o entrevistador. Boa sorte!

Minha pergunta favorita sobre a entrevista ... Minha resposta típica, se eu não souber a resposta, é dizer o máximo, mas depois descreva como resolveria o problema.

Por exemplo, "Qual é a chamada da API para Shazbut the Fuzzer?"

Resposta , eu acessaria os documentos da API "Fuzzer" on-line e descobriria. Para ser justo, eu não usei "Fuzzer", mas usei "Fubar", que faz a mesma coisa. Usamos o Fubar em nosso último projeto por causa de X, Y e Z.

Esse tipo de abordagem demonstra várias coisas:

1. Você tem mais do que uma compreensão casual do problema
2. Você sabe como encontrar respostas (Howard Hughes não sabia todas as respostas sobre a aviação, mas ele tinha uma equipe de pessoas que sabia)
3. Você entende que existem alternativas e razões para escolher uma sobre a outra.

Se eu fosse o entrevistador, gostaria de alguém com o conhecimento mais completo do que alguém que pudesse dizer a resposta.

Se é uma pergunta que não parece correta, eu mencionaria isso também. Às vezes, você recebe pessoas que querem enganá-lo - talvez seja para ver se você está prestando atenção ou se vai dar uma resposta obviamente errada, como se você fosse a autoridade nela. Usando a mesma pergunta hipotética, você pode ter uma resposta mais ou menos assim: "Esta é a primeira vez que eu ouvi isso. Se você não se importa, onde posso encontrar mais informações sobre isso?"

Isso diz ao entrevistador que você não vai fingir que sabe algo que não sabe, mas está disposto a aprender. Depende de você dedicar algum tempo para procurar a API do Fuzzer por conta própria.

Eu acho que em uma entrevista é importante poder demonstrar como você lida com os limites do seu conhecimento. Seu empregador deseja despejar um documento de 200 páginas em uma tecnologia que você não conhece e espera que você se torne o especialista residente nela.

Quando entrevistei minha posição atual, não havia escrito C ++ há vários anos desde a faculdade e admiti isso. Quando alguém escreveu class A : public Bcomo parte de uma pergunta do quadro branco, não conseguia me lembrar qual era a classe base e qual era derivada, mas depois de perguntar ao entrevistador sobre a sintaxe, consegui responder com êxito à pergunta com base no meu conhecimento dos conceitos subjacentes , e foi oferecido o trabalho. Por outro lado, alguém que alega estar programando em C ++ todos os dias nos últimos 5 anos deve saber essa sintaxe de cabeça para baixo.

No entanto, mesmo alguém que usa um idioma específico o tempo todo, pode estar enferrujado em certas áreas que você não pode esperar, mas deve ter uma boa razão para isso. Por exemplo, faço programação incorporada e não escrevo código para abrir ou ler um arquivo há muito tempo, ou obter informações de um usuário, consultar um banco de dados ou desenhar uma GUI. Isso não significa que eu não poderia readquirir essas habilidades rapidamente, mas devo estar preparado para demonstrar a capacidade de fazê-lo, e não apenas esperar que eles sigam minha palavra.

Como outro exemplo, em um trabalho anterior, toda a nossa memória tinha que ser alocada estaticamente, para facilitar a comprovação de requisitos máximos de RAM para ultra-confiabilidade. Na rara exceção que não era viável, era preciso contratar um colega para assinar e a memória nunca poderia ser liberada. Fui muito bom em evitar alocação dinâmica, mas isso não é a mesma coisa que ser bom em fazê-lo.

Se eu fizesse uma pergunta sobre essas áreas, eu admitiria que estava enferrujado e apresentaria o motivo, em seguida, continuaria respondendo da melhor maneira possível, fazendo perguntas esclarecedoras conforme necessário.

Eu sou ambivalente sobre eles. Parte de mim não gosta de quão triviais são muitos (" qual é o terceiro parâmetro da função Print "), mas também reconheço que, se alguém trabalha com uma tecnologia, com o tempo você a vê tantas vezes que a conhece de cor . Estou bastante disposto a dizer "não sei, pesquisaria no Google antes de incomodar meus colegas de trabalho". Por outro lado, se você responder a todas as perguntas com a mesma resposta, dá a impressão de que você não conhece a tecnologia e vai pesquisar no google tudo - incluindo o código que você supostamente escreveu.

Eu trabalho com o .NET. As primeiras versões da estrutura tinham mais de 40.000 objetos diferentes. Ninguém pode conhecer todos eles.

Eu tive uma entrevista ou duas como essa e posso entender que isso pode fazer você se sentir desconfortável. Geralmente, quando um empregador está usando alguma tecnologia que tenho no meu currículo / currículo, não uso há um ou dois anos.

Eu respondo, dando a eles a compreensão da tecnologia solicitada e como ela é aplicada, quando aplicada e quando não aplicada. Do lado técnico, tentarei responder da melhor maneira possível, até meia resposta é útil para eles e asseguro-lhes que sim, se eu estivesse no meu PC, o Google ajudaria e que a resposta técnica não passaria de um minuto ou dois para atrasar em continuar com o trabalho.

Em suma, acho que um entrevistador pode fazer perguntas suficientes para saber se você tem o calibre para o trabalho e qual o risco que representa para eles.

No entanto, se você realmente respondeu a todas as perguntas técnicas incorretamente ou obteve uma pergunta muito óbvia como: como declarar uma variável na linguagem X incorreta, isso seria muito preocupante para elas, e elas sentirão que não têm o tempo para investir em você, acelerando ou treinando você sobre os fundamentos.

Isso aconteceu comigo durante uma entrevista por telefone, onde me foi apresentada uma pergunta envolvendo um utilitário BASH que eu não havia usado antes. Expliquei que, embora não o tivesse usado antes, estava confiante de que poderia depois de verificar o Google ou sua página de manual.

Sendo uma entrevista por telefone, o entrevistador rapidamente me colocou no local perguntando se eu estava na frente de um computador e pediu para fazer exatamente isso. Alguns momentos depois, pude dar uma explicação clara de como ele poderia ser usado para resolver o problema apresentado.

Pouco tempo depois, eles me ofereceram o emprego.