Eu estava entrevistando uma pessoa que parecia "muito orgulhosa de minhas habilidades em java".

1. Ele me perguntou: " Qual é o seu conhecimento sobre as classes Java IO .. digamos .. mapas de hash? "

2. Ele me pediu para escrever um pedaço de código java no papel - instanciar uma classe e chamar um dos métodos da instância. Quando terminei, ele disse que meu programa não seria executado. Após 5 minutos de reflexão séria, desisti e perguntei o porquê. Ele disse que eu não escrevi uma função principal para que não funcionasse. NO PAPEL.

3. [Estou furioso demais para continuar com a estupidez ...]

Acredite, não foram perguntas complicadas ou uma avaliação psíquica ou de avaliação da raiva.

Eu posso dizer pelo seu rosto, ele estava orgulhoso dessas perguntas.

Esse " desenvolvedor " deveria " julgar " os candidatos.

Eu posso pensar em várias coisas:

1. Bata nele com uma cadeira (que eu tanto queria desesperadamente) e saia.
2. Simplesmente saia.
3. Ridicule-o dizendo que não fazia sentido.
4. Educadamente, deixe-o saber que não fazia sentido e tente responder às perguntas.
5. Não conte nada a ele, mas tente responder às perguntas.

Até agora, tentei apenas 4 e 5. Não ajudou. Infelizmente, muitos candidatos parecem fazer o mesmo e permanecem educados, mas isso permite que esse tipo de "desenvolvedor" continue subindo a escada corporativa, obtendo gradualmente a capacidade de atrair mais e mais pessoas.

Como você lida com esses entrevistadores sem estourar as veias? Qual é a maneira correta de lidar com isso, mas mantenha sua reputação se outros empregadores em potencial souberem o que aconteceu aqui? Existe algo que você possa fazer ou tente consertar isso?

PS Permitam-me admitir que minha raiva foi amplificada muitas vezes pelos fatos:

1. Ele estava sorrindo como se você não acreditasse.
2. Recebi tantas (20 ou mais) ligações daquela empresa no dia anterior, me pedindo para ir à entrevista, que não pude trabalhar naquele dia.
3. Perdi um dia de folga pago.

Ir em frente. É difícil, eu já estive lá.

Entrevistadores como esse são uma moeda de dez centavos. Eles fazem perguntas ridículas, pensando que é um teste real de um bom candidato. Na verdade, tudo o que eles estão fazendo é alimentar suas inseguranças.

A última coisa que você quer fazer é explodir na entrevista ou apresentar uma queixa contra o entrevistador com seu RH. Isso só vai piorar a impressão deles sobre você - e confie em mim, você não quer que essa reputação o anteceda (-:

Salve sua reputação profissional e leve-a para outro lugar. Boa sorte com sua procura por emprego.

HTH,

KM

Edit: Tinha que compartilhar isso: http://theoatmeal.com/comics/interview_questions bom para sexta-feira PM ri.

Rir junto com ele.

"Ah, sim! Nenhuma função main (). Além disso, está escrito em um pedaço de papel, que não poderia executar código de qualquer maneira. E eu esqueci de desenhar um botão 'Compilar'. Ho ho, somos caras engraçados!"

Em seguida, tente passar para a próxima pergunta. Sim, ele é muito exigente, mas não é nada para ficar chateado.

Deixe claro que você acha que a resposta que ele estava procurando era tão óbvia para você que não achou que valesse a pena mencionar. Ele provavelmente está entrevistando uma série de candidatos, desde gênios de programação até pessoas que nunca programaram e estão desesperadas por um emprego. Às vezes, como entrevistador, vale a pena conferir o óbvio.

Se você encontrar algo parecido com isto, trate-o como uma pergunta complicada. Depois que o entrevistador o "capturar" em qualquer pequena armadilha em que ele acredita que o capturou, explique casualmente o que você fez, por que o fez e se a resposta / direção / resposta está incorreta, explique a ele que você pensou em fazê-lo way então lembrou-se {insert reason porque está incorreto} e decidiu seguir seu método.

Tente evitar atacar palavras como "seu caminho está errado", "não está certo", "está incorreto". Se você apontar um erro nos testes dele sem condescender ou insultar o entrevistador, pode realmente fazer você parecer um codificador mais forte.

Você também deve considerar que é provável que essa pessoa seja seu novo supervisor, e se essa pessoa está gostando tanto de enganar / superar / qualquer outra pessoa, então é realmente alguém para quem você quer trabalhar? É improvável que uma pessoa como essa queira que você trabalhe para ela, mesmo que você seja um codificador superior, especificamente porque é aparente que o ego dele está ficando louco. Esse tipo de pessoa não suporta que as pessoas trabalhem para ele que sabem mais, são melhores no trabalho, etc.

No final, sua melhor ação é manter o profissionalismo em face do não profissionalismo. Independentemente de suas ações, tenha uma atitude que indique que você tem certeza de si mesmo e de suas respostas, sem levar em consideração o comportamento dele ou a possível inutilidade.

1. Educadamente, diga a ele que você não está interessado em trabalhar com ele (não, confie em mim) e saia. Entre em contato com o departamento de RH para saber se você está interessado no trabalho do entrevistador, assim que ele o expulsar por sua óbvia incompetência.

Você já tem um emprego, e isso o torna poderoso. Lembre-se disso. Você não precisa conseguir o emprego e deseja um emprego melhor do que o atual.

Certa vez, um cara me chamou por usar "elsif" em vez de "else if". A razão pela qual isso me irritou é porque eu estava me candidatando a um emprego em Perl e havia passado apenas 15 minutos escrevendo código Perl em um quadro branco.

Então ele me perguntou como fazer a mesma coisa em java, e eu a risquei (sem um método principal, porque wtf, quem se importaria com isso? Essa é a pergunta mais irritante ... eu discordo), e a coisa toda foi certo, exceto que meu cérebro ainda estava no modo perl, e eu fiz "elsif".

A pequena merda estava tão orgulhosa de si mesmo. Dei de ombros e ele começou a fazer perguntas sobre o motivo pelo qual eu não estava "incomodado" com o meu erro, e quando eu disse que era um erro de sintaxe trivial que o compilador pegaria, ele ficou vermelho e começou a fazer: "Você tem uma atitude ruim! " barulhos, momento em que agradeci aos outros entrevistadores e saí.

Na verdade, eles ligaram para me oferecer o emprego (acho que fui uma entrevista precoce, então devo ter ficado bem depois dos outros idiotas) e, quando os rejeitei, disse especificamente que não queria trabalhar em um ambiente em que Eu aceitaria críticas sérias por um simples erro de sintaxe.

Diga a ele que o HashMap não é uma classe de IO, sorria como um tolo e depois entre nas classes de gerenciamento de raiva.

Descobri em um dos meus empregadores anteriores que alguns entrevistadores realmente fazem perguntas ou expressam problemas, de maneira a provocar um pouco de irritação. Esses entrevistadores querem ver como você reage.

Certa vez, entrevistei alguém que, em uma pergunta sobre a implementação de um jogo semelhante a um navio de guerra, sugeriu que eu traçasse cada parte de uma colocação de barco e retrocedesse as mudanças se houvesse uma colisão. Eu disse que provavelmente não faria dessa maneira; Provavelmente, eu verificaria cada parte primeiro e traçaria apenas se não houvesse colisão, porque seria muito mais simples de implementar e um pouco menos oneroso no pior caso, com apenas um custo trivial no caso médio. Na verdade, ele preferia que eu "discutisse" educadamente com ele do que se eu tivesse acabado de fazer o que ele disse, porque as pessoas que pensam em suas decisões de design são mais valiosas do que as que fazem o que lhes dizem. Quase todo ciclo de entrevistas completo naquela empresa que eu

Portanto, a lição é a seguinte: se você é capaz de fazer um contra-argumento sensato com argumentos bem fundamentados sem parecer um idiota completo, faça.

Minha resposta à primeira pergunta que você teve seria algo como isto: "Bem, por um lado, o Hashmap não é uma classe IO. Mas é parte útil da estrutura de coleções quando você deseja pesquisar rapidamente pares de chave / valor. Não é sincronizado, então você precisará agrupá-lo em Collections.synchronizedMap se desejar acessá-lo a partir de vários threads. As alternativas ao HashMap incluem ... "

Dito isto, com base em seus cenários específicos, não estou convencido de que seu entrevistador estava tentando usar esse tipo de tática sofisticada de entrevista. Existe um tipo de pedantismo que é útil no desenvolvimento de software (sou rápido em corrigir o uso indevido de terminologia e não me importo quando as pessoas corrigem a minha, porque uma linguagem comum é importante para a colaboração em nossa linha de trabalho) e há um tipo que é apenas presunçoso e auto-parabenizante. No seu caso, a única resposta sensata à segunda pergunta seria rir de acordo, e talvez um comentário bem-humorado sobre o fato de ser mais importante que seu teste de unidade seja aprovado.

Entrevistei candidatos que me ensinaram alguma coisa e sempre os avalio mais do que candidatos que apenas respondem às perguntas. Com uma escolha, prefiro contratar alguém mais inteligente do que eu. Mas não gosto de fazer perguntas destinadas a provar minha própria inteligência. (Por um lado, eu não sou tão inteligente sob pressão). Prefiro fazer perguntas que ajudem a avaliar as habilidades de resolução de problemas e a capacidade de descrever a linha de pensamento que entrou na solução proposta de maneira eficaz.

Depende se você realmente quer o emprego ou não.

Nesse caso, indique por que você estava confuso com a pergunta e ofereça uma maneira de tornar os pedidos dele mais claros no futuro. Evite termos que lhe atribuam a culpa e tente explicar por que você estava confuso com o pedido dele. Ao fazer isso, você mostra sua inteligência, capacidade de comunicação e pode negar qualquer opinião negativa que eles possam ter formado por você não ter recebido a pergunta anterior. Além disso, temos que trabalhar com pessoas tecnologicamente estúpidas regularmente, e mostrar que você perde a paciência com isso é uma má idéia.

Se você não quer o emprego, eu diria que está bem e deixo que ele termine suas perguntas. Educadamente termine a entrevista o mais rápido possível e saia daí. Eu não faria nada para queimar pontes, porque você nunca sabe se pode querer outro emprego com elas ou com que outras empresas elas trabalham em rede.

Não se esqueça, as entrevistas não são testes em que você precisa ter todas as perguntas certas para passar. Na verdade, eu vi alguém fazer entrevistas em que 95% dos entrevistados responderam às perguntas incorretamente, e ele estava bem com isso.

Seja grato

Que você descobriu isso [incompetência / arrogância] antes de assumir o cargo.

Eu diria que você se esquivou de uma bala séria!

Lembre-se de que as entrevistas são tanto ferramentas para o entrevistado quanto para o entrevistador. Você deve avaliar o tempo todo se o trabalho parece adequado para você.

Se você acha que seu entrevistador é um idiota, de certa forma ele está fazendo um favor, informando que você provavelmente não quer trabalhar com ele.

Nunca sofra tolos.

Da mesma forma, nunca trabalhe com eles ou para eles.

Uma vez em uma entrevista após conversar com um representante de recursos humanos, observei que, embora eu tivesse uma impressão favorável de todos com quem conversei e que pareciam um bom grupo para trabalhar, era uma entrevista para que todos estivessem em seu melhor comportamento e você realmente não conhece as pessoas até que trabalhe com elas há algum tempo. Tudo isso dito, leva diretamente ao meu argumento: se você não gosta das pessoas que estão entrevistando você, é provável que você goste delas ainda menos quando começar a trabalhar com elas diariamente.

Se a entrevista estiver indo muito mal e for uma entrevista longa (ou seja, um dia inteiro), provavelmente procuraria um ponto em que você pudesse educadamente levar a pessoa que lidera o processo para o lado e declarar qual é a sua preocupação. Dependendo de como isso acontece (por exemplo, se a pessoa que deixou uma impressão negativa for de outro grupo, talvez faça sentido continuar), eu simplesmente informaria que você gostaria de terminar a entrevista mais cedo e se perguntam por que apenas educadamente diga a eles que você não acha que se encaixaria bem na cultura corporativa. Se eles pedirem mais detalhes além do que depende de você, se você quiser respondê-los, mas geralmente quanto menos você disser, melhor, pois eles têm tudo a ganhar com suas respostas e, dependendo do que você diz, isso pode prejudicar sua reputação.

Ligue para ele

Razão com ele - algo como o seguinte. Se ele vale a pena trabalhar, ele sairá após uma de suas respostas e verá a falha em seu interrogatório anterior. Se ele chegar ao fim desse cenário hipotético sem ver a razão, bem, vá embora.

Você: Oh, desculpe, não sabia que você queria que eu incluísse o método principal.

Ele: Ele não será executado sem um método principal, então por que você não o incluiria?

Você: Percebo que em algum momento a execução precisa iniciar, mas eu tinha em mente outros cenários, como um servidor, onde a execução já havia começado.

Ele: Isso não é justificativa para o código que não será executado.

Você: Claramente, você vê algum problema aqui. Você acredita, nesta experiência, que indiquei minha falta de conhecimento sobre os principais métodos?

Ele: Sim. (você deve sair)
Ele: Não ...

Você: Então, por favor me ajude a entender qual é o problema.

Felizmente, neste ponto, você pode ter uma discussão razoável. Se não, novamente, não vale o seu tempo.

Nunca faça as opções 1 e 3. Pode parecer bom desabafar sua raiva, mas isso não resolve nenhum problema (em vez disso, geralmente apenas piora). É fácil condenar pessoas estúpidas, mas sem conhecer o cenário geral, pode ser um erro simples. E, em suma, isso apenas o leva ao turbilhão emocional, tornando-o parte do problema.

Eu provavelmente iria com a opção 4 em primeiro lugar. Algumas pessoas podem aprender com o feedback e se tornar mais sensatas. Mas se isso não der certo, mude para a opção 2. Não faz sentido desperdiçar meu tempo e esforço em tentar mudar as pessoas que não querem mudar. E menos ainda tentando provar a uma pessoa que eu conheço melhor, se ela não está disposta a admitir isso.

Eu tive uma entrevista semelhante, exceto que tentei levar o cara através do meu código. Sua resposta foi explodir e gritar que ele tinha uma equipe de [10? 15?] Desenvolvedores, e que eu "não tive a atitude de trabalhar nesse ambiente". Minha resposta? Ir embora.

Se eu fosse você, eu teria cometido 5 (dizendo que foi um erro estúpido por mim). E então ao RH eu teria dado um feedback muito negativo sobre a entrevista. Além disso, se possível, eu diria às outras pessoas (como você) sobre esse incidente, juntamente com o nome da empresa (como você não fez) e os alertarei.
Eu nunca vou fazer 1,2, pois não é profissional . Nunca vou fazer 3 e 4 porque não sou responsável por sua estupidez e não é meu trabalho torná-lo melhor.

Por experiência, eles estão tentando descobrir os desenvolvedores do tipo manual dos desenvolvedores "Eu como código". Muitos desenvolvedores falham nessas perguntas idiotas (sem brincadeira).

Além disso, há situações em que, se eles contratam desenvolvedores do tipo Jon Skeet, ou seja, o desenvolvedor é mais esperto que o entrevistador, o entrevistador considera uma ameaça e elimina o entrevistado por questões de segurança no trabalho (muitas vezes, o entrevistador é o arquiteto-chefe). ou líder de equipe).

É um problema 22. Apenas saia e diga ao RH para empurrar o trabalho onde o sol não brilha (de uma maneira educada, é claro). Diga a eles que você conhece Jon Skeet .... lol

Bem, li em algum lugar uma vez que, nessa situação, você pode contar uma história para ele. O principal é que a história parece não ser sobre ele, mas ele saberá que é sobre ele. Esse é um tipo de mensagem subliminar. Você está apenas contando a história, mas no subconsciente dele ele sabe que você está falando sobre ele. Então a história seria a seguinte:

"Oh, isso me lembra um candidato que fez uma coisa tão engraçada. Ele teve uma entrevista com um cara tão esperto e, eventualmente, o candidato bateu na cara dele e saiu da sala. O entrevistador ficou chocado e percebeu que algo está errado com ele ... "

Esteve lá. Como você já sabe, ele (ela) está tentando investigar que ele sabe mais sobre Java do que você, "recusando" sua resposta (sempre assista ao filme "Amadeus" com o personagem "Salieri"?).

Lembre-se educadamente dele / dela, de que você está lá para conseguir um emprego, não para testar quem sabe mais sobre Java / (qualquer que seja a tecnologia), que não há problema em você tentar impressionar o entrevistador, porque você está procurando emprego, e que cada pessoa possa resolver um problema de maneira diferente dos outros, e isso não significa necessariamente que seja uma resposta errada.

Eu respondo todas as perguntas durante uma entrevista, mesmo as idiotas. Por exemplo, em uma entrevista recente (solicitei uma posição de arquiteto de software e o entrevistador é um arquiteto técnico, de acordo com o título), recebi uma pergunta para listar todas as versões do .NET framework que foram lançadas até o .NET4. Sem problemas, eu até dei mais ao entrevistador ao dizer a ele que usei o .NET Framework desde a versão beta inicial em 06/2000 :).

O teste pode ser como você responde à pergunta e lida com a pessoa "obviamente errada" na autoridade, um chefe, um cliente, um colega de trabalho, um cliente ...

5

O entrevistador está sempre certo. Então vá em programmers.SE para desabafar :)