11 private links
Ah tiens, c'est marrant, parce que ça existe aussi côté interviewer pour comprendre ce que raconte la personne interviewée. Sauf que les catégories sont un peu différentes
C'est assez malin comme écriture d'article, et ça donne un bon aperçu des différents types d'entretien. En revanche, l'investissement en temps est délirant.
Ces conseils ne valent en fait pas seulement pour ce type d'entretien, mais aussi - et surtout - pour définir une architecture.
C'est vrai si l'entretien se fait avec des questions fermées ... Si le recruteur pose des questions ouvertes, il aura plus de chances d'être positivement surpris ...
J'adore ces questions d'entretien ! Et à mon avis, elles s'appliquent tout autant à des développeurs.
Ca me rappelle ce que propose mon collègue Sébastien ... En nettement plus outillé. Et il semble que je doive m'y intéresser.
Je suis d'accord avec le principe de ne recruter que des gens qui se soucient de ce qu'ils font. Mais je pense qu'il ne faut pas confondre avec la vision très américaine de l'employé qui vit au bureau ...
Super façon de lancer un entretien technique !
C'est une très bonne question d'entretien, je retiens !
Un article très intéressant sur les questions d'algorithmie dans les entretiens d'embauche. Ca me fait douter (de façon positive) de deux ou trois choses
Wow. L'approche de l'entretien est curieuse, mais la motivation derrière est extrêmement intéressante (et je vais garder sa classes sous le coude, parce qu'il y a là-dedans quelques anti-patterns bien typiques)
Personnellement, si un recruteur me posait une question illégale, je n'hésiterai pas à mentir ...
Chouette adaptation du test de Joel pour les développeurs. Ca fait un bon point de départ pour des entretiens, je trouve.