Repousser ses limites

Bruno:
Le test technique est un passage obligé pour nous toutes. Il peut même prendre plusieurs formes, il peut prendre plusieurs formes, mais sa finalité reste toujours la même, évaluer le niveau d'un ou d'une candidate. Et le simple fait d'être évalué engendre un stress. Et si John Travolta dans Blowfish veut nous faire croire que nous sommes plus efficaces avec un flingue sur la tempe, dans la vraie vie, le stress n'est jamais le meilleur élément pour montrer tout son potentiel. Mais alors, comment appréhender ces tests ? Faut-il s'entraîner à coder avec un flingue sur la tempe, ou une bombe sous le clavier et surtout, si je deviens bon au test, suis-je vraiment bon dans le délivrerie au quotidien ? Pour répondre à ces questions d'entretien, je ne reçois pas le père Fouras, mais elle s'y connaît en question cryptique. Abby, bonjour.

Abeba:
Bonjour Bruno.

Bruno:
Alors Abby, est-ce que tu pourrais te présenter pour les quelques personnes qui ne te connaîtraient peut-être pas ?

Abeba:
Avec plaisir Bruno. Moi c'est Abby, je suis développeuse front-end et j'ai fondé une plateforme qui s'appelle Allorondev, qui est à l'origine d'une chaîne YouTube où je propose des formations en développement web, Git, TypeScript, React, you name it. Et où aussi, qui m'a aussi permis du coup d'écrire quelques ouvrages dont réussir ses tests techniques en développement web.

Bruno:
Parce que tu as l'impression que c'est une question récurrente, c'est un stress récurrent sur cette question des tests techniques ?

Abeba:
Oui, oui, vraiment. J'ai eu l'occasion d'interagir avec beaucoup au travers de mes activités de partage de contenu. Avec beaucoup d'autres devs et c'est vraiment la pierre angulaire finalement, les tests techniques des candidatures, et c'est ce qu'il y a de plus déterminant en fait pour les réussir, ces fameuses candidatures et en même temps ça génère beaucoup de stress parce que là on est testé sur nos hard skills, parfois en direct donc c'est très intimidant, notamment quand on débute dans le métier et puis moi je l'ai vécu dans ma propre chair ce stress et donc voilà c'était pour moi essentiel de partager tout ce que j'ai appris pour les réussir en définitive.

Bruno:
C'est un passage obligé de toute façon effectivement on y passe tous à un moment, à différents niveaux, il y a effectivement plusieurs types de tests avant d'évoquer effectivement ces différents types de tests et que tu nous partages toi les recettes pour bien y arriver, je serais curieux d'avoir un peu ton avis sur la validité de ces tests est-ce que ces tests techniques sous les différents formats qu'on peut connaître apportent vraiment une validation des compétences techniques des candidats et candidates.

Abeba:
Ça dépend justement, ça dépend du format. Je dirais que quand on est sur un format, on va rentrer dans le détail un peu plus tard, mais dans un format qui se rapproche beaucoup finalement de ce qu'on va faire en entreprise, oui, ça peut vraiment aider à valider, je dirais même très pleinement, les compétences de la personne pour qu'elle soit opérationnelle après derrière en entreprise.

Bruno:
Mais à quel point est-ce que les outils qu'on a aujourd'hui, que ce soit les copilots, chat GPT, cursor, et autres, ne vont pas un peu biaiser, la réalité de la réponse qui est donnée ?

Abeba:
Alors là, c'est aux personnes qui corrigent le test de déterminer effectivement ce qu'il en est. Moi, je pars du principe qu'un test technique, on peut savoir s'il est bon, surtout les tests techniques de type création d'une application, du coup, dès la lecture du README. Quoi dès la lecture du readme le readme ça sera toujours j'estime que ça sera toujours, très personnalisable et on peut sentir à travers le ton du readme s'il a été généré par une IA ou pas plus que le code et encore même le code je trouve qu'on peut mais dès le readme on peut savoir en fait, on peut savoir en fonction de ce qui a été présenté du coup par là ou le candidat du coup sur le readme mais.

Bruno:
Tu vois parce que on peut imaginer que ce fameux readme, tu peux le mettre dans un chat GPT et lui demander est-ce que ça a été écrit par une IA ? Ce qui veut dire que si on grossit le trait, on peut aussi confier la correction du test à un copilot ou un cursor. Mais ce qui veut dire que t'as un test qui a été peut-être créé par une IA, qui va être résolu par un candidat qui va utiliser une IA, qui va être corrigé après par une IA d'arrière. Est-ce que ça valide encore vraiment ? Est-ce que ça valide encore vraiment la compétence ?

Abeba:
Oui, alors s'il y a une validation par l'IA, ça risque d'être un petit peu compliqué. Mais je dirais qu'en fait, typiquement, pour faire le lien entre le README et le code, évidemment, il n'y a pas que le README qui va déterminer si l'entretien était... le test technique a été bien fait ou pas. Je pense que le fait qu'un regard humain, du moins à l'heure actuelle, observe le README, Ensuite, regarde le code quand même pour voir. Je ne pense pas que les IA soient aujourd'hui en capacité d'à la fois de produire un code où il y a une cohérence entre le RITMI et le code produit. Honnêtement, et je le dis en tant que personne qui paye pour ChatGPT. D'accord, je paye. Là, j'ai testé le nouveau modèle O3, Mini High, qui est censé être le meilleur. Et ils m'aident, mais franchement, ils délirent encore beaucoup. Et sur des tâches qui ne sont pas non plus extrêmement complexes. Donc je doute quand même qu'avec un test technique un petit peu fourni on va dire puis en plus moi je pars du principe aussi qu'il faut évoquer en fait des principes théoriques qui montrent qu'on est sensible à du craft, des choses comme ça et là.

Bruno:
Je ne fais pas.

Abeba:
Confiance aux IA pour ça.

Bruno:
Et comment expliquer que le test technique focalise autant de stress de la part de tous les candidats et toutes les candidates alors que le test de, culture fit, on l'appelle comme on veut, ou RH, ou avec d'autres personnes dans tout le process, sont aussi une évaluation et qui peuvent aussi amener à ne pas passer telle ou telle étape.

Abeba:
L'aspect technique ? L'aspect technique, le culture fit, par exemple, ce qu'on va beaucoup te demander, c'est de citer finalement des expériences de vie qui vont matcher avec les valeurs de l'entreprise, etc. On a toutes et tous des expériences de vie. Et en plus, en général, on a le temps de s'y préparer, tu peux faire des recherches, etc. sur le culture fit. Et puis voilà, on a toutes et tous du vécu en général quand on arrive à un entretien, c'est qu'on a quelques décennies sur cette planète derrière nous. Et donc bon, il est toujours possible finalement de trouver des exemples, des choses, à présenter pour derrière étayer un propos, mais la technique et encore une fois, surtout quand on débute on n'a pas forcément des éléments pour prouver en fait ou bien pour appuyer tel ou tel choix qu'on fait ça c'est très très difficile, et donc c'est ça aussi qui fait qu'il y a tout ce stress qui se forme.

Bruno:
Parce que tu vois au final le test technique Il est là pour certes valider le niveau de compétence de la personne qu'on a en face de soi, mais d'une certaine manière, il est aussi là pour évaluer le niveau d'incompétence. C'est-à-dire qu'à quel moment la personne qu'on a en face de nous n'est plus en mesure de répondre pour qu'on puisse savoir du côté de l'entreprise à quel point il va falloir l'accompagner ou le faire progresser ou ce genre de choses ? On a tous un niveau d'incompétence. J'entends qu'effectivement, quand tu es plus jeune, ça peut être plus compliqué d'accepter ce niveau d'incompétence. Moi, ça fait 30 ans que je fais du dev. Ça fait longtemps que je me suis dit, OK, en fait, je suis bon nulle part par rapport à l'immensité de tout ce qu'il y a à savoir. Peut-être que c'est aussi quelque chose qui vient peut-être plus avec l'âge. Mais tu vois, il faut aussi accepter de se dire, en fait, l'âge, je ne sais pas. Il faut être en mesure de le dire et de pouvoir être conscient de ses limites. C'est aussi comme ça qu'on progresse.

Abeba:
Cette maturité là ça vient avec aussi le temps la confiance qu'on acquiert en soi même c'est des choses qui viennent avec l'âge et avec l'expérience aussi c'est ça le paradoxe c'est comme tu le disais, on a davantage cette capacité à reconnaître ce qu'on ne sait pas quand on a plusieurs décennies d'expérience derrière soi mais parce qu'on sait aussi qu'en soi on est quand même consciente et consciente du fait qu'en vérité, on connaît quand même beaucoup de choses, et qu'on va apporter une valeur à l'entreprise. Voilà. Par contre, quand on n'a vraiment rien, enfin, ou peu, peu de connaissances parce qu'on débute ou bien parce qu'on est jeune, ce n'est pas évident. Et la jeunesse aussi, tout court, fait qu'on a tendance à être moins confiante et moins confiant. Et ça, ça paralise, ça fait qu'effectivement, on se met à balbutier et puis on a du mal à se dire bon, OK, je vais reconnaître que là, ok, je vais admettre là que je ne sais pas. Moi, je me rappelle, quand j'étais il y a 10 ans, par exemple, au début de mon expérience professionnelle, je n'osais jamais dire que je ne savais pas. Je m'étais 10 ans à écrire un mail parce que je me suis dit, non, il faut absolument que je m'exprime comme ça, avec telle formule de politesse, je vais en mettre 15, et puis comme ça, la personne, elle va vraiment accéder à ma demande, parce que voilà, tu vois.

Bruno:
Et est-ce que ce n'est pas aussi une question de... Parce qu'on fait un métier qui, au final, c'est un métier comme tous les autres qui s'apprend, mais on fait quand même un métier qui est quand même assez complexe, qui, pour le commun des mortels, peut paraître même un peu abscons. Peut-être que ça se joue aussi. On est effectivement, quand t'es en entretien, t'es en général face à des gens qui ont une certaine posture, une certaine expérience dans la boîte. Donc, il y a aussi ce côté un peu de sachant. Il y a aussi tout ce décorum, on va dire, qui joue un peu dans cette ambiance.

Abeba:
Bien sûr. Oui, complètement. Ce sont des devs seniors qui font des entretiens techniques, surtout. Moi, je n'ai jamais tombé sur un dev junior qui... Ça pourrait être intéressant, justement, surtout face à des personnes plus juniors, ou du moins qui est peut-être un duo, quoi. Junior, senior, en face de soi. Et voilà. Parce qu'en plus, dans ces entretiens-là, surtout quand on les fait du coup en direct... Mais il y a d'autres choses qui se jouent. Il y a évidemment la connaissance dure, la compétence dure, mais aussi l'attitude de la personne. Effectivement, si elle a tendance à poser des questions, si elle a tendance aussi même à partager ses difficultés. Et ça, ce sera peut-être plus facile avec un public en face de soi qui est un peu plus diversifié que ce qu'il en est aujourd'hui.

Bruno:
Et tu vois, juste avant, on faisait le compilé de l'épisode 295, où on parlait de cybersécurité. Et tu parlais de ce côté très intimidant de ces métiers-là, où on se fait une image du monde de la cyber. Alors que pourtant, t'es dev depuis 10 ans, t'as de l'expérience, t'as une connaissance technique, t'as 50 expériences. Ce qui, dans certaines entreprises, 50 expériences dans le monde du dev, t'es considéré comme senior. Ça en disant aussi sur le métier. Mais même au-delà de ça, t'as de l'expérience, t'as tout un training, toute une formation derrière. Ces métiers de la cyber ne devraient pas être plus opaques pour toi que le métier de dev web, parce qu'au final, ça reste un métier technique que tu as appris comme un autre. Et tu vois, est-ce que si aujourd'hui, si demain tu devais passer un entretien, un test technique, pour rejoindre une red team, tu penses que tu serais dans le même état de stress que tu l'étais il y a 5 ans quand tu faisais tes premiers entretiens ?

Abeba:
Pas le même état de stress parce que maintenant, je sais ce que c'est d'avoir une expérience dans un domaine technique, et je suis plus vieille aussi. Donc voilà, ces deux aspects-là dont je te parlais un peu plus tôt, ils sont Je suis en meilleure posture à ces égards-là, mais je n'emmènerai pas large non plus, parce qu'il faudrait quand même que je me renseigne un minimum sur ce qu'il se passe.

Bruno:
Avant d'évoquer tous ces sujets de préparation, parce que les entretiens, ça se prépare, est-ce que tu pourrais nous faire un petit paysage des différents types d'entretiens techniques qu'on voit aujourd'hui sur le marché ?

Abeba:
Alors, je dirais qu'il y a deux grandes familles. Il y a la famille des entretiens, enfin des tests et entretiens d'algorithmiques. Voilà, et en général, le grand fournisseur de ces tests, c'est Coding Game. Ça se présente souvent sous la forme de QCM. Et en général, ça se fait plutôt à la maison, même si j'ai aussi entendu parler de cas où ça peut se faire en direct. Voilà. Moi, ça m'est aussi arrivé de faire un entretien comme ça d'algorithmiques, en direct, sans que ce ne soit un QCM. Donc vraiment, on m'a posé un problème, un peu comme dans les concours, les compétitions de dev qu'on a, etc. à Dalgo. Voilà, on m'a posé ce problème et puis du coup, il a fallu que je le résolve avec une personne en face de moi. Et après, la deuxième famille d'entretiens et de tests techniques, c'est la création d'une application, un crude. Par exemple, tu vas me créer une liste de commandes qu'on peut modifier, annuler, Et ça, pareil, on peut le faire à la maison. Je trouve que c'est quand même très fréquent. En général, on nous donne à peu près une semaine pour réaliser le test.

Bruno:
C'est un peu fat à faire en entretien directement.

Abeba:
Ça m'est aussi arrivé de le faire en entretien, mais du coup, il faut élaguer un peu par rapport à ce qu'on ferait à la maison.

Bruno:
Qu'est-ce que, les gens cherchent à évaluer ? Qu'est-ce que le test montre comme critère d'évaluation, on va dire ?

Abeba:
Alors, il y a plusieurs critères. Moi, je me rappelle que j'étais tombée sur une entreprise qui m'avait partagé les différents critères pour déterminer si le test avait été réussi ou pas. Il y a le fait de respecter des bonnes pratiques de développement. Le fait d'avoir bien configuré son code. Ça, c'est très important. Qu'est-ce que je dirais d'autre ? Le fait d'avoir effectué des tests aussi. Voilà, des tests unitaires, des tests d'intégration dans son test. Je dirais que ça tourne pas mal autour de ces volets-là. Et aussi le fait d'avoir donné soi-même, en fait, les instructions pour pouvoir démarrer l'application. Donc là, en l'occurrence, pour des tests techniques de type création d'application, quoi. Voilà, est-ce que tu as bien mis dans ton rédivis NPM-I, NPM-Rundev ? Ça semble tout bête, mais ça, moi, on m'a déjà sanctionné à cause de ça, quoi. Typiquement, on m'a déjà éjecté d'un processus de candidature parce que je n'avais pas soigné l'eurythmie en ce sens.

Bruno:
Mais est-ce que ce niveau de détail ou d'exigence, on va dire, est vraiment sain pour poser la question crûment ?

Abeba:
Ah, on peut se poser la question, parce qu'en plus, forcément, un tel niveau d'exigence en général requiert un certain nombre d'heures de travail à effectuer, surtout quand on fait le test à la maison. Et ça, ça peut sembler, et ça l'est, oui, problématique. On se dit, bon, on fait travailler les gens gratuitement. Mais c'est vrai que derrière, ça permet à l'entreprise d'avoir une vision assez complète de l'étendue des compétences de la personne en face. Parce que finalement, la personne est destinée à travailler sur un projet professionnel, qui sera en production, qui est vraiment utilisé par des utilisatrices et des utilisateurs contre de l'argent. Donc, c'est quand même assez critique, crucial. Et donc, même si le test peut sembler, en soi, on va demander de coder peut-être trois features, quelque chose d'assez dérisoire, je peux comprendre qu'une entreprise a envie de savoir si on est capable de faire des tâches de chore, si on est capable de mettre en place un linting, du code formatting, si on gère bien Git, etc. Finalement, moi, c'est ce que je dis, le test technique, il faut faire de l'over engineering dans le test technique. Alors là, il n'y a pas de limite à ce niveau-là. Soyez zélés, soyez obséquieuses et obséquieux dans votre manière de coder parce que finalement, il faut que ça reflète ce que vous êtes capable de faire derrière une fois en poste.

Bruno:
Tu as évoqué comme terme qu'on fait travailler les gens gratuitement. Et il n'y a pas de... Ce que tu produis en test technique n'est pas utilisé par l'entreprise en production derrière. Enfin, tu vois, il n'y a pas de... Les gens, on ne les fait pas travailler gratuitement, réellement. Je veux juste te clarifier un peu ce point-là.

Abeba:
Mais c'est du travail quand même, même s'il n'est pas réutilisé derrière. Justement, même si c'est du travail vain, entre guillemets, dans le sens où il n'est pas réutilisé par l'entreprise, le candidat aura quand même produit, je ne sais pas, aura quand même effectué peut-être une dizaine, quinzaine, voire infiniment plus d'heures de travail. Donc c'est on peut s'interroger quand même là-dessus sur le fait de mobiliser autant de temps sachant que le temps c'est quand même je dirais la monnaie la plus importante qu'on ait. C'est la ressource que tu ne peux pas récupérer. Voilà, exactement c'est dans ce sens-là.

Bruno:
J'entends. Mais alors qu'est-ce que, en fonction de ce que l'entreprise choisit comme type de test Qu'est-ce que pour toi ça révèle de l'entreprise ?

Abeba:
Hum... C'est une bonne question, ça. Alors, un test d'algorithmie... Je suis assez peu... Assez peu... Panne.

Bruno:
Surtout au format QCM. Enfin, tu vois, moi, tu... Un QCM d'algorithmie, bon, voire même un QCM de... Quelle est la fonction qui permet de... Bon, enfin...

Abeba:
Ouais, moi, je me dis, bon, une entreprise qui n'investit pas forcément nécessairement beaucoup dans son processus de recrutement ou bien qui risque peut-être aussi d'être très dur éventuellement une fois en poste donc bon, j'ai rarement eu de bonnes expériences après des tests de ce type, j'en ai passé quelques-uns pas juste pour des questions d'ailleurs de performance j'ai pu tout à fait aussi en réussir mais, en fait en général c'était des processus assez froids, assez désincarnés c'est ça que j'en ai retenu.

Bruno:
Est-ce qu'à l'inverse, tu as déjà été confronté à des process trop techniques ? Il y a trop de tests techniques, ça va trop loin. C'est quoi le bon équilibre pour toi à obtenir ?

Abeba:
Alors oui, dans une grande, grande, grande entreprise, j'ai eu... En fait, les deux. Donc, en fait, on commençait par un test d'algorithmique. Et après, on avait, je crois, deux ou trois tests d'entretien technique où il fallait... Alors, si je me souviens bien, il fallait, dans le premier test, je crois qu'on nous donnait, en fait, un sujet à coder, dans la stack de notre choix, je crois, ou pour laquelle on était... dans laquelle on candidatait. En live, du coup, avec quelqu'un. Donc, il fallait coder une feature, un test vraiment de type application. Et lors d'un de ces autres entretiens techniques, il fallait venir avec un projet qu'on avait déjà réalisé et le commenter, du coup, en face de la recruteuse.

Bruno:
Mais un projet libre, du coup, pas un projet...

Abeba:
Là, oui, mais du coup, un projet contraint, un projet libre et en tout début de processus, un test aussi d'algorithme.

Bruno:
Tu m'as vu, ça fait beaucoup.

Abeba:
Et là, tu te dis, waouh, quoi. tu as les trois quarts du processus qui te correspondent à de la partie technique. Et puis là, tu peux dire, là, c'est du lourd parce qu'on nous en demande quand même beaucoup. Et en plus, on nous demande de venir aussi avec un projet qu'on a effectué, ce qui peut être problématique si jamais, par exemple, on n'a pas un projet en open source ou quelque chose comme ça. Parce que je pense que ce n'est pas tout à fait légal de venir avec un projet d'une ancienne entreprise et de l'exposer comme ça à une autre entreprise toute nouvelle qu'on ne connaît pas. Donc là, voilà, il y avait plusieurs problématiques, en fait. Il a moi-même des tics dans ce genre de démarches. Et puis... Et puis, est-ce que tu peux me répéter la question ?

Bruno:
La question, c'était, est-ce que t'as des entretiens qui sont trop techniques, qui vont trop loin de l'autre côté de la balance ?

Abeba:
Alors oui, j'en ai eu aussi un autre, dans un autre genre, du coup, qui allait trop loin. C'était une entreprise qui m'avait finie un rythme, mais long comme mes deux bras réunis, et avec une stack hyper figée. C'était très, très dogmatique. Il fallait utiliser GraphQL, il fallait utiliser Docker, t'imagines ? Docker, quoi !

Bruno:
Pour un test technique, on sait comment ça te...

Abeba:
Avec les containers, machin chouette, je me suis dit, wow ! Et ça, j'ai trouvé que c'était clairement trop. C'était trop, en fait. C'était complètement abusé. Et puis, d'ailleurs, cette entreprise m'aurait volontiers ghostée si je n'avais pas été accompagnée, en fait, si je n'avais pas été introduite par des tiers, finalement, à la dite entreprise, après avoir fait, quand même, dit-toi bien, l'ensemble du processus de candidature. Voilà. Donc, ça aussi, en fait, quand c'est trop en général, c'est pas... Je trouve que c'est pas très mon signe.

Bruno:
Est-ce que... J'ai du mal à décider alors faut que je fasse un petit disclaimer, moi j'ai entre guillemets la chance, j'ai je crois que j'ai dû faire un ou deux tests techniques dans ma vie, parce qu'en fait j'ai fait beaucoup de créations d'entreprise donc du coup j'avais pas besoin de faire des tests techniques et puis après je suis arrivé de manière assez naturelle à des niveaux où on a plus de tests techniques donc j'ai cette chance là donc je vais te poser des questions très naïves, sur comment ça se passe un entretien technique donc ma question c'est, on va oublier le QCM parce que pour moi il est un peu, pas fallacieux mais pour moi c'est un peu inadapté cette notion de QCM mais donc entre l'exercice à faire à la maison et où t'as un débrief après ou l'exercice que tu fais en live lequel est le plus, le plus oppressant pour les candidats et les candidates ?

Abeba:
Celui qu'on fait en live parce que là on a jugé en direct, on n'a pas le temps de réfléchir alors qu'en fait si justement on attend aussi ça finalement, quasiment tous les recruteuses et tous les recruteurs que j'ai eu en live, Au contraire, ils savent très bien qu'il n'y a rien de magique. Même quand on a un certain niveau, même quand on est senior, on réfléchit. Sinon, ce serait trop facile. Sinon, vraiment, l'IA nous aurait déjà éjectés. Mais on réfléchit. Mais c'est vrai que c'est le fait d'être observé. Parce que finalement, même une fois qu'on est en entreprise, à moins qu'on fasse du père tout le temps, on est quand même souvent seul aussi face à sa machine. Donc, on a le temps de réfléchir, mais tranquille, tranquillement, sans cette pression-là. mais là on a deux voire plus d'yeux posés sur nous en plus avec un enjeu fort parce que c'est celui d'une embauche du coup oui clairement.

Bruno:
Parce que moi j'aurais tendance à mettre en avant que sur un test en live moi ce que je vais valoriser en tant que recruteur auprès des candidats et candidates c'est plus leurs, questions qu'ils vont poser pour essayer de comprendre quoi faire que le code réellement pondu là où dans le test à la maison t'as pas cette possibilité de poser des questions à part d'envoyer un mail avec quelques questions, mais dans les questions ce qui est valorisé enfin ce que moi je valorise en tout cas c'est surtout cet échange c'est que tu me poses une question, je te donne une réponse qui t'amène une autre question et ainsi de suite alors que si tu me fais une liste de questions je te fais une liste de réponses, bah après en fait en général si tu m'envoyais 10 questions, je te fais mes 10 réponses, en général derrière t'as 20 questions supplémentaires qui en découlent quoi, et je sais pas moi je me dirais que pour moi c'est plus stressant de devoir faire un ensemble de choix que je vais devoir justifier après sur un débrief, plutôt que de me dire je suis face à la personne qui me donne un exercice et donc je peux lui poser des questions pour faire les choix avec lui en fait.

Abeba:
C'est quand même beaucoup pour beaucoup de gens, c'est pareil suite à des échanges et mon propre vécu aussi c'est pas évident, après avec l'expérience pareil, c'est toujours pareil c'est plus facile, moi je sais que maintenant je serais beaucoup plus à l'aise de faire un test en live, parce que j'ai un socle de connaissances on va dire fondamentale qui est maintenant beaucoup plus fournie ? Et en plus ça m'arrangerait parce qu'évidemment ça dure beaucoup moins longtemps, donc en vrai ça serait l'idéal maintenant de faire ça plutôt que de faire à la maison mais voilà je dirais peut-être que ça dépend du niveau si on est très junior on est plus rassuré de le faire à la maison comme ça en plus on peut fouiller sur GitHub, trouver d'autres tests techniques comment faire et tout je vais trouver que c'est inspiré du code d'autres personnes tu vois, et prendre le temps de réfléchir et de préparer aussi les questions pour la review quand on passe du coup l'étape du test technique et quand on est un peu plus voilà confirmé et senior on peut aborder plus sereinement un test Oui.

Bruno:
C'est sûr la séniorité joue beaucoup tu gagnes en confiance en fait.

Abeba:
C'est assez naturel Après ça dépend aussi de l'interlocuteur qu'on a en face de soi de toutes les manières si on est effectivement face à une personne qui de toutes les manières a décidé dans sa vision de piéger l'autre ou de la pousser dans ses retranchements mais de façon malsaine, ça sera toujours une partie plutôt désagréable.

Bruno:
Mais oui mais c'est ça en fait de cet exercice un peu d'équilibre c'est que le but de l'entretien technique c'est justement de voir en fait ce que je disais tout à l'heure ce niveau à quel moment tu n'es plus en compétence ce niveau d'incompétence, qui implique en fait de continuer à poser des questions jusqu'au moment où la personne te dit, ou en tout cas ou montre qu'elle ne peut plus aller plus loin.

Abeba:
Après il faut aussi ne pas oublier que c'est un exercice qui sert à embaucher une personne pour une fiche de poste particulière quoi Oui.

Bruno:
Donc tu peux arrêter tes questions au moment où tu as atteint le maximum du poste en question.

Abeba:
Je pense qu'en tant que recruteuse-recruteur, il faut être aussi pragmatique. On n'est pas là pour, finalement, faire de l'esprit. Il y a un objectif très particulier qui est très business. Est-ce que cette personne va citer, en fait, avec le poste ? Et donc, OK, on peut aller un peu plus loin pour voir, effectivement, jusqu'où la personne a des connaissances, mais il ne faut pas non plus s'attarder davantage là-dessus. Pas juste pour des questions éthiques ou quoi que ce soit, mais juste parce qu'il faut que ça... Il faut que ça matche avec le besoin derrière.

Bruno:
Donc, on a maintenant une vision un peu plus nette de ces différents tests. Qu'est-ce que tu peux apporter comme conseil ? Sans révéler tout ce que tu as mis, bien évidemment, parce que je pense que le but, c'est aussi pour toi de lire ton livre. Mais qu'est-ce que tu peux apporter comme premier conseil pour ces tests-là ?

Abeba:
Un premier conseil, je parlais un peu plus tôt de la configuration. À quel point c'est important de prouver qu'on sait faire de la config. Voilà, c'est ça. Faites de la config. Pensez aux fondations de votre repo, quel que soit le repo, d'ailleurs, sur lequel vous travaillez, parce qu'il y a des entreprises qui peuvent vous fournir un modèle. Il y en a d'autres qui vont vous demander de faire un create next app, ça doit être ça, create next app, de partir vraiment d'un modèle quasi vierge, quoi ? Quel que soit le... Voilà, même si ce modèle vierge, maintenant, ils ont tendance à venir avec une config déjà, voilà, établi, etc. Non, ce n'est pas grave. Faites du zèle. Encore une fois, ajoutez des règles à la main ESLint. Voilà, faites tout pour prouver que vous savez faire de la configuration, de la configuration de votre TypeScript, même si c'est juste pour changer, par exemple, le chemin absolu, enfin, le petit alias, voilà, du chemin absolu. La configuration, voilà, de linting, ça, c'est très important. Vraiment, faites du linting. Moi aussi, pareil, on m'a déjà dit bye bye. Ou ghosté, ça aussi, ça fait tellement mal d'être ghosté après avoir rendu un entretien pour lequel on a sué haut, sang et haut, c'est très compliqué mais ça arrive, donc, après avoir accédé à l'entreprise on m'a dit voilà, t'as pas fait de linting c'est pas bien, donc voilà, mettez bien en place votre S-Lint, mettez bien en place votre Prettier et faites des conventional commits, voilà, enfin vraiment respectez bien, la convention de rédaction de vos messages de commit, mettez en place un commit link pour ce faire. C'est super, super important et en fait, vous vous démarquerez déjà de beaucoup de candidats et candidates parce que la majorité des gens ne le font pas. Donc voilà, faites ça.

Bruno:
Donc on est vraiment sur de l'over engineering, ça compare vraiment à un petit exercice. Toi, tu déploies l'armée entière.

Abeba:
Oui, oui, oui. Et en plus, ce qui est chouette, c'est que vous pouvez tout justifier dans le rythme. Vous pouvez dire, voilà, effectivement, je suis allée assez loin dans cet exercice, mais pour moi, il était essentiel d'établir des fondations saines pour coder proprement et pour qu'en fait, les devs qui vont travailler sur le projet... Voilà, vraiment, vous êtes en train de cosplayer, en fait, une personne de l'entreprise, quand vous êtes en train de faire ce test technique. Donc, imaginez que vos futurs collègues vont intervenir sur votre code. Donc, vous dites, voilà, moi, j'ai mis en place du linting pour qu'on ait un code qui soit harmonisé et qui soit facile à lire, à maintenir, etc. Vous pouvez justifier cet autre voir engineering, ils vont kiffer, je vous jure. Je parle d'expérience. J'entends.

Bruno:
Effectivement, c'est vrai que l'over-engineering, d'une certaine manière, ça peut faire peur. Mais si, effectivement, tu mets en place un linting en disant que ça permet que tout le monde code de la même façon, que tu aies fait les mauvais choix, en fait, en soi, ce n'est pas grave si tu précises que ce que tu veux, c'est que tout le monde fasse les mêmes. Parce que c'est là où le choix devient bon. C'est quand tout le monde fait le même, qu'il soit bon ou mauvais de manière inhérente.

Abeba:
Évitez quand même les console logs. Ça aussi, c'est un autre conseil, parce que ça peut ralentir votre application jusqu'à 700 fois. Ça peut la rendre 700 fois plus lente. donc mine de rien faites attention à ça quand même, il y a certaines choses qui vaut mieux quand même éviter de façon un peu universelle.

Bruno:
Mais donc, dans ce que tu décris, sur cet aspect over-engineering, est-ce que c'est quelque chose qu'on peut bachoter ? Est-ce qu'on peut du coup réellement s'entraîner à ces tests techniques et faire du bachotage comme on faisait à l'époque du bac ?

Abeba:
Oui, bien sûr. Moi, c'est ce que j'ai fait. Quand j'ai vu que je me ramassais à mes tests et quand j'ai pu accéder grâce à certaines personnes qui m'ont recommandé dans les entreprises, ça aussi, c'est un conseil, faites-vous recommander, comme ça, ces personnes vont vous défendre quand vous avez des pépins dans les procédures de recrutement. Quand j'ai pu accéder du coup aux raisons pour lesquelles j'avais échoué à certains tests je me suis dit ah ok donc là il y a tel ou tel souci, je vais bachoter ça notamment par exemple le linting etc je vais vraiment apprendre surtout sur les anciennes configs les anciens formats de config de eslint en common js c'est pas facile à lire ce genre de fichier donc il fallait prendre le temps de bien comprendre comment on fait finalement pour, solliciter tel ou tel plugin, tel ou tel librairie dans ce fichier de config, ESNIT, ce qui était plutôt abscon, effectivement. Donc voilà, il faut prendre ce temps-là. Moi, je me suis dit, je vais aller encore plus loin. Je vais aller... Parce que moi, je veux vraiment arriver la première, quoi. La première. Je veux être la première à franchir la ligne d'arrivée de mes tests techniques. Donc, je veux connaître davantage de choses que d'autres personnes ne sont pas susceptibles d'évoquer, comme par exemple les principes solides, voilà, dans quelle mesure ils peuvent m'inspirer, dans ma manière de coder, etc. Et ça, ça m'a demandé aussi beaucoup de bachotage, surtout que c'est pas évident, finalement, à appliquer dans nos manières de coder aujourd'hui côté front.

Bruno:
Donc en fait, il faut réussir à apporter dans l'entretien technique tout ce que tu sais en plus de ce qui est réellement évolué dans le test d'origine.

Abeba:
Il faut surprendre agréablement finalement les personnes qui vont vous lire.

Bruno:
Mais ça, je trouve que c'est aussi une des grandes difficultés de notre métier. C'est-à-dire que, tu vois, la tagline de ce podcast, c'est l'importance de s'intéresser à autre chose que sa stack quotidienne. Je suis conscient que ça prend beaucoup de temps. Et c'est une des difficultés... Je ne sais pas si tu le sais, mais j'ai été encadrant pendant un moment chez Adatex School, qui est une école de développeuses de majoritairement de personnes en reconversion. C'est vrai que ce qui est compliqué, c'est que quand elles candidataient quelque part, elles étaient face à des jeunes diplômés qui étaient passionnés par ce métier-là et qui avaient beau sortir d'école, en fait, ils avaient déjà 10 ans de dette derrière eux. Et puis, tu es face aussi à d'autres candidats ou d'autres candidates qui travaillent huit heures par jour à faire du dev et qui, après, passent cinq heures encore en plus dans la journée à aller mater des vidéos, regarder les tutos, coder chez eux, qui, en fait. Ont déjà de l'avance sur toi et chaque jour prennent encore plus d'avance. Est-ce que, là, tout ce que t'apportes en plus de l'entretien, c'est tout ce que t'apportes toi en tant que personne, en tant qu'individu. Tu parlais tout à l'heure de travailler gratuitement. C'est-à-dire que ce que tu conseilles aux gens, c'est effectivement de travailler gratuitement 5 heures quasiment par jour en plus pour aller se cultiver, se renseigner, écouter ce podcast encore et encore. Et puis d'autres plateformes, sur d'autres chaînes, d'autres contenus. Il y a des tas de contenus qui existent partout.

Abeba:
Honnêtement, c'est la formule qui a bien marché pour moi. Ça a été de nombreuses heures, même de nombreux mois, parce que c'est ça qui est intéressant. On sait que je postulais pour un poste de dev confirmé, là, il y a un peu plus de deux ans. Et c'est le processus de recrutement qui m'a pris le plus de temps. Parce qu'en fait, on n'exige pas non plus la même chose, finalement. Le premier coup, en plus, à l'époque, c'était un peu moins difficile qu'aujourd'hui. Je postulais vraiment à des postes brandés juniors. Donc bon, même si, évidemment, je me suis fait... On m'a congédié très fréquemment de pas mal de processus de recrutement. Mais bon, il y avait quand même aussi une écoute et une ouverture de la part des entreprises qui étaient vraiment prêtes à recruter une junior. Mais là, c'était beaucoup plus difficile parce que le niveau d'attente était plus élevé. Et du coup, même si j'avais acquis vraiment une expérience auprès de personnes très, très compétentes, il y avait quand même certaines choses qui n'étaient pas forcément très en place. Et oui, il a fallu bosser, il a fallu mettre toutes ces heures de travail. C'est difficile, mais derrière, c'est un investissement, en fait. Je sais qu'aujourd'hui, bien sûr, je prendrais très au sérieux, mais si jamais je devais repostuler, je prendrais mes processus très au sérieux. Mais je sais que ça me prendrait moins de temps, grâce notamment au fait d'avoir acquis toutes ces connaissances, d'avoir investi tout ce temps et toute cette énergie aussi. Parce que c'est beaucoup, finalement, à absorber et puis à comprendre et à relier à sa propre expérience et sa propre réalité de dev. Comme je disais, les principes solides, les relier à du code front tel qu'on l'élabore aujourd'hui en 2024, ce n'est pas si évident du tout que ça. Donc, il faut beaucoup réfléchir, lire, mais aussi réfléchir et se faire aussi sa propre idée. Ça aussi, c'est très valorisé, d'ailleurs. Son propre dogme, je dirais. Et donc, voilà. Oui, ça demande beaucoup. Et tout le monde n'a pas ce temps parce qu'on a toutes et tous des réalités aussi très différentes. Les personnes qui sortent d'école, etc., qui codent depuis qu'ils ont huit ans, ce n'est pas le même profil, effectivement, qu'une personne en reconversion, qui n'a peut-être pas grandi avec un ordinateur, surtout pour les personnes un peu plus âgées. Je m'inclus dedans, mais moi, j'ai eu la chance. Mais disons que voilà, ce n'est pas forcément du tout le cas de tout le monde. Et puis, si en plus, tes parents et que tu travailles vraiment le matin, le midi, le soir, tout le temps, investir ce temps, on est absolument inigo face à ça. Mais je dois bien dire que c'est quand même un avantage. Là aussi, j'ai envie de vous dire, lisez mon livre parce que ça ne vous fera économiser. Non, mais littéralement, c'est pour ça aussi que je l'ai écrit. C'est parce que je me suis dit j'aimerais que davantage enfin. J'aimerais que les gens n'aient pas à investir tout ce temps, en fait, finalement. J'aimerais vous apporter toute cette connaissance complètement packagée dans un seul médium, une seule ressource, comme ça, vous n'avez pas à souffrir comme ça. Et ça peut réduire peut-être quelques inégalités aussi, finalement.

Bruno:
Quand tu nous parles d'over-engineering, de concept solide, de tout ce qu'il faut réussir à faire passer, tu as quand même une recherche de perfection de ton code sur les entretiens techniques. Qui est un concept difficile quand même à atteindre le code parfait qui peut justement te faire des noeuds au cerveau.

Abeba:
Oui, mais tu vois, c'est marrant parce qu'en préparant cet épisode, j'ai relu le code de mon livre et je me suis dit « Ah ouais, ça, je le ferais différemment » parce que du coup, j'ai appris des trucs depuis. Mais ça reste quand même quelque chose de très solide, sans mauvais jeu de mots, parce que ça s'appuie justement sur des principes finalement universels et qui ne se démoderont jamais. Donc même si ce n'est pas parfait, le fait que ça s'appuie sur ça, ça fera qu'il y aura toujours de la qualité finalement dedans. Et c'est une excellente base qui sera améliorable, certes, mais ça reste quand même une très bonne base.

Bruno:
Est-ce que l'entretien peut être aussi une source d'apprentissage ? Ou est-ce qu'au final, dans trop peu... Tu vois, on pourrait se dire que dans un monde parfait, le test technique que tu fais, quel que soit ton niveau, tu es face à quelqu'un de plus expérimenté que toi qui va te faire un débrief sur ce que tu as fait, ça peut être l'occasion d'apprendre des choses. Est-ce que ça peut être quand même... Est-ce que c'est le cas ? Ou est-ce que trop souvent, en fait, juste tu te fais balancer contre un mur quand c'est pas au niveau attendu ?

Abeba:
Alors honnêtement, dans les tests techniques, surtout de type... Comment création d'une application. Alors, soit quand je l'ai fait en direct, soit quand j'ai passé l'étape, du coup, de la review, ça s'est vraiment bien passé, quoi. Enfin, honnêtement, même dans l'entreprise dont je te parlais un peu plus tôt, là, qui m'avait demandé de faire un truc énorme, bah ouais, la review, c'était vraiment top, quoi. Et effectivement, ça a été source d'apprentissage, par exemple, à la manière d'élaborer les tests ou des choses comme ça. Oui, oui, oui, ça, ça vaut vraiment, vraiment le coup, quoi. Et un entretien qui m'a permis, tout particulièrement, de vraiment bien me préparer aux autres donc je m'étais bien viandée suffisamment pour qu'on me dise ah tu postules pour un poste de confirmé mais en fait t'es plutôt junior quoi imagine le truc, mais toutes les informations qui m'ont été données m'ont aidé en fait à vraiment, améliorer mon game mais comme jamais et derrière à produire des résultats dans les entretiens ultérieurs qui étaient bien bien bien bien bien meilleurs et on n'a jamais douté de mon statut de dev confirmé ok.

Bruno:
Donc en fait ça fait partie aussi de l'exercice de bachotage. C'est qu'en fait, il faut passer les entretiens pour réussir à un moment.

Abeba:
Oui, oui, oui, complètement.

Bruno:
La probabilité de réussir le premier est quand même très faible.

Abeba:
Oui, surtout quand ça fait longtemps et où vous n'avez pas beaucoup d'expérience.

Bruno:
À quel point est-ce que, surtout tous les entretiens que tu as pu faire, et à quel point est-ce que ces moments de feedback sont moins bien donnés ou moins bien envoyés ? Est-ce que tu as des moments qui sont quand même... Est-ce que c'est plus souvent éprouvant ? Parce que tu as quelqu'un en face de toi qui est un peu violent, on va dire, un peu virulent. Ou est-ce que globalement, maintenant, on est quand même sur un écosystème un peu plus... Alors, je n'ai pas l'église à bienveillant, parce que je connais mon écosystème, mais un peu moins violent, quoi.

Abeba:
En fait, le truc, c'est que moi, la violence, je l'ai surtout subie... Tout début de ma carrière et c'était beaucoup lié à mon niveau d'alors. Donc, j'ai envie de dire, malheureusement, en tant que junior, c'est vrai que c'est là où on est le plus susceptible de se prendre des remarques vraiment compliquées ou des attitudes aussi. Donc, j'ai l'impression que c'est beaucoup une question de niveau plutôt peut-être que de changement de mentalité de façon vraiment très, très globale. Ça, je ne pourrais pas te dire. C'est vrai que je n'ai pas non plus passé suffisamment d'entretiens pour avoir une idée, on va dire, générale. Il faudrait peut-être que je demande s'il y a des personnes qui peuvent témoigner ici. Ce serait intéressant qu'elles nous disent, pour avoir un premier avis un peu plus général. Je réfléchis, sinon... Ouais, c'était plus quand j'étais junior. Et ça a été certains moments vraiment compliqués. Ou même juste le fait, par exemple, de révéler que j'étais junior lors d'un entretien. J'avais quand même, a priori, passé déjà l'étape RH, donc c'était censé être au courant de mon CV, mais tu sais, la situation un peu clichée des gens qui n'ont pas du tout vu ton CV et qui, au milieu de l'entretien, quand tu leur dis « En fait, si, c'est mon premier poste pour lequel je postule », et qui te regardent avec des yeux comme ça. Et puis après, changement d'atmosphère totale, quoi. Vraiment, une fermeture totale des gens en face, tu vois. Donc, il y a aussi ce genre de situation qui peut se produire.

Bruno:
Est-ce que tu as déjà eu l'occasion de faire passer les entretiens ? D'être du côté recruteur ?

Abeba:
Non, non, pas encore. Ah, attends, on laisse me réfléchir.

Bruno:
C'est un aspect technique, j'entends.

Abeba:
Oui, oui, bien sûr, oui, oui. Oh ! Oh, j'espère que je ne dis pas de bêtises, mais il me semble que non.

Bruno:
T'imagines, tu te trouves qu'il y a des candidates ou des candidats qui t'écoutent en disant « Mais si.

Abeba:
Pourquoi tu es passée ? » « Tu étais horrible avec moi ! » « Ah si, si, si, si ! Oui, oui, qu'est-ce que je raconte ? » « Oui, oui, ça m'est déjà arrivé. » « Oh là là, désolé pour la personne qui s'appelle ton nom. » « Oui, ça m'est déjà arrivé.

Bruno:
» Est-ce que... Parce que tu vois, il y a une... Il y a une espèce de... D'habitude chez l'être humain, qui est de quand t'as appris dans la souffrance, tu considères qu'il faut apprendre dans la souffrance et tu vas répéter ce type d'apprentissage aux jeunes générations. Est-ce que toi, tu penses que t'essaies de faire d'entretien similaire à ce que t'as pu connaître ou au contraire, vu ce que t'as connu, tu te dis moi je vais faire différemment et t'essaies de pratiquer le truc un petit peu différemment ?

Abeba:
Non, j'essaie vraiment de pratiquer différemment. Enfin moi, c'est C'est mon modus operandi, d'être dans une démarche vraiment de bienveillance. Terme très galvaudé, c'est vrai. Mais c'est vrai, c'est ce que je me dis. Moi, je ne vois pas l'intérêt d'infliger tes traumatismes. On peut faire passer des messages en restant très factuel aussi, finalement, et rationnel, mais avec une profonde gentillesse. Quoi en fait et ça peut être tout aussi efficace même davantage finalement parce que finalement la personne elle va recevoir le message mais sans ce voile là tu vois de violence qui peut être très bloquant et même qui fait vivre juste une mauvaise expérience, la vie est déjà assez dure comme ça si on peut éviter.

Bruno:
Ce serait quoi pour toi le circuit d'entretien technique idéal c'est quoi pour toi le, ce qu'il y a de mieux à faire et ce qui serait le plus juste en termes d'évaluation pour l'entreprise mais.

Abeba:
Aussi le.

Bruno:
Plus confortable ou agréable pour les candidats et candidates.

Abeba:
Peut-être adapter justement au niveau d'être consciente du fait que si on recrute une personne plus junior que la personne sera plus à l'aise si elle a déjà le temps en amont de préparer quelque chose, peut-être en lui révélant aussi les attentes, j'aimerais bien que tu regardes un peu comment on fait en termes de configuration, parce que ça, voilà, c'est aussi le problème des instructions, c'est qu'elles sont complètement partielles. Les entreprises vont pas vous dire qu'elles attendent que vous fassiez du tchor, que vous fassiez du linting, etc. Non, elles prennent cela pour acquis et puis... Mais du coup, voilà, adapter, en fait, finalement, les instructions en fonction du niveau de la personne et puis, ouais, même carrément le type de restitution du test, quoi. Ouais, à la maison, plutôt pour des personnes juniors et pour des personnes un peu plus confirmées, seniors, plus en direct. Et puis, peut-être en enlevant quelques instructions aussi. Voilà.

Bruno:
Pour terminer, en dernière question, qu'est-ce que tu pourrais conseiller ? Parce qu'en tout cas, on a évoqué un ensemble de conseils sur comment appréhender le test technique. Mais on l'a évoqué, il y a aussi ce facteur stress qui, quand même, peut être aussi immobilisant pour certains ou déstabilisant, en tout cas, pour la majorité. Qu'est-ce que toi tu conseilles pour justement atténuer ce facteur stress et être au moins dans un contexte un peu plus confortable pour essayer de supporter ce moment quoi qu'il arrive un peu compliqué à passer.

Abeba:
Les bases théoriques d'avoir certaines bases théoriques, ça c'est un excellent moyen d'avoir quelque chose auquel se raccrocher finalement dans ces moments de stress au moins j'ai ces connaissances elles sont là, elles sont dans mon cerveau, et s'en rappeler en fait avant d'entrer en entretien et régulièrement pendant l'entretien aussi, de se le répéter un peu comme un mantra, mais tu connais les principes solides, tu les connais, tu connais les principes solides t'inquiète pas, tu connais les principes solides si tu sais pas quoi dire, tu sors un principe solide, tu vois, et puis voilà, comme ça t'as un guide en fait finalement, auquel te raccrocher et en plus avoir ces, concepts-là en tête apporte une véritable crédibilité et c'est encore une fois, moi de mon expérience assez rares que ce soit évoqué, que ce soit dans les rythmies de restitution des tests techniques ou bien même en direct. Donc savoir aussi finalement qu'on fera mouche en évoquant ces concepts, c'est un moyen d'apaiser un peu l'espèce.

Bruno:
Moi, parmi les conseils que je donnais à l'époque où j'étais chez ADA, c'était aussi d'essayer de favoriser, de faire des entretiens plutôt à domicile, en visio. Parce que du coup, au moins, tu es chez toi, tu es dans un contexte. Essayer de choisir si tu es plutôt du matin ou du soir, si tu es plutôt un créneau. Au final, il y a plein de petits trucs qu'on peut réussir aussi à faire. Parce que si effectivement t'es plutôt du soir et qu'on te prend et que tu t'acceptes un entretien à 9h du matin ou à 8h30 dans un bureau froid à l'autre bout de Paris, ce genre de choses ça t'aide pas non plus éviter de se mettre une grosse mine la veille, ça peut paraître tout bête mais en fait il faut essayer de se mettre déjà physiquement dans un contexte un peu plus safe je sais pas si toi t'as des routines en particulier que tu recommandes aux gens, de faire du sport ou pas ?

Abeba:
Surtout quand on est dans une démarche au long cours, quand, par exemple, c'est la première recherche ou même une recherche un peu plus tard dans son expérience, parce que ça peut vraiment prendre du temps, même pour une entreprise, finalement. Le processus de recrutement peut prendre plusieurs semaines ou plusieurs mois et c'est stressant d'attendre des réponses. Donc, en fait, il faut vraiment mettre en place toute une hygiène de vie, effectivement, faire du sport, dormir suffisamment, ne pas passer des nuits blanches. Ça, je l'ai déjà fait. Mais en fait, le truc, c'est que j'avais pas beaucoup de temps. Ça m'a un peu prise de court aussi finalement le fait qu'il te manque ça, il te manque ci, il te manque ça, pour vraiment bien tout déchirer aux entretiens. Donc du coup, c'était un peu compliqué de prendre, on va dire, ce temps. Mais voilà, je dirais, si vous pouvez anticiper finalement avant de postuler vraiment pour mettre en place finalement un certain nombre de... Acquérir un certain nombre de connaissances et avoir pris le temps de bien les avoir absorbées, vous le ferez plus sainement aussi, parce que justement, vous serez moins à adopter des pratiques malsaine en fait pour être prête parce que ça va juste s'inscrire finalement ça va être un entraînement qui va s'inscrire dans votre quotidien, et donc voilà si vous pouvez vous préparer.

Bruno:
Et donc, j'imagine aussi que le meilleur conseil qu'on puisse donner à tout le monde pour réussir l'entretien, le gage, le facteur de succès idéal, c'est de consulter tout le contenu que tu fais sur Alors on Dev, d'écouter tout le podcast SIFTTD et plein d'autres contenus, bien évidemment, qui existent sur d'autres plateformes. Mais il faut engranger du savoir, en fait.

Abeba:
Oui, profiter du fait qu'il y ait des personnes qui viennent synthétiser finalement les connaissances et les packager de manière vraiment digeste pour vous, clairement.

Bruno:
Top, merci beaucoup Abby pour cette discussion, avec plaisir avant de terminer, j'ai oublié j'ai deux questions rituelles pour toi la première c'est est-ce qu'il y a un contenu que tu souhaiterais recommander à toutes les autres auditoristes oui.

Abeba:
Alors j'en ai deux j'ai un guide gratuit qui s'appelle décrocher un poste en développement web, voilà vous pouvez y accéder sur mon site et puis c'est un guide vraiment qui qui, comme l'intitulé, le titre l'indique, vous présente plein de conseils. Parce que c'est vrai que le test technique, il faut encore y arriver. Ce n'est pas évident. C'était une personne qui m'avait dit ça. Donc, je vous donne vraiment des conseils pour réussir à décrocher des entretiens et derrière, les réussir dans ce guide. Et puis après, évidemment, j'ai mon livre. Réussir ses tests techniques en développement web qui est disponible sur mon site alorondev.com. Et voilà comme ça vous aurez vraiment tout le contenu finalement nécessaire et de façon complètement complète en fait pour pouvoir réussir tous vos processus de candidature.

Bruno:
On mettra bien évidemment les liens en description et pour terminer la question la plus importante de ce podcast, est-ce que tu es plutôt espace ou tabulation ?

Abeba:
Je dirais, tab.

Bruno:
Merci beaucoup Abby.

Abeba:
Merci à toi Bruno.

Bruno:
Et merci à tous d'avoir assisté à cet épisode jusqu'au bout, j'espère qu'on va vous donner toutes les billes pour réussir vos entretiens techniques et aussi, je vous invite à aller sur le site à leur rendez-vous d'habilles pour voir effectivement aussi comment les décrocher, parce que c'est vrai que comme elle le dit très justement c'est bien sympa de réussir un test mais encore faut-il arriver jusque là donc il y a effectivement plein de conseils, allez-y les consulter, c'est effectivement une mine d'informations. Et allez voir aussi tout ce qu'elle fait sur sa plateforme, il y a plein de contenu n'hésitez pas aussi à partager ce même podcast autour de vous, ça fait toujours plaisir en mettant un petit commentaire 5 étoiles, moi je vous remercie beaucoup, je vous souhaite une très bonne fin de semaine je vous dis à la semaine prochaine et d'ici là codez bien.