O que faz a diferença entre "Contratar" e um "quase" honesto para as entrevistas finais no local? [fechadas]


9

Por isso, recentemente tive entrevistas no local com o Google e a Amazon e recebi cartas educadas de rejeição, informando que eu estava perto, mas não exatamente o que estava procurando.

Eu cheguei à rodada final de todas as entrevistas que fiz (exceto algumas ofertas de pequenas posições desinteressantes com as quais entrevistei para praticar), mas até agora ter 5-8 entrevistas em um dia me dá tempo suficiente para meus erros se somam apenas o suficiente para me tirar da corrida.

Eu sei que me saí bem, pelo menos nas questões de codificação e outras questões técnicas gerais, aparentemente sou péssimo em projetar coisas de OOP, como jogos de cartas ou garagens de estacionamento (eu mergulhei muito fundo em um objeto e gastei todo o meu tempo. de ser mais amplo) e minhas respostas de codificação, embora funcionem de maneira geral, não tiveram alguns casos de erros / falhas que eu perdi (como um caso em que um nó de entrada poderia realmente ser a resposta em vez de precisar ser distinto). E não tenho problema em dizer "não sei", mas talvez eu esteja divagando um pouco e precise dizer isso para perguntas que acho que posso responder, mas não posso dar uma resposta nítida para ...

Então, quais são as coisas que levam você a ser bom, mas não exatamente para "contratar"?

Algum conselho sobre o que você procura ou algo que você sabe que lhe deu esse pequeno impulso extra?


Apenas para observar que sou candidato a novas posições de graduado (ou aproximadamente o mesmo nível de experiência).
Joshua Olson

2
A primeira coisa que você deve fazer é trabalhar no seu inglês. Presumivelmente, não é sua língua materna, mas ainda assim todos os grandes programadores que eu conheci se preocupavam em falar e escrever com precisão. Não é "obtido", mas "obtido" ou "obtido" ou "recebido". Não "entrevistas", mas "entrevistas". "Mergulhe profundamente", não "mergulhe profundamente".
kevin Cline

Ouch, alguns colóquios e erros de digitação e "presumivelmente não é a sua língua materna". Isso machuca. : P Ok, eu consertei meus erros de ghrammer.
Joshua Olson

2
Um colóquio é uma reunião.
kevin Cline

Coloquialismo. Verificação ortográfica estúpida.
Joshua Olson

Respostas:


9

Antes de tudo, sugiro que você entre em contato com o representante de RH das duas empresas e pergunte se elas podem fornecer detalhes sobre o "porquê". É bem provável que eles possam lhe dar algumas dicas sobre onde você errou ou em quais coisas você deve trabalhar.

Em segundo lugar, não desista! Se você realmente deseja trabalhar para uma dessas empresas, aguarde alguns meses, talvez um ano, e se candidate a um emprego diferente. Pode ser que você simplesmente não tenha "gelado" com um entrevistador em particular e, se você tiver uma entrevista com outra pessoa, eles dirão "contratar".

Finalmente, se você acha que deu certo em termos de respostas técnicas, um aspecto importante que eles estão procurando é se você é ou não um "cultural". Ou seja, se você vai se encaixar no resto da equipe e se sua personalidade é uma boa combinação. Pesquise a cultura da empresa e decida se é algo que você acha que pode se encaixar e certifique-se de demonstrar isso também na entrevista.

Boa sorte e não desista!


Infelizmente, meu recrutador no Google tinha uma política estrita de não feedback (continuava dizendo que era política, mas sei que as pessoas obtiveram "dicas" sobre o que trabalhar).
Joshua Olson

11
Percebi que todo mundo na Amazon continuava falando sobre se apropriar, então acho que deveria ter tocado mais nesse aspecto.
Joshua Olson #

11
Esta é uma boa resposta ... Gostaria de acrescentar duas coisas: Primeiro , tente aprender a ler o tom geral das perguntas. Se você tiver várias perguntas sobre "propriedade", elas podem ter medo de que você entre e precise de orientação excessiva ou sempre discute o tema "esse não é o meu trabalho". Segundo , poderia realmente ser o caso de você trabalhar na empresa, mas simplesmente não era o mais adequado para essa equipe. Aqui, qualquer coisa pode ter um impacto. Talvez tenha sido entre você e outro cara, mas o outro gostava de punk rock e mountain bike, assim como metade da equipe.
Vermelho-sujidade

A Amazon também não me respondeu. Que tipo de porcaria porque eu sou grande gabarito certeza eles teriam ...
Cervo

Não. A Amazon não fornece feedback nem o MSFT. Eu tive experiências semelhantes. O Google dá um feedback completo quando você vai à entrevista em casa. Eu também tenho a mesma experiência de falhar em todas as três grandes empresas internas. O conhecimento que adquiri deles é bastante significativo. Além do seu conjunto de habilidades e desempenho, ele também atribui algum golpe de sorte. Melhorar o seu conjunto de habilidades e levar a batalha de novo e sempre lembrar Robert Bruce ea aranha: D
Venki

3

Como Dean disse, você está sendo avaliado em vários atributos, e estes são geralmente:

  • Habilidades técnicas
  • Se você se encaixaria na equipe
  • Processo de pensamento
  • etc.

As habilidades técnicas solicitadas para a função diferem dependendo da equipe com a qual você está entrevistando; portanto, se não funcionar com uma equipe, você poderá (dependendo da empresa) se inscrever novamente e encontrar um melhor ajuste para outra equipe. Então não perca a esperança!

A maioria das habilidades técnicas geralmente é testada com problemas de codificação. Você mencionou que ocasionalmente perdeu um caso de fronteira e que alguns bugs surgiram (como inevitavelmente acontecem quando solicitado a codificar em um quadro branco). Uma boa abordagem para responder a essas perguntas de codificação é fazer o seguinte:

  • Entenda o que está sendo solicitado (peça para repetir certas partes, se necessário)
  • Faça perguntas esclarecedoras (iterativa / recursivamente, existem restrições específicas ?, qual idioma? Etc.)
  • Identifique estruturas de dados, algoritmos, padrões de design apropriados que podem ser usados ​​( entrevistas de programação expostas e pérolas de programação são úteis para isso)
  • Escreva o código, explicando em voz alta à entrevista qual é o seu processo de pensamento . Se o entrevistador souber o que você está pensando, ele poderá identificar problemas em sua abordagem mais cedo e guiá-lo para uma solução melhor.
  • Antes de dizer ao entrevistador que você está completo, pense e explique ao entrevistador como você testaria o software que acabou de escrever. Pense em casos simples, casos de fronteira, simultaneidade, se a abordagem faz sentido para outras culturas, implicações de segurança, testes de estresse etc.

Finalmente, admitir que você não sabe que algo é (IMHO) preferível a tropeçar na tentativa de fingir. É verdade que a entrevista está pedindo que você resolva um problema, mas se você não sabe por onde começar, recomendo falar sobre as abordagens válidas e tentar restringir uma correta que atenda às restrições dadas. Se você não tem ideia de por onde começar, talvez seja hora de explicar isso (isso também se relaciona com a forma como você se encaixa na equipe. Eu diria que é melhor pedir orientação antecipadamente). Então, eu não acho que dizer que você não sabe é uma coisa ruim (supondo que não seja tudo o que se diz =])

Não há muito o que você possa fazer sobre o ajuste, pois muitas vezes se resume a uma opinião pessoal do entrevistador, mas é preferível conversar com o entrevistador sobre o que você está pensando / fazendo, em vez de codificar em silêncio por 15 minutos e depois declarar. "Eu terminei".

Lembre-se de que essas coisas geralmente são uma entrevista de mão dupla . Eles não estão apenas entrevistando você, você também está entrevistando eles. Sinta-se livre para fazer perguntas sobre o trabalho / equipe / empresa.

Finalmente, os recrutadores da Microsoft publicam uma quantidade bastante razoável de informações sobre o que estão procurando durante uma tela / entrevista no telefone, então eu recomendo ter uma leitura. Além disso, o GlassDoor tem muitas informações sobre processos de entrevistas para empresas (mas as respostas enviadas pelo usuário nem sempre estão corretas). Uma pesquisa no Google para perguntas da entrevista MS / Google / Amazon / Apple / etc também produzirá resultados.

Boa sorte.


3

Isso pode parecer elitista, mas a verdade brutal é que talvez não haja nada que você possa ter feito para ser contratado. Eles estão procurando uma certa quantidade de talento e nem todo mundo tem. Aceitamos esse fato difícil nas artes do espetáculo - não importa o quanto algumas pessoas pratiquem, elas não poderão ser contratadas na Filarmônica de Nova York. Um Ph.D. em inglês não permitirá que você escreva um ótimo romance. Isso também se aplica a equipes de elite de software. Eles não entrevistam para encontrar pessoas que conhecem alguma tecnologia específica. Eles entrevistam para encontrar pessoas que se encaixam: pessoas com uma visão profunda da programação, que podem acompanhar a equipe, acompanhar discussões técnicas rápidas, aprender novas linguagens, trazer novas idéias, criar novas tecnologias.

==== 3/7/2014 ====

Esta entrevista com Laszlo Bock parece concordar. O Google não se importa com graus, notas ou resultados de testes:

Uma das coisas que vimos em todo o processamento de dados é que os GPAs são inúteis como critério de contratação, e as pontuações dos testes são inúteis - nenhuma correlação, exceto os recém-formados, onde há uma ligeira correlação. O Google costumava pedir a todos uma transcrição e notas de GPA e de teste, mas não pedimos mais, a menos que você esteja apenas alguns anos fora da escola. Descobrimos que eles não prevêem nada. ... Existem cinco atributos de contratação que temos em toda a empresa. Se for uma função técnica, avaliamos sua capacidade de codificação e metade das funções na empresa são técnicas. Para cada trabalho, porém, a primeira coisa que procuramos é a capacidade cognitiva geral, e não é o QI. É a capacidade de aprender. É a capacidade de processar em tempo real. É a capacidade de reunir informações díspares. Avaliamos isso usando entrevistas comportamentais estruturadas que validamos para garantir que sejam preditivas.


5
Elitista e completamente inútil. Qual é o sentido de responder a uma pergunta se tudo o que você está dizendo é 'não tente ser burro'?
Joshua Olson

Além disso, a contratação para o Google e a Amazon nem sequer é da mesma classe que ser violoncelista de classe mundial, não estou entrevistando para o trabalho de Peter Norvig. Suas barras de contratação não estão nem perto disso.
Joshua Olson

4
Desculpe, mas eu definitivamente entendi que você não compreendeu completamente o processo de entrevista. Eu entrevistei muitas pessoas e já fui entrevistado muitas vezes. Estudar para uma entrevista de uma equipe de elite é tão eficaz quanto estudar para o SAT. A entrevista não é um teste de conhecimento. É um teste de capacidade de resolução de problemas e clareza de pensamento, onde o código é o meio de expressão. Essas habilidades são o produto de muitas horas de programação e pensamento sobre programação. Muitas horas aqui significam "muita programação independente, não relacionada a tarefas escolares".
kevin Cline

Ri muito. Eu gostaria. Não, o processo de entrevista provavelmente "não deveria" ser um teste de conhecimento, mas em SV geralmente é especialmente em empresas como Google, Facebook ou Amazon. Entrevistar é absolutamente uma habilidade, e quanto mais você estuda e pratica, melhor você obtém.
Joshua Olson

2
@josh - Também tive entrevistas como essa. Se a entrevista parecer um jogo de busca trivial, provavelmente não é um bom lugar para trabalhar. Se a entrevista estiver mal organizada, é provável que o projeto também esteja. As equipes que pensam em seu processo de software também pensam em seu processo de entrevista.
precisa

1

Parece que você já identificou algumas áreas em que pode melhorar.

Combinando esses aspectos com a sua pergunta anterior , sem saber mais nada sobre você, eu recomendaria algum esforço do lado da engenharia , capaz de projetar software prático e comunicar claramente esse design. Em vez de aprender mais a teoria da CS, leia alguns livros como Programming Pearls , Refactoring , C ++ Coding Standards e Code Complete . Se um dos trabalhos "desinteressantes" lhe der responsabilidade sobre o design de software real, aceite-o e torne -o interessante. No mundo real, você costuma se sentir como esse cara, mas ainda pode ser muito gratificante saber que você resolveu um problema difícil, mesmo que ele esteja em um aplicativo comum.


Eu realmente não sou tão exigente. Eu só quero trabalhar em software real. Não são pequenos scripts aqui e ali ou apenas algumas declarações if que foram escritas há 10 anos para trabalhar com essa regra de negócios ou fórmula de álgebra um pouco diferente.
Joshua Olson

Trabalhar no aspecto de engenharia é o motivo pelo qual procuro empregos em empresas de software (não nas empresas B2B que possuem um ou dois produtos de software).
Joshua Olson

1

Ok, apenas para trazer alguma experiência prática aqui.

Trabalho em uma dessas empresas de software de elite e não acho que nossas políticas de contratação sejam voltadas para "não perder" grandes talentos, mas para "não contratar" talentos medíocres. Vi que algumas dessas empresas realmente querem contratar pessoas ótimas, mas o fazem entrevistando muitos desenvolvedores de boa aparência (no papel) e depois escolhendo os que não desejam. Uma vez que alguém é contratado, é muito difícil se livrar deles, por isso vale a pena recusar um candidato que você acredita que seja realmente adequado, mas um dos entrevistadores viu algumas bandeiras vermelhas.

Na empresa em que trabalho atualmente, fui recusado porque um e apenas um dos entrevistadores (o mais importante) me deu um sinal de positivo. Esse entrevistador me fez uma pergunta específica do domínio e não falava inglês fluentemente. Eles não me contrataram, mas a equipe achou que a empresa estaria perdendo um contrato potencialmente bom. Eles me enviaram para outro conjunto de entrevistas com uma equipe diferente na semana seguinte e eu consegui o emprego (com notas de "contratação forte", devo acrescentar).

Meu conselho é que, se você realmente acredita que tem o que é preciso, continue entrevistando essa empresa e aprendendo com cada experiência até conseguir o emprego. A maioria dessas empresas mantém um registro de todos os entrevistados e lista negra dos candidatos pobres (para nunca mais tentar). No entanto, os candidatos que eram bons candidatos, mas simplesmente não tiveram um bom desempenho naquele dia ou não se encaixaram bem com a equipe, permanecerão no pool de contratação. Você saberá imediatamente se você foi incluído na lista negra quando os telefonemas do recrutador pararem um dia e todos os contatos futuros parecerem surdos. Se você receber consultas futuras da empresa, sabe que está bem. Não há absolutamente nenhum mal em marcar mais entrevistas após a sua primeira rejeição, desde que você não estivesse na lista negra. De fato, Eu recomendo entrevistar várias equipes de uma só vez. Os entrevistadores vão rejeitá-lo ao primeiro sinal percebido de problema, seja um problema real ou não. Eles são cautelosos e não querem fazer contratações ruins muito mais do que desejam fazer contratações ruins.

Mais alguns pensamentos:

- Nenhuma dessas empresas vai lhe dar feedback. É uma responsabilidade legal. É péssimo que seja assim, mas posso prometer que não vai acontecer.

- Falei pessoalmente com um engenheiro brilhante quando entrevistei a Microsoft, que me disse que foram necessárias mais de cinco tentativas para ele ser finalmente contratado. Esse cara era um SDE de nível sênior, então a MSFT obviamente confirmou que ele era um bom contratado, promovendo-o.

Algumas dicas:

Conheça suas estruturas de dados e algoritmos para frente e para trás. Você precisa saber tudo até o gráfico de travessias.

Conheça arquitetura, especialmente sistemas distribuídos e problemas de escala

Tenha uma lista dos projetos que você liderou memorizados. Memorize uma lista com exemplos de princípios de liderança que você exibiu em seu trabalho. Essas são as perguntas mais desafiadoras a serem respondidas na entrevista (entrevistas comportamentais). Você pode ser perfeito no lado técnico e, se não sobreviver à entrevista comportamental, não será contratado.

Não se preocupe com as linguagens de programação que eles estão procurando. Conheça uma linguagem orientada a objetos para trás e para frente e codifique isso. O entrevistador geralmente não se importa em qual idioma você codifica e não o julga com base nele.

Por fim, envie-me um e-mail com seu currículo. ; =)


0

Não necessariamente perdeu por estar errado

Talvez você não tenha feito nada de errado, mas alguém fez melhor. Talvez em termos de personalidade, habilidades de comunicação, inter-relação, experiência semelhante em projetos anteriores etc.

Você pode ter sido ótimo em ser contratado, mas não era apenas você na lista. Eu não me preocuparia muito. Tudo acontece com um propósito.


É verdade, mas descobri que quanto mais eu trabalho com algo, mais sortudo tenho, então estou apenas tentando encontrar maneiras de me tornar "mais sortudo". :)
Joshua Olson

11
Não, eles raramente têm um limite para quantas contratações. Se você fizer o corte, eles o contratam. Eles encontrarão um lugar na empresa para qualquer pessoa que atenda aos seus padrões. Pessoalmente, acho que isso é verdade para o Google, Amazon e MSFT.
Jonathan Henson
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.