Como posso melhorar as perguntas da entrevista no quadro branco? [fechadas]

Sentei-me em entrevistas e notei uma grande disparidade entre indivíduos de competência semelhante ao responder perguntas em um quadro branco durante uma entrevista.

Geralmente, ser capaz de explicar claramente seu pensamento, escrever código legível com a caneta de borracha seca, evitar longos momentos de silêncio, costumava resultar em análises mais favoráveis ​​do candidato, embora, no final, as respostas fossem igualmente corretas.

Como podemos melhorar as perguntas da entrevista no quadro branco? Existem maneiras de estar melhor preparado?

Você deve comprar um pequeno quadro branco e praticar, praticar, praticar. Peça a seus amigos que façam perguntas de um livro como Programming Interviews Exposed . Em seguida, resolva o problema e explique seus processos de pensamento exatamente como você faria no negócio real. Seu objetivo é não parecer frenético. Você quer articular pensamentos claros. Mesmo que você não consiga resolver o problema, mostre a eles que seu processo de pensamento é inteligente e está no caminho certo.

Escrever respostas em um quadro branco não é intuitivo. É preciso prática. Eu costumava ser professor de um desses programas de treinamento do SAT, e passávamos horas treinando escrevendo no quadro e explicando nossos processos de pensamento. No início do programa, a maioria das pessoas tropeçou em suas palavras e escreveu com caligrafia horrível. No final, parecíamos veteranos experientes. Você não quer parecer como fizemos no início do programa.

Moral da história: não vá à sua entrevista despreparada. Resolver problemas no quadro branco é algo que você deve praticar.

Há três perguntas que precisam ser respondidas quando você está em uma entrevista no quadro branco:

1. Você pode resolver o problema?
2. Você pode se comunicar claramente sobre o problema e a solução?
3. Você é capaz de receber feedback de outras pessoas?

Portanto, a solução não é o ponto, é como você chegou à solução , e é nisso que os entrevistadores o avaliarão.

Você pode melhorar nisso? Sim você pode:

Da próxima vez que você precisar explicar algo com seus colegas (outros alunos se estiver estudando ou outros colegas de trabalho se estiver trabalhando), faça o seguinte:

1. Arraste-os para o quadro branco
2. Pegue a caneta e a borracha
3. Comece a explicar o problema
4. ???
5. Lucro

Ah, e não se envergonhe. Apenas suponha que seus esboços e pseudo-código sejam ruins de qualquer maneira e improvisem. O objetivo é chegar à resposta junto com seu colega e estar sempre aberto ao feedback de seu colega. Pontos de bônus se você puder resolver os problemas. Quanto mais você faz, melhor fica. A prática leva à perfeição.

Além de escrever código; Aprenda a desenhar diagramas UML e a falar sobre eles. São todas as caixas, círculos e setas e os tipos que você costuma desenhar são diagramas de classes, diagramas de sequência e (muito raramente) diagramas de casos de uso. E em todos os outros casos, você só precisa desenhar caixas, círculos e setas.

Os quadros brancos não são apenas para entrevistas

Isso pode parecer uma noção radical, mas quando faço uma pergunta a um candidato ao quadro branco, comparo mentalmente sua resposta às últimas vezes em que um colega usou um quadro branco para me explicar algo ou pedir ajuda. Não é apenas um teste a ser administrado no momento da entrevista, é uma habilidade vital de comunicação do dia a dia.

Então, como isso me ajuda a me preparar para as perguntas do quadro branco quando estou sendo entrevistado? Trato-o como resolver um problema em conjunto com um colega, em vez de um exame universitário. Isso significa que apresento minhas idéias e, quando preciso de mais informações, pergunto. Se algo não parece certo, converso com o entrevistador até ficar satisfeito.

Se eles querem que você reverta uma lista vinculada e você não se lembra o que é uma lista vinculada, pergunte. Se o resultado final for melhor, darei a você notas mais altas do que o cara que sabe o que é uma lista vinculada, mas que escreve um código ruim para manipular uma. Não é como se você iniciasse o trabalho de alguma forma magicamente conhecendo todo o nosso código e outras informações proprietárias, não importa quão experiente seja um programador.

Na minha opinião, as entrevistas não são algo que você possa escolher, e se você pudesse, isso distorceria a percepção de quão bom você é adequado para o trabalho e vice-versa. É muito fácil saber quando alguém está apenas recitando uma resposta que memorizou. Essa é uma das razões pelas quais eu propositalmente tento empurrar candidatos para fora de sua zona de conhecimento. Quero ver como eles reagem a perguntas para as quais não se prepararam.

Você pode pensar que sou louco, mas sinto tanto os benefícios de avaliar o processo de pensamento de alguém versus sua capacidade de memorização, que contei aos entrevistadores quando estou essencialmente regurgitando uma resposta que dei exatamente à mesma pergunta em três entrevistas recentes e pergunte se eles gostariam de escolher algo mais desafiador. Eles sempre me pedem para "humorá-los" de qualquer maneira, apenas no caso de eu estar blefando, suponho, mas pelo menos eles estão recebendo uma avaliação honesta das minhas habilidades.

Sentei-me em entrevistas e notei uma grande disparidade entre indivíduos de competência semelhante ao responder perguntas em um quadro branco durante uma entrevista. Geralmente, é capaz de explicar claramente seu pensamento, escrevendo código legível com a caneta de borracha seca, evitando longos momentos de silêncio tendendo a resultar em análises mais favoráveis ​​do candidato, embora no final as respostas sejam igualmente corretas.

Não me lembro da última vez em que trabalhei como indivíduo ao desenvolver software. Eu sempre tive que coordenar minhas atividades com outras pessoas, discutir minhas decisões de design e implementação e trabalhar com outras pessoas na construção de software. Demonstrar habilidades de comunicação em uma entrevista é uma enorme vantagem. As entrevistas podem deixá-lo nervoso, mas também os prazos iminentes e a pressão do trabalho.

Eu também reiteraria meu comentário. Dada a natureza orientada à equipe da engenharia de software, é necessário considerar mais do que competência técnica. A capacidade de falar e escrever, especialmente tecnicamente, é importante para a maioria das posições. Eu avaliaria a competência de alguém em todos os fatores relevantes para o trabalho, não apenas na capacidade de criar software.

Quais são algumas das maneiras pelas quais podemos melhorar as perguntas da entrevista no quadro branco?

Existem maneiras de estar melhor preparado?

Posso pensar em duas razões pelas quais alguém pode ter respostas fracas às perguntas do quadro branco: elas não têm uma boa compreensão das informações técnicas ou são um orador / apresentador ruim. Claro, sempre poderia ser os dois.

A maneira de melhorar depende do problema. O aprimoramento técnico ocorre lendo, fazendo e fazendo perguntas (geralmente nessa ordem). A falta de habilidades de apresentação ocorre através da prática, embora algumas pessoas sejam apenas boas oradoras, enquanto outras não. Eu acho que qualquer um pode desenvolver as habilidades de comunicação, mas a personalidade terá um papel enorme na qualidade de alguém.

Dicas de como proceder durante a entrevista?

Depende.

Mais detalhes são sempre bons, mesmo ao ponto de "despejo cerebral" total para o entrevistador. Se eu não estava fornecendo informações suficientes, os entrevistadores pediram que eu explicasse algo com mais detalhes e, geralmente, faziam perguntas explícitas e objetivas sobre meu design ou código.

Passar alguns minutos pensando no problema com antecedência, sem dizer ou fazer qualquer coisa, é sempre uma boa idéia. Você pode usar esse tempo para também fazer perguntas para esclarecer o que o entrevistador está procurando. Isso não apenas lhe dará a oportunidade de dar ao entrevistador exatamente o que ele está procurando, mas também mostrará que você pode pensar em várias possibilidades.

Ficar na frente dos outros e fazer uma apresentação é uma habilidade que pode ser aprendida. Se você é fraco, recomendo entrar no capítulo local do Toastmasters . Você praticará parte do estresse "aqui está um assunto que você nunca viu antes, agora fique na frente de estranhos e explique" o estresse que você encontra durante as entrevistas, e especialmente a parte do quadro branco (se houver).

Enquanto outros abordaram os aspectos físicos (prática!), Abordarei os aspectos mentais. Independentemente de quanta prática você pratique, a entrevista é um tipo diferente de ambiente. Você não estará sozinho ou com seus amigos - estará com alguém que nunca conheceu e que está tentando julgar sua capacidade.

Ao praticar, mantenha sempre esse ambiente em mente. Você não precisa elogiá-lo ou sugá-lo - seu objetivo é mostrar sua competência e atitude. Fale naturalmente e explique o que está acontecendo em sua cabeça. Eles querem ver como você pensa, então pense alto, converse, discuta e faça com que eles se envolvam em sua mente.

Outro fator importante é a recuperação. Os problemas de prática sempre têm soluções - quando você fica paralisado, pode verificar o próximo passo, redigir, entender e aprender. Mas o seu entrevistador não é um manual de soluções. Eles o ajudarão, mas ninguém diz "o próximo passo é fazer x" - eles dirão "você pensou em y (que está relacionado a x)?" Portanto, pratique sem sempre se referir ao manual. Peça a um amigo que lhe dê algumas sugestões vagas, mas relacionadas, e tente construir a partir daí. Explique como a sugestão deles ajudou a resolver o problema. Sempre mostre a eles como você está pensando.

Espero que ajude!

Fazer perguntas e evitar suposições é outro ponto para algumas perguntas do quadro branco. O que pode parecer: "Ei, eu fiz algo assim antes e aqui está a solução ..." é realmente uma questão de ver se você faria essas suposições e atiraria no seu pé. Não que se trate de uma pergunta complicada ou de constrangê-lo, mas geralmente existem muitas pequenas coisas que, se você acertar qualquer uma delas, aparecerão com bastante facilidade. Alguns exemplos de áreas:

• Quão específicos são os requisitos? Você tem certeza de como seria o resultado?
• Qual métrica de complexidade é mais importante, tempo ou espaço, e algumas operações valem mais considerações que outras, por exemplo, se você estiver construindo uma estrutura de dados, pode haver um desejo de acesso mais rápido do que adicionar ou excluir ou vice-versa?
• Como você pode explicar por que sua solução é boa?
• Você poderia seguir um exemplo ou dois mostrando como sua solução teórica funcionaria? Os casos de teste aqui podem ser interessantes para descobrir como se houvesse entrada do usuário, onde isso é validado e como as mensagens de erro são comunicadas etc.

Existem outras áreas, é claro, mas essas são as principais que eu consideraria ao analisar o que fiz em uma entrevista simulada.