Como faço para entrevistar os desenvolvedores web front-end? [fechadas]

Eu enfrentei vários estilos de entrevista ao longo dos anos. Eles parecem quebrar da seguinte forma:

1. Você parece ser o tipo certo de pessoa?

   Quando trabalho nessas empresas, elas parecem contratar e demitir rapidamente. Na entrevista eles fazem um julgamento sobre se você pode se encaixar, e que você parece estar falando as coisas certas, e se depois de algumas semanas você não está demonstrando isso, o novo recruta falha na provação e é removido.

2. Questionados 20 fatos aleatórios.

   Esse tipo de entrevista é muito revelador para o candidato. Eles dizem ao candidato quais problemas o entrevistador enfrentou e o nível de trabalho envolvido. O problema é que eles selecionam positivamente as pessoas que leram o livro, em vez de identificar os talentos de programação. Quando trabalhei nesses ambientes, a qualidade dos outros programadores tem sido variável e geralmente ruim.

3. Demonstrar habilidades.

   Esta é a técnica de entrevista que eu uso principalmente. Eu dou à pessoa uma tarefa relacionada ao papel e depois observo como ela se comporta. Eles fazem perguntas importantes sobre o briefing? Eles estão familiarizados com o assunto? Seu desempenho parece consistente com seu currículo? Eles têm um design? Será que eles realmente implementaram seu design ou se perderam? Se você fizer perguntas sobre suas decisões de design, eles dão uma resposta ponderada sobre por quê? Ou eles mentalmente jogam uma moeda? Se você introduzir uma restrição que deve mudar uma decisão de design, eles reconhecem isso?

No que diz respeito a perguntas específicas sobre CSS, enquanto não em um computador, eu concordo que uma pergunta aleatória não identificaria os melhores candidatos para você, mas eu estaria procurando evidências de um nível adequado de familiaridade com CSS. questões com perguntas abertas. por exemplo. você pode me dar um exemplo de como você poderia melhorar a apresentação de ...

Na minha experiência, é melhor ter paciência ao recrutar, às vezes rejeitando mais de 90% dos candidatos e insistindo no melhor.

Eu também perguntaria sobre como estruturar um site, como navegação e layouts de pastas. Isso deve lhe dar uma ideia de como eles podem reunir um site como um todo, em vez de apenas criar uma página.

Se o seu site for voltado para o público, veja o que eles sabem sobre a otimização do mecanismo de busca (SEO).

Se eles tiverem sites públicos, visite-os durante a entrevista e questione-os sobre suas escolhas de design e como eles fizeram o que fizeram.

Pergunte-lhes o que fariam se tivessem um layout de Photoshop para um site e como eles iriam quebrar a tarefa de criar um site funcional a partir dele.

Se você está esperando que o designer trabalhe com programadores, além do que foi listado antes, você precisa verificar a personalidade da pessoa e como ela vê o relacionamento entre programador e designer. Além disso, se for esperado que o projetista altere ou mantenha sites existentes, eles devem se sentir confortáveis com as ferramentas e o código nesses sites, bem como com o código existente e as ferramentas usadas. É útil perguntar-lhes sobre sua opinião no estilo de sites existentes, internos ou externos, e ver como essa visão se encaixa na cultura de sua organização.

Para desenvolvedores de front-end, existem algumas maneiras de avaliar sua habilidade e experiência:

Sites / Portfólio

Considerando que os desenvolvedores de front-end geralmente trabalham com coisas que são claramente visíveis, não é difícil desistir de uma lista de sites em que eles trabalharam. Pode-se argumentar que eles não podem devido ao acordo de não divulgação, mas também não é incomum para eles ter sites de portfólio que você pode verificar.

Se eles não puderem mostrar o que fizeram ou o que podem fazer, então eu ficaria bastante desconfiado. É tão fácil criar projetos na Internet hoje (com ferramentas como jsfiddle, github, etc.) que é indesculpável para um desenvolvedor de front-end não fazê-lo.

Isso geralmente é o que você deve pedir antes da entrevista para que você possa examinar o material. Dessa forma, você pode ter uma conversa de duas vias e discussão com o candidato sobre como ele trabalha. Se o candidato não puder discutir seu trabalho, então é uma bandeira vermelha clara.

Demonstrar habilidades

Durante a entrevista, você pode pedir que demonstrem suas habilidades. Você pode dizer-lhes para criar uma pequena demonstração Javascript / HTML. Dessa forma, você pode ver se eles estão prontos para a tarefa de desenvolvimento web front-end ou não.

A desvantagem com este exercício é que leva tempo para você e seu candidato concluírem isso até a conclusão (e ainda não pode levar a uma contratação se o candidato estiver certo, mas decidiu ir em outro lugar).

Dê a eles uma página de teste para criar. Em seguida, a entrevista seria mais sobre se você realmente gostaria de se sentar ao lado deles em um escritório por 10 horas por dia.

Pergunte por que as caixas de diálogo modais são ruins - não porque você acha que elas são ruins necessariamente, mas para ver se elas já pensaram sobre isso. Pergunte se eles sabem o que significa "modelo mental". Peça-lhes para dar a você dois exemplos do que eles acham que são bons sites, e peça-lhes que expliquem por que eles acham que são bons. Peça-lhes para definir o que se entende por "modelo de caixa" css.

Em outras palavras, não pergunte a eles sobre a sintaxe específica, pergunte sobre o que eles sabem sobre a diferença entre sites bons e ruins. A sintaxe é fácil de procurar, um bom senso de design ... não tanto.

O objetivo não é garantir que você só contrate candidatos que acreditam no que acredita, mas sim encontrar candidatos que realmente tenham pensado nessas coisas. Prefiro contratar alguém que discorde da minha opinião pessoal sobre diálogos modais, mas saiba por que os outros pensam de forma diferente do que eles, e contrate alguém que tenha as mesmas crenças que eu.

Você quer candidatos que pensam. Existem tantos programadores que apenas codificam a maneira como alguém os mostrou para codificar sem pensar duas vezes. É como a eterna batalha de chaves em linguagens semelhantes a C. Não é importante (para mim, pelo menos) que alguém concorde comigo, apenas que eles estão cientes do debate e que formaram sua própria opinião, em vez de apenas fazê-lo da maneira que lhes foi dito para fazê-lo.