Un candidat à une entrevue d'ingénierie refuse d'utiliser un tableau blanc
Aujourd'hui, j'ai vécu une première lors d'un entretien technique. Le candidat a refusé d'utiliser le tableau blanc pour résoudre une question d'algorithme, comme je l'ai demandé. Il n'y avait aucune sorte de handicap en jeu ou quoi que ce soit (en dehors de la nervosité). Il a simplement dit qu'il n'était pas à l'aise d'utiliser un tableau blanc pour les questions difficiles.
Curieusement, nous avons pu y faire face avec moi debout par-dessus son épaule en regardant son bloc-notes. Il a même communiqué ses pensées suffisamment efficacement pour que je puisse l'aider à surmonter les bosses inévitables. Après cela, je lui ai demandé ce qu'il pensait du travail collaboratif (car la collaboration ici est lourde) et il a dit qu'il adorait ça. Je lui ai demandé s'il aimait se réunir avec d'autres développeurs pour résoudre les problèmes sur le tableau blanc auquel il a dit oui.
Est-ce une sorte de drapeau rouge ou est-ce que je suis en train d'en lire trop? Dans notre environnement, la collaboration est indispensable.
DÉTAIL SUPPLÉMENTAIRE:
Le candidat était évalué pour un poste de développement principal, auquel cas il passe une grande partie de son temps à communiquer avec ses développeurs et moins de temps à coder qu'un contributeur individuel.
Je ne m'en inquiéterais pas trop. Vous ne l'embauchez pas pour travailler sur un tableau blanc; vous l'embauchez pour travailler sur un clavier. Le tableau blanc est une technique en entrevue pour aider à démontrer sa compétence. Si cela ne fonctionne pas bien pour lui, mais qu'il est capable de démontrer sa compétence d'autres manières, alors c'est un détail d'implémentation non pertinent.
D'après ce que vous avez écrit, il semble être bon pour communiquer et résoudre les problèmes, et vous avez noté qu'il était capable d'accomplir le travail requis sur un bloc-notes. Cela résout le même problème que le tableau blanc: il donne au candidat un endroit pour parcourir le processus plus lentement que la saisie et sans touche de retour arrière, tandis que l'intervieweur regarde pour avoir une idée de leur processus de réflexion. D'après ce qui est écrit ici, je ne vois aucune bonne raison de ne pas l'embaucher sur cette base.
Il y a une grande différence entre hacher du code sur un tableau blanc lors d'un brainstorming et hacher du code sur un tableau blanc lorsqu'un gars qui connaît déjà la réponse vous regarde et attend que vous vous trompiez. Certaines personnes deviennent vraiment nerveuses dans cet environnement. Et même si vous n'êtes pas nerveux, être en entrevue technique toute la journée vous enlève tout.
Par exemple, j'étais récemment l'interviewé et l'intervieweur m'a posé une question de codage sur un tableau blanc que je connaissais non seulement la réponse au rhume, j'avais écrit un article de blog sur la façon de le faire. J'étais tellement épuisé mentalement après deux jours solides à parler de langages de programmation et à faire des questions de codage que je l'ai simplement effacé et cela m'a pris probablement dix fois plus de temps que nécessaire pour écrire la solution. Très embarrassant. Je peux facilement voir comment une personne nerveuse à propos d'une entrevue peut masquer instantanément n'importe quelle question.
J'ai été du côté des enquêteurs et j'avais des candidats qui m'ont dit à l'avance - comme, quelques jours à l'avance - qu'ils n'étaient pas à l'aise avec le tableau blanc. Ils ont demandé s'il pouvait y avoir un autre moyen de tester leur connaissance des algorithmes de base. Compte tenu de cet avertissement, je suis d'accord pour installer une machine dans l'environnement de développement préféré de l'utilisateur, donner mes problèmes de codage et les laisser le hacher pour de vrai.
En bref, je ne considère pas cela comme un "drapeau rouge", mais cela dit, il est raisonnable pour le candidat de vous informer à l'avance qu'il démontre le mieux ses compétences d'une autre manière.
Bien que j'aurais probablement posé une question sur le type de problème qu'il estime être tableau blanc, je peux en quelque sorte voir son point. Si vous êtes assez près pour écrire sur un tableau blanc, vous êtes trop près pour voir le tout sans bouger la tête. Pour certains types d'algorithmes qui pourraient être frustrants. Je préfère les tableaux blancs pour écrire une ligne ou deux, puis prendre du recul pour y penser. Plus le rapport écriture/réflexion est élevé, plus je préfère un éditeur ou un morceau de papier. En fait, je suis connu pour faire un tas de saisie rapide dans mon éditeur, puis transférer la liste sur un tableau blanc pour la partie réflexion.
Ce qui pourrait être vu comme une excentricité, je vois comme un haut degré de conscience de soi. Je préfère embaucher quelqu'un qui sait qu'il est plus efficace sur le papier et l'affirme, que quelqu'un qui n'a aucune idée. Gardez également à l'esprit que tous les handicaps ne sont pas visibles. Il pourrait être aveugle d'un œil, ou avoir une vision périphérique limitée, et préfère ne rien dire aux gens sauf en cas d'absolue nécessité.
Je ne serais pas du tout inquiet si son travail sur le bloc-notes était par ailleurs acceptable.
L'écriture sur un tableau blanc est physiquement suffisamment différente de l'écriture manuscrite sur une surface horizontale ou de la frappe qu'il est difficile pour certaines personnes de le faire "couramment". Le gribouillage des diagrammes et des notes de gribouillage, comme cela se produit normalement lors de la collaboration avec un tableau blanc, est également très différent de l'écriture de code clair.
Je serais inquiet de voir quelqu'un refuser une demande commune qui ne ressent pas le besoin de fournir une explication. J'espère qu'ils l'ont formulé comme une préférence et non comme un refus. Aucune indication qu'il s'agit d'un problème temporaire (cheville tordue?) Cela me semble socialement gênant. Lorsque vous embauchez, votre imagination se déchaîne et propose les pires scénarios.
Si le poste vous permet d'isoler cette personne du travail au conseil, c'est moins un problème, mais quel problème a ce symptôme? Pour diriger les autres, vous devez reconnaître quand vous ne mettez pas les gens à l'aise et vous devez faire un effort pour expliquer la situation. Je refuse d'utiliser ce framework, period = WTF?
Je tape depuis que j'ai 12 ans en partie parce que je craignais l'écriture manuscrite même alors. Si j'écris une solution à la main, 9/10 de mon cerveau est sur l'écriture, la partie 1/20e est sur la partie nerveuse et ce qui reste est une combinaison de ce que j'ai mangé ce jour-là, ce que ma femme a fait de drôle, comment le nouveau Guy compare à Leonard Nimoy et le problème. Donnez-moi un ordinateur flippant pas un tableau blanc ou un bloc-notes. Nous ne travaillons pas tous et ne pensons pas de la même manière.
Plus spécifique à votre question, il n'aime pas les tableaux blancs? Comment cela entrave-t-il sa capacité à communiquer avec les ingénieurs dans un monde où nous avons 1 001 options pour communiquer une idée que nous voulons?