Les anecdotes les plus cons d'entretiens d'embauche dans la Tech
Vous pouvez répéter la question ?
Hello les gens !
Comme vous le savez, j'ai le "Projet Québec 2026" en toile de fond dans ma vie, et donc forcément, qui dit émigration dans un autre Pays, dit recherche de taff dans le dit Pays (et non je vis pas de Création de Contenu et de Café chaud), et donc en ce moment j'ai des entretiens d'embauche, et je me suis dit que ce serait marrant de vous sortir les pires anecdottes d'entretien d'embauche de ma carrière et dans la Tech en général.
Budda Pellerin-Bidalot
En vrai je suis chanceux, en dehors des deux gros mots éternels que je continue d'entendre, "Windows" (vous savez pourquoi) et "Certifications" (là c'est plus touchy, c'est parce que je considère à titre perso que c'est pas un papelard qui prouve la compétence, particulièrement quand je vois au quotidien des mecs surdiplômés qui sont pas foutus de lire un simple README ou qui me sortent des dingueries sur l'usage de Git et Docker parce qu'ils ont demandé à Chat-CKC), ça va j'ai pas de soucis côté entretien.
Mais, dans le passé, j'ai eu droit à de sacrées dingueries, par exemple, en 2021, j'avais été pris pour une mission en tant que Sysadmin Linux, pour une mission théoriquement (notez bien ce mot) full Linux, j'arrive sur place, je vois que c'est une Infra Full Windows Serveur, vous vous doutez que je suis pas resté longtemps hein.
Il existe une forme de "dictature du diplôme" dans la Tech, où, pour une raison qui m'échappe, de nombreuses boîtes regardent les diplômes et autres papelards à la con, plutôt que la compétence réelle, quand j'ai demandé sur la Karak si des gens voulaient partager des anecdotes pour cet article, un confrère Dev (qui se reconnaîtra) m'a donc envoyé les deux anecdotes qui suivent :
- "Vous n'avez que bac +3 ? - oui, pourquoi, ça pose un problème ? - eh bien d'habitude notre cabinet ne recrute des consultants que s'ils ont bac +5, mais dans le doute on va quand même vous faire passer les tests - du coup, que disent les tests ? - que vous avez de meilleures compétences moyenne que 90% de nos consultants, mais bon, vous êtes que bac +3 alors nos clients ne voudront de toutes façons pas de vous alors on va quand même pas donner suite"(fun fact, j'ai fait 22h de train aller-retour pour cet entretien, et c'était la boîte en question qui m'avait contacté)
- Une autre si tu veux : (contexte: une boîte qui monte et vend des PC aux pros et particuliers) "Vous serez des indépendants qui travaillerez en partenariat avec nous, ça nous permet de nous couvrir juridiquement si vous faites n'imp [...] on va faire multiples tests ensemble pour faire une sorte de remise à niveau pour tout le monde vu que vous venez tous d'horizons différents - Il y a une faute dans le questionnaire - Ah oui, laquelle ? - Beh 5 en base 5 ça s'écrit 10 et pas 5. - Si, ça s'écrit 5, c'est ce qui est écrit dans mon manuel, tu sais pas de quoi tu parles et tu n'es qu'un petit con qui sort tout juste d'école, je sais forcément mieux que toi"(c'était il y a 10 ans, les phrases ont été romancées un peu parce que je me rappelle pas au mot près ce qui s'était dit mdr)
Sinon, quand j'ai quitté ma première boîte après un CDD de 6 mois, j'ai été m'inscrire chez Pôle Emploi, mon conseiller qui me propose un taff d'Electricien (je vous avoue que 9 ans après je cherche toujours le rapport avec mon taff de Dev), et un autre de Plombier (bon là j'ai quelques idées vu que dans le DevOps on parle de Pipelines).
Mais j'ai aussi eu droit à un grand classique, il existe deux langages de programmation, le Java et le Javascript, devinez qui a eu droit en entretien "Je vois que vous avez fait du Javascript, c'est comme Java mais pour le Web, cette mission Java devrait vous convenir" ? Bingo, votre serviteur (et non c'était pas une légende urbaine l'histoire du RH qui dit ça, je l'ai vécu).
Ce que je cherche à montrer dans cet article, c'est que les RH ne sont pas du métier, et c'est OK, à condition qu'ils soient accompagnés de personnes du métier pour préparer des Offres d'Emploi et les entretiens d'embauche.
Malheureusement, ceux qui le font sont plus que minoritaires, et très souvent, voire trop souvent, ce n'est pas le cas, et on se retrouve avec des anecdotes comme celles que vous venez de lire, mais également des histoires qui pourraient faire rire si elles n'étaient pas aussi courantes comme celle de Sebastián Ramírez (connu sur Github sous le pseudonyme de Tiangolo), créateur du framework Python FastAPI, qui a été recalé en entretien car ils demandaient plus de 4 ans d'expérience sur cette techno, alors qu'il l'avait créé un an et demi plus tôt seulement.
Il s'est d'ailleurs réexprimé récemment sur le sujet sur son compte LinkedIn, car bien souvent, les RH vont demander en plus des diplômes et autres certifs, un certain nombre d'années d'expérience sur une Techno.
Et vous vous doutez bien qu'il y a un souci, déjà considérer que les années d'exp sur une techno sont équivalentes à un niveau de compétence c'est pas foufou, un Admin Sys qui a passé 10 ans à seulement redémarrer des serveurs Debian est il plus ou moins compétent en Linux qu'un mec qui a carrément décidé de cérer son propre Fork de Arch Linux en 6 mois ? Bah du point de vue du RH "standard", c'est le mec qui redémarrait un Debian en boucle pendant 10 ans.
Un autre point qui a été soulevé par les anecdotes de mon confrère, c'est les "tests techniques", il y a le bon test technique, et le mauvais test technique.
Le bon test technique, c'est celui où on va avoir un cas concret qui nous sera présenté, représentatif du taf que l'on aura à faire, avec accès à la documentation si besoin (j'ai déjà eu à faire passer des tests techniques, c'est ce que j'ai fait à chaque fois), le cas classique en somme, type "tu as une alerte qui signale qu'une pipeline est pétée ? Tu fais quoi en premier ?", avec un environnement dédié pour pouvoir tester le candidat dans des conditions réalistes.
Mais le plus souvent, ça va être le "mauvais test technique" qu'on va avoir (ça va la dernière fois qu'on m'a fait le coup c'est en 2019), avec des dingueries du genre un QCM (bon là ça va c'est le plus mignon), "coder à la main sur un tableau blanc" (merci c'est gentil pour les dysgraphiques), ou pire... le fameux "Leetcode".
Pour ceux qui ne sont pas du métier, je vais vous expliquer ce qu'est Leetcode, c'est un logiciel de casse-tête algorithmique qui est totalement infernal, réussir à passer ce genre de tests, c'est littéralement des mois de travail, à s'entraîner sur ce genre de plateformes de manière quotidienne, au point d'en faire une compétence à part entière (pour citer JeSuisUnDev).
jesuisundev
Le problème de Leetcode, c'est que c'est pas du tout représentatif du métier, et on peut être le meilleur dev du monde, si on gère pas un défi sur cette plateforme type "inverser un arbre binaire", on peut se faire recaler, et c'est clairement pas normal.
C'est par ailleurs ce qui est arrivé à Max Howell, qui est le créateur de Homebrew, un gestionnaire de paquets sur MacOS (outil indispensable pour les développeurs qui utilisent un Mac), qui s'est fait recaler en entretien chez Google justement car il a foiré un Leetcode sur l'inversion de l'arbre binaire, alors qu'il a créé l'outil le plus utilisé par la très ggrande majorité des devs de Google, cherchez l'erreur.
Les entretiens dans la Tech ont besoin de changer pour s'aligner avec la réalité du métier, et en vérité, je m'estime chanceux en ce moment avec mes entretiens pour le Québec, car pour le moment c'est les "bons tests" que j'ai, mais il a fallu 10 ans pour que cela m'arrive, et je sais parfaitement que je suis assis sur une usine Barilla actuellement pour ça.
