Em uma entrevista de programação, se me perguntam a resposta, eu já sei a resposta, como fornecer um algoritmo para um problema específico. Devo divulgar isso ao entrevistador? Esse problema só faz sentido quando há um aspecto de novidade na pergunta.
Um exemplo é "Como você reverteria cada palavra em uma string, mas não a ordem deles?". Também parece haver uma divisão entre coisas mais fáceis, que você "deveria" saber, como meu exemplo e problemas mais difíceis.
Qual é a sua política e justificativa para lidar com esse problema? Se você já está familiarizado com a pergunta / quebra-cabeças, deve divulgar isso além de responder à pergunta? Existe algum dilema ético envolvido em não divulgar seu conhecimento prévio da questão?
Respostas:
Eu apenas respondia sem muita hesitação ou brincadeira. Saber a resposta para uma pergunta não é algo ruim, significa que você já a encontrou antes e sabe como resolvê-la. Corrija, vá para a próxima.
fonte
Eu ainda responderia a pergunta. Eu entrevisto programadores com muita frequência. Estou menos interessado no fato de que você pode resolver o problema (a menos que você simplesmente não possa) e mais interessado em como você resolveu o problema.
Peço muitas, e muitas ... e muitas perguntas irritantes durante uma entrevista que são especificamente projetadas (e refinadas ao longo do tempo) para me dar uma compreensão muito boa de suas forças reais versus o que você coloca no seu currículo. Farei o meu melhor para conduzi-lo por uma trilha de brincadeiras subjetivas e, em seguida, atingi-lo com problemas cada vez mais difíceis.
Usando o exemplo de Frank , FizzBuzz, a última coisa que quero ouvir de você é "Ah, sim, eu sei como usar o operador de módulo ..." Se estou entrevistando você, eu sei disso. Talvez eu queira ver com que rapidez seu cérebro muda de marcha, ou teste como você cumprirá uma tarefa que parece mundana e estúpida. O ponto é que não estou apenas testando sua capacidade de resolver problemas.
Eu posso fazer uma ratoeira com centenas de partes móveis. Se uma empresa está no negócio de pegar ratos ... bem ... :)
fonte
Quando estou no lugar do entrevistador, já vi muitas pessoas dizerem "Oh, eu ouvi esse", e então lutam para lembrar ou refazer uma solução. Portanto, em muitos casos, o conhecimento prévio não oferece uma grande vantagem. Eu recomendo dizer a eles que você já ouviu isso antes e propor uma solução. Se foi muito fácil para você, eles farão outra pergunta e agradecerão sua honestidade.
fonte
Sou a favor de uma comunicação aberta e honesta, então eu definitivamente diria que sabia a pergunta e o truque envolvido.
Suponho que, para crédito extra, você possa dizer "OK, é assim que todo mundo faz isso, mas vamos ver se existe uma maneira diferente". Ou você pode desconstruir a questão de outras maneiras e mostrar por que as pessoas gostam da pergunta, o que a pergunta está tentando fazer com que você veja.
(Edit: removeu a referência ao FizzBuzz, dos comentários de outras pessoas nesta postagem.)
fonte
Como entrevistador, não estou fazendo a pergunta para saber se você sabe a resposta para uma pergunta complicada sobre frango e ovo. Em vez disso, estou procurando ver como você resolve um problema para chegar a uma resposta. Portanto, muitas vezes é fácil distinguir entre saber a resposta e chegar à resposta (a menos que isso aconteça, o entrevistado age para chegar à resposta!)
fonte
Na minha experiência, para a maioria das entrevistas técnicas, o entrevistado está realmente interessado na sua solução e em como você a criou e como a explica, em vez de ter ouvido exatamente a mesma coisa antes. A menos que seja uma daquelas perguntas "enigmáticas" que envolvam um "truque", conhecer o problema de antemão não oferece realmente uma vantagem decisiva, a menos que você seja capaz de resolvê-lo sozinho.
Para uma pergunta suficientemente não trivial, o problema apresentado pode realmente ser bem conhecido ou pode ser reduzido a um. Se alguém perguntar sobre como encontrar a rota mais curta entre dois nós em um gráfico, você finge não conhecer o BFS / Dijkstra? IMHO, para alguns problemas, pode até ser contraproducente esconder o fato de que você conhece suas coisas.
fonte
Acho que dizer ao entrevistador se aplica apenas a essas perguntas idiotas, como o bueiro redondo e outras coisas assim. Perguntas onde uma vez que você conhece a resposta é completamente óbvio.
Inverter seqüências de caracteres, etc, não tem uma solução óbvia de "pegadinha" que você pode explicar em 3 segundos, se souber.
fonte
"Saber" a resposta não é o ponto. Comunicar de uma maneira que o entrevistador tenha a chance de entender a resposta que você está dando. (É claro que o entrevistador sabe várias respostas, mas como eu disse, esse não é o ponto).
Então, eu tentava comunicar a resposta enquadrada em uma estrutura razoavelmente didática, ou talvez bem-humorada, para que o entrevistador pudesse ver como eu penso e como funciono, ou não.
Por exemplo, pode ser divertido para todos vocês (e informativo para o entrevistador) levar a pergunta a um contexto totalmente diferente, mostrando que, embora o problema em questão pareça semelhante, a solução não funciona no novo contexto. Eu acho que a arte aqui é encontrar um contexto de alguma forma relacionado para a pergunta em que a solução da primeira resposta não funciona e, em seguida, propor idéias espetaculares de soluções que o entrevistador possa mastigar (ou rir).
fonte
Então, qual é a alternativa? Se você disser ao entrevistador que sabe a resposta para uma pergunta que é colocada e esperar que ele lhe dê apenas perguntas para as quais você não sabe a resposta, o que acontece? Ou
Eu suspeito que as opções (1) e (2) não vão acontecer - me chame de Sr. Cynical. Então você fica sendo um tolo ou um espertinho, nenhum dos quais provavelmente lhe dará um emprego. Ei, boa sorte!
O objetivo de uma entrevista, como outros já apontaram, é oferecer a você a chance de demonstrar sua proficiência técnica, respondendo às perguntas que forem feitas a você. Isso significa que é a seu favor fazer perguntas que você já conhece. Se você insistir em sabotar a si mesmo, vá em frente - ninguém vai impedi-lo - mas sugiro que não.
Compartilhe e curta.
fonte