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?
Respostas:
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!
fonte
Como Dean disse, você está sendo avaliado em vários atributos, e estes são geralmente:
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:
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.
fonte
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:
fonte
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.
fonte
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. ; =)
fonte
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.
fonte