Vous vous pensez que vous auriez réussi quels exercices ? Profitez de -40% sur l'abonnement de 3 mois à CodeCrafters via ce lien app.codecrafters.io/join?via=bdebon
Salut ! Je suis peut-être le seul mais les 40% ne s'applique que sur les 1 ans et cela est spécifié .. dommage car 40% de 120$ ça reste abordable pour 3 mois mais lacher 220$ après réduction sur un site directement pour 1 ans c'est un peu trop d'un coup :/
Bonjour Benjamin, excellente vidéo qui montre bien que même les développeurs chevronnés ne sont pas infaillibles. J'admire ta franchise et ton honnêteté, ça rend tes contenus encore plus précieux. Continue comme ça !
Je suis étudiant en informatique à 42. Bien souvent sur un nouveau projet j’ai la tete vide et je me sens nul de ne pas savoir quoi faire tout de suite, ca me prend du temps pour me renseigner et vraiment comprendre par où commencer. Voir un mec qui a un travail, qui gagne sa vie grace au code, depuis 10 ans, avoir aussi ce genre de soucis, ca me rassure. On est pas obligé de tout savoir pour être utile et compétant.
@@fotsingvadiny452 lance toi jai fait la piscine en février dernier sans avoir jamais vraiment coder avant (juste des bonnes bases en maths du lycée) et je kiff trop l'école, on progresse archi vite et dans ambiance de fou.
@@fotsingvadiny452 franchement c’est pas si dur de réussir la piscine, surtout aujourd’hui, je pense qu’avant c’etait plus dur mais maintenant j’ai l’impression que si tu es consistant tu es forcément pris. Et meme en terme de connaissances nécessaires pour la piscine, c’est pas tres dur donc si tu te prépare ne serait-ce qu’un tout petit peu, je pense que t’as peu de chances de rater. Fais la, ca peut changer ta vie si t’es un peu perdu
Vidéo intéressante. J'ai travaillé 12 ans comme ingénieur à Google et j'ai fait passer une centaine d'entretiens techniques. En général, les tests techniques sont un peu différents : le code n'est pas exécuté, ce n'est pas grave si on oublie des noms de méthodes ou des bouts de syntaxe. L'interviewer ne se contente pas de vérifier que ça marche ou pas, mais il évalue la capacité de réflexion, il questionne le design de la solution, il vérifie la qualité du code, etc. Les tests sont souvent plus de l'algo et moins des détails de frontend. En réaction avec l'exo 3 : être à l'aise avec la récursion est important. Google embauche surtout des ingénieurs généralistes, donc il faut aussi être à l'aise avec le backend.
@@mwlulud2995 En quelque sorte, oui. En général, on utilisait un tableau blanc, mais j'ai utilisé des feuilles quelques fois aussi. Mais depuis la pandémie, c'est souvent fait en ligne. Mais l'interviewer est aussi là pour guider et discuter. On ne laisse pas quelqu'un galérer pendant 15 minutes sans savoir quoi faire. Donc pour l'exo 3, on donnerait des pistes, dans l'espoir de débloquer le candidat. Au final, ça peut ressembler plus à une discussion entre collègues qu'à un examen.
Le 3e challenge c'est vraiment typique des tests qu'on trouve sur des postes front en ce moment. Sur les 5 derniers entretiens tech que j'ai fait, 3 étaient basés sur une fonction recursive. En front, t'en fera peut être jamais, ça m'est arrivé 2 fois de faire des composants récursifs pour de l'affichage de données. Mais ca permet au boites de trier, filtrer les devs qui ont une culture tech, et filtrer les mecs qui ont fait des bootcamps et ne savent qu'empiler des composants tout faits issus de libraries. Concernant le 2e challenge tu pouvais simplifier pas mal en restant en React je pense, en séparant un peu mieux la logique de l'UI. T'aurais sans doutes pu le rentrer dans les 25mn en Vue!
Après faut de tout pour faire un monde, une personne ayant trouvé sa passion sur le développement via un bootcamp, peut très bien se mettre à jour et reussir ce genre de tests en etant passionnée.
Le truc à prendre en compte c’est que tu es chez toi, au calme, et même si tu as un chrono, tu n’es pas dans les conditions de stress réel d’un entretien technique Google. Pour donner juste mes 2cts, j’ai passé des entretiens chez eux (techniques, pour SWE backend), et j’ai passé tous les exos de code… pour me faire recaler sur le dernier exo de… maths (un truc avec des polynomes et des racines à calculer…). Au final ce genre d’exo c’est bien quand ça permet d’assess que tu sais un minimum coder, mais faire des exos techniques super durs en peu de temps, y’a zéro intérêt. Je fais passer pas mal d’entretiens pour les boîtes pour lesquels je bosse (aujourd’hui DataDog), et pour moi c’est plus utile de parler de projets du candidat, ou discuter architecture du code, optimisation et datastructures, gestion des erreurs, APIs, etc. plutôt que de savoir si tu sais faire [truc].
C'est ce qui se dit en général meme coté Américain (les tests FAANGs je crois le nom, y'en a d'autres). Alors c'est comment DataDog?? Les pubs sont..... j'ai l'impression qu'il y a beaucoup d'autistes XD (ce qui n'est pas completement anormal en info, ce n'est certainement pas une insulte, je suis reellement curieux)
Merci pour cette vidéo. Merci surtout de ne pas avoir voulu cacher les limites que tu peux avoir à chaud. Ça nous apprend que ce n'est pas parce que nous ne trouvons pas la solution à une question spécifique que cela fait de nous un moins bon développeur. C'est plus motivant que ce que tu peux croire. Maintenant, si j'en reviens aux tests, autant le deuxième j'avais absolument aucune idée sur le moment sur comment résoudre un bail comme celui-là, autant le dernière, j'avais une idée précise, et je trouvais ça si évidennt. J'ai bien envie de faire l'exercice, peut-être que je vais me planter tout aussi bien 😂
Voilà une video tres intéressante ma foi. Je suis une vieille diplômée dans les années 2000 avec une formation généraliste. Typiquement un dom = un arbre recursif c'etait la base. On nous apprenait à coder nos propres listeners en java et on codait sous vim, point barre.... Je suis pas en train de dire que c'était mieux avant, mais que l'importance de l'ide, du copilot , c'est vraiment devenu crucial. Et je suis pas sure de la place que ca laisse à la créativité. C'est intéressant aussi de voir que tu "buttes" rapidement sur l'algorithmique, en dévoilant ta spécialisation frontend. Se spécialiser ou rester generaliste telle est la question, et je ne suis pas sûre que la réponse soit évidente.
Merci pour cette vidéo très intéressante ! Je suis junior et j'avais le complexe de la page blanche, de faire des erreurs "débutantes" et te voir afficher sans filtre ta réflexion et voir qu'être senior, ce n'est pas être parfait et pondre une appli de façon hyper fluide, m'a soulagé d'un stresse er voir que c'est normal de prendre son temps, et d'oublier des choses m'a soulagé d'un poid que je traîne avec ma montée en compétence, surtout que je viens d'une reconversion donc des lacunes et des années d'études et de pratique en moins. Merci également pour les encouragements, en informant que c'est en pratiquant ce genre de tests qu'on devient fort pour ces tests. On n'est pas censé avoir la science infuse, et souvent, la réalité du terrain et bien loin de ces tests.
Géniale ta vidéo Benjamin ! Comme toujours tes commentaires sont cools pour comprendre ta réflexion et tes interrogations. Le tout avec humour, c'est top !
J’aimerais tellement que tu en fasses plus haha! Je viens de passer des interviews de Google il y’a quelques semaines pour un internship (stage) à l’été 2025. Ça fait bizarre de voir comment sont différentes les questions pour des dev frontend de celles pour les dev plus généralistes que j’ai eu. J’étudie l’informatique et les maths aux US et ici les interviews de ce genre sont le bare minimum. J’ai réussi mes interviews et maintenant j’attends et j’espère qu’ils me trouvent une team pour l’été. Comme tu l’as dit, c’est pas sorcier, si on étudie et se prépare beaucoup on peut rapidement commencer à être plus confortable dans ce genre d’entrevues. J’attends impatiemment d’autre vidéos de ce genre!
Salut est ce que tu pourrais m'aiguiller sur comment candidater à ce genre de stage ? pour du software. J'aimerais aussi avoir ton retour concernant ce qui était attendu. merci d'avance
Tu es dans quel domaine ? Je suis en master en IA et veut faire un doctorat mais du coup est-ce que tu penses que je dois me préparer à ce genre de tests ?
@@ouais1451 si tu veux candidater le plus simple c'est d'aller sur le site Google Careers. Généralement chaque boite aura une page Careers où tu pourras voir les différent postes disponibles. Si la boite prend généralement des stagiaires elle aura aussi une autre page spécialement pour les étudiants où tu verras les opportunités ouvertes aux étudiants. Généralement elles s'attendent à ce que tu aies de bonnes bases en programmation et avoir pris des classes d'algorithmie. Rare sont les boites qui vont te demander de connaitre une technologie spécifique si c'est pour un stage de software à moins qu'ils précisent que le stage est pour du front ou du back. Par exemple Google te demande quel langage tu préfères et ils feront tout le processus avec ce langage pour toi. Après avoir soumis l'application, les compagnies envoient généralement un test en ligne de deux à quatre problèmes à résoudre dans un temps imparti. Ils appellent ça l'OA (Online Assessment). Si tu passes l'OA, tu seras invité à divers interviews dont certains seront des interviews techniques avec un Ingénieur de la boite en face de toi. Si tu passes tout ils te font une offre. Ça dure environ 4 à 8 semaines voire plusieurs mois. Ceci étant dit, il y a tellement de gens qui appliquent que à moins d'avoir un résumé en béton pour que le système automatique qui gère les applications te détecte, tu pourrais candidater et ne jamais recevoir de réponses. Je te conseille de réseauter d'abord et voir si tu peux obtenir un référencement de la part d'un employé de la boite. Ça boost tes chances d'avoir au moins l'OA. J'espère que ce pavé fut utile :)
@@Elta305 Je fais un Bachelor en Computer Science, deux mineurs, un en Maths et un en Finance. Je n'ai aucune idée de comment c'est en Europe. Si c'est pour les US, et si tu veux aller travailler dans l'industrie et surtout ce genre de compagnies probablement que oui tu devrais. Mais je ne connais pas très bien le processus pour les PhD surtout si c'est en IA car je crois que le processus serait légèrement différent pour toi. Je crois que les interviews de ce genre pour les AI/ML Engineers sont surtout axé sur des algorithmes d'IA. Si ça t'intéresse je suis sûr que tu pourras trouver des exemples de questions pour les Ingénieurs IA sur Reddit ou même Github. Quoi qu'il en soit, la compétition pour ce genre de postes est très féroce et te préparer est la meilleure décision que tu puisses prendre :)
Yo Benjamin! Des années maintenant que je suis ta chaîne et première fois que je te vois en échec! Premiere fois que je commente aussi, mais ça c'est autre chose. :p D'après ma compréhension de cette vidéo, la difficulté ne vient pas tant des exercices que du temps extrêmement réduit pour accomplir les tâches. D'ou l'importance de l'entrainement à accomplir ce genre de taches. Comme tu l'as dit, dans la vie pro, on s'en sert peu. Qu'importe au fond, ça reste super intéressant. Encore bravo pour ta chaîne et tes vidéos qui me régalent toujours!
J’adore ce genre de vidéos! Je ne suis absolument pas codeur, mais je trouve ça passionnant. D’ailleurs, je ne suis absolument pas codeur, mais lorsque tu as parlé des -1 et 1, j’ai de suite pensé à l’addition des différentes lignes / colonnes / diagonales qui donne -3 ou +3 si il y a un gagnant! :)
Je pense que tu devrais prendre en compte l’accessibilité lors de l’intégration, j’ai vu sur les autres vidéos que tu n’en parles jamais mais c’est à mon sens le plus important. C’est l’essence même du web, l’information accessible au plus grand nombre de personne
Une piste pour l'exo 3, c'est de faire un querySelectorAll('h1,h2,h3,h4,h5,h6') qui te renvoi en 1 seule fois tous les nœud de titre dans leurs ordres d'occurrence dans le DOM Pas besoin de parcourir le DOM de manière récursive dans l'exemple, les titres sont à plat, donc seul l'ordre compte Si tu as tous les titre en 1 seule requête tu peux reconstruire l'arbre des titres à postiori en vérifiant le niveau de titre courant par rapport au précédent Une fois que tu as l'arbre des titre, il te faudra un composant récursif pour afficher le sommaire (ou tu fais le bourrin vu qu'il y a pas plus de 6 niveaux)
Bravo pour ton courage et ta transparence. Je ne suis pas surpris par le niveau de difficulté. Il faut savoir que ne pas terminer un exercice ne signifie pas échouer. Souvent, les recruteurs cherchent à voir comment tu abordes un problème, comment tu organises ton code, et si tu appliques des design patterns et des best practices. Mon interview la plus exigeante était dans le domaine de l'aéronautique, pour un projet en Java Swing. Elle s'est déroulée en trois étapes : 1) Entretien technique par téléphone. 2) Sur place, exercice pratique sur ordinateur. 3) Entretien RH. Pour l'exercice, on m'a demandé de développer un éditeur de texte type Notepad en 1 heure avec le plus de fonctionnalités possible. Évidemment, une heure est insuffisante pour un projet complet, mais l'examinateur s'est surtout intéressé à la qualité du code plutôt qu'à ce qui fonctionnait réellement.
C’est excellent et tout à fait honorable de se montrer juste et authentique sur ce genre tests. J’aime bien cette thématique et je pense me remettre sur mon cours de beginreact. 😅 Donc merci 🫶
au top la video, ça fait plaisir de voir que même un front dev expérimenté peux échouer , je pense que tu devrais faire pareil , lancer des challenge par niveau ( en tout cas si tu arrives a te dégager du temps avec to SAS ^^ )
Une excellente vidéo ! Vivement les prochaines sur ce domaine, ça donne beaucoup d'idées. Et surtout, ça conforte/soigne notre syndrôme de l'imposteur. Souvent, on peut se sentir nul face à ce genre de problèmes des GAFAM/Mastodontes 😅
Dev front end depuis plus de 10 ans, le facile easy, le moyen mmm passable (en vuejs effectivement :D ) le dur est dur ! faisable mais le timing... enfin dans le monde réel, 30 min, 1h, 2h ce n'est pas ça le plus important mais ta capacité à trouver la meilleure solution et aussi à faire évoluer et maintenir ce que tu produis ;)
je l'ai fais en un peu plus de 26 minutes après avoir capturer les images du test à l'écran mdr, c'était intéressant, mais en effet, c'est pas ça qui fait de toi un bon dev, surtout que l'avenir, c'est l'IA, je ne serai pas étonné que GPT donnerai la bonne réponse, faudrai essayé d'ailleurs ahah
Ca fait 20ans que je code. Plutôt du back. ( Python, PHP, C++, etc.. ). Avec un petit peu de Js "pure" et pour l'avoir testé , je préfère VueJS aussi .. Pour le temps impartis, je n'aurais pas passé le 1er. Sinon, oui, j'aurais su les faire tous aussi. Pour le bug du deuxième, j'aurais pensé a la propagation de l'événement qui ne se faisait pas, mais apparemment ce n'était pas ca. J'avais la solution pour le dernier que je trouvais plus simple que le deuxième 😅. Get les éléments du DOM Recherche de valeurs Hx dans le tableau Copies des valeurs si vrai dans un nouveau tableau Création de la liste avec le tableau. ( Mais 30min, c'est chaud ! ) J'aime bien le concept ! Merci 👍😉
Le problème du deuxième est souvent rencontré sur les framework frontend qui gèrent des variables réactives. C'est dans ces moments là que comprendre la différence entre une référence et une copie de variable est important
Stylé... bravo pour la vista sur l'exercice 2 👏 Et même si tu n'as pas eu l'instinct pour l'exercice 3, tu restes un mec bien car tu utilises Jetbrains 😁
Content de voir que je ne suis pas le seul à me chier dessus quand on doit passer des tests techniques :D, surtout que la plupart du temps voir tout le temps, on n'a jamais besoin de faire ça quand on fait du web, c'est vraiment pour moi une purge. Pour du jeu vidéo je ne dis pas, mais pour du web....
C'est vraiment cool d'avoir fait l'exercice et surtout d'avoir publier la vidéo. Peut-être n'est-ce pas fait dans cette optique, mais c'est un rappel que pour être bon dans ce métier, il n'y pas besoin d'être une brute technique. Tu as échoué à une partie des tests, mais est-ce que ça fait de toi un mauvais dev ? Probablement pas. Tu parviens à faire un très bon contenu, mener à bien des projets. Tu n'es juste pas dans la cible de ce type de poste. Pour le troisième, c'est de l'algo et de la structure de données. Perso j'ai besoin d'avoir des devs front qui sont en mesure de pouvoir résoudre ce type de problème. Non pas parce que c'est fréquent, mais parce que ça démontre une bonne connaissance en algorithme et en structures de données, ce qui peut faire une énorme différence entre une solution qui fonctionne et une solution qui fonctionne de manière optimisée. Typiquement, tu veux faire une app comme GMail, tu as besoin d'avoir quelques compétences en opti. Aussi, pour ceux qui souhaiteraient tenter ce type d'aventure, vous pouvez parfaitement vous y entrainer. - Il y a par exemple le livre "Cracking the coding interview" qui permet de reprendre sur de bonnes bases et de se préparer à des ITW technique. - Sur YT, vous pouvez trouver des "Mock Interview" qui sont des "faux" interview techniques, ce qui permet aussi de beaucoup apprendre.
Bah je pense aussi que je peux complètement développer des solutions pour l’exercice 3, je me pose sur le problème, je fais deux ou trois recherches Google et d’un coup je suis sur la piste et je me lance. Juste je te fais tout ça en 1-2h et non pas en 30min. La je l’avoue, mon cerveau a complètement freeze au point de ne pas penser à la propriété children d’une node du dom. Partant de là, j’étais cooked. Mais clairement qu’il faut savoir optimiser des algos dans la vie. Pas qu’à gmail. Une grosse partie de ma réflexion est toujours d’imaginer la solution qui va avoir le coup le plus bas en complexité, j’adore faire ça. Mais en effet j’ai pas vraiment pu illustrer ce skill ici. 30min je le dis haut et fort, ça t’anesthésie le cerveau
@@BenjaminCode très clairement, et encore une fois, c’est top que tu aies fait cet exercice et que tu l’aies partagé, d’autant plus que tu as fait ça en mode freestyle, là où en général les candidats s’entraîne bien en amont (y’a des entraînement de 6 à 12 mois pour postuler chez les GAFAM)
C'est vraiment fou de voir à quel point ces tests peuvent être stressants ! 😅 J'adore le fait que tu partages ton expérience, ça inspire ceux qui veulent se lancer. En plus, le tic-tac-toe, qui aurait cru que c'était un vrai test de logique ? 😂 Si jamais tu fais d'autres vidéos comme ça, je suis là pour les regarder ! 🚀
Très cool comme format car tu partages ta façon d’appréhender un problème (outre les soucis de connaissance de la syntaxe #CoucouReact). J’avoue que les durées du challenge 2 & 3, c’est chaud. Mode stress test.
Ca me rappel un entretien que j'avais passé pour un poste de Tech lead frontend, et le test c'était une récursive pour parser un json, un peu comme ton exo difficile, et bah dès le départ je ne comprenais pas pourquoi on me demandait de montrer ça alors que j'avais plus fait de recursive depuis l'école dans mes postes de dev web et que j'avais depuis l'école acquis des compétences bien plus intéressantes pour un poste de tech lead front que savoir faire une recursive... Au final j'ai pas été pris et c'est pas plus mal parce que j'ai trouvé ce test complétement à coté de la plaque pour le poste recherché.
C'est très courant de poser des problèmes impossible à réaliser dans un temps donné. Le but et d'évaluer la démarche et la réflexion proposé par le candidat.
Oui ! Voilà ce qui se passe quand on s'enferme dans son confort. Je trouve intéressante la leçon qui consiste à se remettre en question chaque jour. À la question de savoir quelle partie j'aurais faite, j'ai fait les deux premières et je n'ai pas terminé la troisième dans les temps. Moi ! on s'en fou je suis un quasi retraité
Pareil que toi je pense. J'aurai dépassé le temps pour terminer l'exo 2, je pense qu'il ma faudrait 1h. Exo 3, sans google ni chatgpt j'aurai aussi bloqué. Bravo à toi !
J'avais trop hate de la vidéo❤🙌🏿. Je l'ai vu sur ton notion des vidéos à faire je pense, je sais plus si c'était notion. Et pour le challenge 1 bon ton pb c'est aussi une question de JS et JSX bien que 0 soit null falsy en JSX il apparait du coup pour etre sur que tu as un boolean tu pouvais simplement faire: {!!percent && Content}. (NB: Pour ceux qui vont pas comprendre le but est juste de bien faire la conversion en bool d'où la double négation). Pour l'exo 2: bah tu as rajouté un pb toi meme pas besoin du useEffect au dela de ton souci de référence mais ça c'est du JS la pression 😂 du test, ici en plus tu as mis un tableau de deps vide donc ton code ne s'exécute que 1 fois (au moment du montage), le useEffect en réalité on peut s'en passer dans bien des cas tu as certainement oublié moi aussi je n'aime pas React je te comprends 😂😭. L'astuce généralement c'est de faire les choses via un callback hors le useEffect c'est surtout fait pour synchronisé ton component avec l'extérieur normalement faire des update ici n'est pas ouf au pire des cas dernier recours. Sinon GG à toi de te mouiller ainsi avec les crétins du net qui vont venir trouver à redire au moins on peut voir que meme toi tu peux te louper quand on sait que tu fais beaucoup beaucoup plus complexe que ça, comment tu es pointilleux bah ça témoigne qu'il faut pas s'arrêter. Les tests techniques m'ont parfois découragé avant j'étais dégouté j'aurais aimé avoir cette vidéo. Le temps par contre c'est chaud.
Merci beaucoup !! Oui c’est le but ! De garder ça intrigant pour les non connaisseurs mais toujours accessible ! C’est pour ça que je m’attarde pas mal sur lexo facile car il est graphique et simple à comprendre, et que je passe un peu plus vite sur les autres pour recentrer un peu plus la vidéo sur le récit ! Ça fait plaisir que ce soit apprécié !
Pourquoi je trouve le 3ème presque bidon à faire ? J'imagine qu'avoir fait beaucoup de scraping aide pas mal, surtout pour la partie parsing. Mais ça n'explique pas tout, je dois forcément louper un truc. Il s'agit bien de faire une table des matières automatique basée sur les Hn du contenu ? En tout cas je trouve la solution pas très élégante D:
Pour info, effectivement, la plupart des gens ne feront pas face à ce genre d'exercice dans leur carrière, mais pour les developpeurs chez shopify, ou d'autre entreprise qui se base sur la generation d'un produit, ce n'est pas impossible qu'un front doit passer par là
la generation de table des matieres me paraît largement plus facile que le morpion, sauf quand tu vois la technique fourbe d'utiliser une liste simple dans le morpion. Pour la progress : 1 div, 1 before pour le texte, et un background gradient pour le fond qui avance. Le morpion me rappelle mes années lycée sur ma Casio, j'ai développé une 20aine de petits jeux de réflexion en Casio basic.
Sympa la vidéo, d’autant plus que ce ne doit pas être si évident que ça de s’exposer aux yeux de tous ? :-) A mon avis ça montre bien ici qu’en bossant on se spécialise dans ce qu’on fait au quotidien. Si ça avait été des tâches ques tu fais régulièrement, tu aurais clairemznt assuré ! Ce qui ne veut pas signifier qu’on ne peut pas faire d’autres choses, un bon informaticien peut rapidement s’adapter. Ca donne aussi l’impression que l’algorithmique est peu utilisée dans ton quotidien ? Alors que maintenant tu es franchement meilleur et plus expérimenté, peut-être que pendant tes études ce genre d’exercices auraient été plus simples à aborder, en étant dans l’ambiance ”exercices” ? A mes yeux, pour quelqu’un qui connait bien le dom, rodé à l’algorithmique, mais pas trop en css, le 2 et 3 sont plus simples que le 1. :-D
Très bonne vidéo ! dans le même style, mais en pure algo, je fais tous les ans le challenge dev du mois de décembre, el famovoso "advent of code". (tu finis rincé et vive le repas de noël pour décompresser 😂)
En effet le problème est que les GAFAM cherchent plutôt des génies en Algorithme chose que la plupart des devs aujourd’hui ne sont pas aussi au top . Perso j’aurai passé sans problème le 1, 2 mais je me serai planté sur le 3 c’est clair
Pour la table de contents : faire une regex qui va match les headings avec des groupes `\((?!(\)).*)\`. A partir de la tu pourrais avoir une liste d'object avec le niveau et le text. Apres faut juste iterer dessus. Il est juste plus "tricky" mais IMO il est plus simple que le morpion
J'aurais cherché du coté de TreeWalker, enfin ces tests servent pas vraiment pour créer une UI mais c'est d'excellent exercice pour tester les connaissances pour des features plus utilitaires comme par exemple la création d'un éditeur de texte en JS.
Je félicite tout ceux qui essaient en tout cas. Entre 2010 et 2012 j’avais été contacté plusieurs fois par des recruteurs de Google qui ouvrait ces bureaux sur Paris afin que je tente les tests. J’ai pas essayé. La réputation de leurs tests fait que j’ai pas voulu tenter ma chance. Je m’étais déjà planté les tests pour Atlassian en 2009. Et je regrette pas mes choix, j’ai eu de la chance dans le reste ^^ Pour ceux qui veulent tenter, je recommande de se préparer comme du bachotage. Il y a notamment le livre cracking the coding interview qui est le livre de référence pour ca. Souvent faut se donner entre 3 et 6 mois de préparation.
Super vidéo, je ne connaissais pas la plateforme. Je vais sûrement la tester dans les jours qui viennent. Lors du dernier problème, tu dis que ce genre d'exercice n'est pas type pour un FrontEnd et probablement pas très utile chez Google. Je ne suis pas d’accord avec toi. Sur base de mon expérience chez Odoo en tant que Software Engineer R&D dans le FrameworkJS (Frontend dans notre stack technique un peu particulière, je peux te la présenter si ca t'intéresse) depuis 4ans , ce dernier problème est typiquement le genre de code sur lequel j'ai déjà dû travailler (Parser du XML/HTML pour générer autre chose). Je pense donc que ce genre de compétence est probablement utile dans des grosses companies tech comme Google, Meta etc. Si tu le désires, je peux te montrer des exemples sur lesquels j’ai pu travailler (notre code base est open source) Tout de même, je t’avoue qu’on avait probablement un peu plus de temps que sur le chrono.
Salut, Pour le troisième exercice, tu te demandais comment parcourir le DOM... Il faut le parcourir pour récupérer toutes les balises Hn dans l'ordre... J'ai alors pensé à deux solutions : treewalker avec un filtre ou un simple document.querySelectorAll("h1,h2,h3,h4,h5,h6") Ensuite une fois qu'on a toutes les balises dans l'ordre l'exercice devient plus simple... As-tu la solution idéale donnée par le site ?
Là où tu te trompes selon moi c'est que quand tu vas dans un GAFAM tu ne vas pas travailler sur une simple solution, la plupart de ce qui est demandé est hyper générique, par exemple si tu fais un difficile tu prétends aller travailler sur le core d'Angular (avec pleeeeein de fonctions recursive justement pour parser le DOM notamment). Ou en tout cas même si tu vas pas dans l'équipe de dev d'angular ils attendent que tu ais ce niveau
Dev depuis 9 ans : je trouve le 3e vachement galère et le 2e galère mais faisable, sauf qu'en temps normal tu fais ça en 1h ou 2 pas en 25 minutes, à moins d'avoir une pression dingue pour le rendre dans les temps (ce qui peut arriver).
7:11 React c'est vraiment les années 2010 pour ca. Je comprends que tout le monde migre sur Svelte
2 месяца назад
c'est très rare d'écrire du code HTML dans une fonction, c'est pour ça que c'est perturbant. Normalement tu crées un sous composant, là pour moi Ben n'a pas la maitrise de react au vu du code qu'il écrit. Pour simplifier, si tu mets un composant, t'as raté le test
Je pense que ça dépend du poste de recrutement. J’imagine que les gars qui écrivent les librairies angular ont quelques fonctions récursives à écrire, et bien que je trouve benjamin excellent, je suis pas sûr qu’écrire de telles librairies relève de son domaine
Le plus gros problème que j'aurais, c'est que je fait pas de front, niveau logique je pense pouvoir les résoudre, maintenant, force a moi, je connais pas la techno
Sur le premier test, c'est pas nécessairement une question de language/lib mais plus d'expressivité et de typing. En réalité les valeurs nullables doivent être considérées comme une absence de valeur pour coller à l'énoncé. 3:22 Tu passes pas de props donc percentage est égal à undefined ce qui strictement est différent de 0, il suffit alors d'utiliser une conversion bool soit "!!" ou "Boolean(value)"
Le test difficile me paraissait pas si difficile que ça donc j'ai voulu tester, et finalement c'était plus compliqué que prévu ... J'ai voulu faire une fonction récursive mais mon cerveau chauffait beaucoup trop et ça menait à rien donc au bout de 40mn j'ai tout recommencé et j'ai finalement réussi en 30mn avec une solution beaucoup plus simple qui tient en 30 lignes. Bon je suis pas prêt à bosser chez google en tout cas.
J'aimerai bien savoir en combien de temps est supposé faire un dev classique son taf habituel, est ce que c'est soumis à une pression de temps de 20 min 1 h. ou est ce different ? Plus "souple" ?
Le problème des tours qui ne se changent pas est peut être lieu a la désynchronisation de tes states. Tu changes le tours en modifiant le state pas proprement. En react tu dois creer une copie du state, et pas le modifier directement.
C'est exactement tout ce que j'ai vécu avec les codingames en tant que junior (tests embauches) 🤣 Ce n'est pas ton IDE, tu ne sais pas le code qu'il y a derrière l'exercice demandé, on te force à adopter une logique particulière pour "réussir" et bien sûr tu as le droit à un timer pour bien être zen avec tout ça... 🥵 Je peux faire un tic tac toe mais pas sous pression en prenant mon temps. Deuxièmement est-ce que ce genre de test en intéressant car combien de tic tac toe ? Un algo de rendue de monnaie oui, je vois l'utilité.
Bonjour Benjamin. Je suis un étudiant en informatique. J'apprends le front-end (HTML, CSS, JavaScript). Je veux pas faire de grand écart pour évoluer. Je souhaite faire de petit saut. Que faire?
Des exos du style c'est cool pour voir si tu as le raisonnement logique qu'il faut (les GAFAM cherchent à voir si tu peux résoudre un problème avec une approche unique). Avoir une bonne connaissance des data structures genre listes chaînées, heap etc sont nécessaires oui. 😶 Après tu peux juste spam du leetcode et basta en soit. 😂 Après bosser sur un white theme en React en plus c'est aussi la mort. 😂 Surtout quand tu viens de Vue. Le fait de pas utiliser Copilot c'est compréhensible que ça pique mais c'est un bien pour un mal je pense. Primeagen explique ça bien par le fait que tu "pauses" et attends la suite, c'est pas le meilleur et ça ramolli pas mal le cerveau. Tu aurai sans doute pu gérer l'exo 2 en Vue car focus sur juste le problème et non le framework. 👍🏻 GG d'avoir eu le courage de partager tes échecs en tout cas, les gens ont tendance à pas trop montrer cela. 🙊
À partir du moment où ça n’a strictement rien à voir avec le vrai taff d’un développeur frontend, j’ai aucun problème a montrer mes résultats ! C’est un exercice bien spécifique qui ne ressemble à rien d’autre. Donc on peut dire que je suis junior la dedans ! Les juniors ont droit de se planter ahaha
@@aup720 Je ne m'y connais pas bien mais je crois qu'il veut faire cette liste avec des espaces, un certain nombre d'espace qu'il détermine en fonction de chaque type de titre (h1 --> " "×1 , h2 --> " "×2 , ect...) et ensuite place le texte du titre correspondant, ce qui donne bien une table de matières. Mais du coup la structure d'une liste demandé en exercice a carrément été mise de côté...🤔
@@cedricmidianga oui voilà, son algo va générer quelque chose qui peut s'apparenter a une table des matières au format txt, pas du tout au format html comme indiqué dans l'énoncé. Il manque les balises ul et li...
C'est marrant car j'ai dev un algo permettant de transformer une chaine html en plan à partir des balises Hx la semaine dernière :D. Client dont l'app permet à des rédacteurs de créer du rédactionnel pour des clients avec une approche SEO. Pas mal d'algo du genre, notamment un autre qui permet de parser le texte et d'afficher le type de balise Hx à coté de chaque titre. Je ne pensais pas que c'était un exercice de niveau difficile... Je m'attendais à ce que Google mette la barre beaucoup plus haute.
@@BenjaminCodeMec je cherche un stage et une alternance tu penses pouvoir faire une vidéo dessus pour donner des conseils je suis dev fullstack principalement sur des frameworks
La conclusion c'est qu'il faut d'abord expliquer son raisonnement (on va utiliser un table, on stocke le modèle dans un matrice, la somme est -3 ou 3...) avant de tout coder. Comme ca l'examinateur estime la capacité de raisonnement.
Vous vous pensez que vous auriez réussi quels exercices ?
Profitez de -40% sur l'abonnement de 3 mois à CodeCrafters via ce lien
app.codecrafters.io/join?via=bdebon
Salut ! Je suis peut-être le seul mais les 40% ne s'applique que sur les 1 ans et cela est spécifié .. dommage car 40% de 120$ ça reste abordable pour 3 mois mais lacher 220$ après réduction sur un site directement pour 1 ans c'est un peu trop d'un coup :/
En tout cas là vidéo est géniale continue comme ça !! :)
Le challenge moyen tic tac ce trouve sur la doc react je les croisé des centaines de fois 😅
Je voulais prendre l’abonnement avec les 40% mais c’est pour les 1 an et pas 3 mois 😕
Bonjour Benjamin, excellente vidéo qui montre bien que même les développeurs chevronnés ne sont pas infaillibles. J'admire ta franchise et ton honnêteté, ça rend tes contenus encore plus précieux. Continue comme ça !
On est d'accord !
Je suis étudiant en informatique à 42. Bien souvent sur un nouveau projet j’ai la tete vide et je me sens nul de ne pas savoir quoi faire tout de suite, ca me prend du temps pour me renseigner et vraiment comprendre par où commencer. Voir un mec qui a un travail, qui gagne sa vie grace au code, depuis 10 ans, avoir aussi ce genre de soucis, ca me rassure. On est pas obligé de tout savoir pour être utile et compétant.
oh la vache! J'ai toujours voulu tester la piscine de 42
@@fotsingvadiny452 lance toi jai fait la piscine en février dernier sans avoir jamais vraiment coder avant (juste des bonnes bases en maths du lycée) et je kiff trop l'école, on progresse archi vite et dans ambiance de fou.
@@fotsingvadiny452 franchement c’est pas si dur de réussir la piscine, surtout aujourd’hui, je pense qu’avant c’etait plus dur mais maintenant j’ai l’impression que si tu es consistant tu es forcément pris. Et meme en terme de connaissances nécessaires pour la piscine, c’est pas tres dur donc si tu te prépare ne serait-ce qu’un tout petit peu, je pense que t’as peu de chances de rater. Fais la, ca peut changer ta vie si t’es un peu perdu
@@kiseijuu7420 seul souci c'est que qu'en France.
@@louvre-astra pas du tout 42 il y a des écoles dans le monde entier, renseignes toi il y en a peut etre une vers chez toi.
Vidéo intéressante.
J'ai travaillé 12 ans comme ingénieur à Google et j'ai fait passer une centaine d'entretiens techniques.
En général, les tests techniques sont un peu différents : le code n'est pas exécuté, ce n'est pas grave si on oublie des noms de méthodes ou des bouts de syntaxe. L'interviewer ne se contente pas de vérifier que ça marche ou pas, mais il évalue la capacité de réflexion, il questionne le design de la solution, il vérifie la qualité du code, etc. Les tests sont souvent plus de l'algo et moins des détails de frontend. En réaction avec l'exo 3 : être à l'aise avec la récursion est important. Google embauche surtout des ingénieurs généralistes, donc il faut aussi être à l'aise avec le backend.
Génial insight ! Merci de partager ça avec nous Laurent !
Oe en gros c'est un examen de type universitaire quoi. T'écris ton code sur feuille 😊
@@mwlulud2995 En quelque sorte, oui. En général, on utilisait un tableau blanc, mais j'ai utilisé des feuilles quelques fois aussi. Mais depuis la pandémie, c'est souvent fait en ligne.
Mais l'interviewer est aussi là pour guider et discuter. On ne laisse pas quelqu'un galérer pendant 15 minutes sans savoir quoi faire. Donc pour l'exo 3, on donnerait des pistes, dans l'espoir de débloquer le candidat. Au final, ça peut ressembler plus à une discussion entre collègues qu'à un examen.
@@laurentlb Et si je peux me permettre,tu as travaillé pour à distance ou sur place? Et ta un bachelier en sciences informatique ?
@@mwlulud2995 Sur place. J'ai un bac +5 en informatique.
Le 3e challenge c'est vraiment typique des tests qu'on trouve sur des postes front en ce moment. Sur les 5 derniers entretiens tech que j'ai fait, 3 étaient basés sur une fonction recursive. En front, t'en fera peut être jamais, ça m'est arrivé 2 fois de faire des composants récursifs pour de l'affichage de données. Mais ca permet au boites de trier, filtrer les devs qui ont une culture tech, et filtrer les mecs qui ont fait des bootcamps et ne savent qu'empiler des composants tout faits issus de libraries.
Concernant le 2e challenge tu pouvais simplifier pas mal en restant en React je pense, en séparant un peu mieux la logique de l'UI. T'aurais sans doutes pu le rentrer dans les 25mn en Vue!
La récursivité et les regex ça résous pas mal de soucis logiques en effet. 👌🏻
Après faut de tout pour faire un monde, une personne ayant trouvé sa passion sur le développement via un bootcamp, peut très bien se mettre à jour et reussir ce genre de tests en etant passionnée.
@@kissu_io Les regex solve beaucoup de choses en effet :)
Le cosplay pompiste pour passer les tests techniques un peu Usine à Gaz de Google c'est parfait ahah !
Le truc à prendre en compte c’est que tu es chez toi, au calme, et même si tu as un chrono, tu n’es pas dans les conditions de stress réel d’un entretien technique Google. Pour donner juste mes 2cts, j’ai passé des entretiens chez eux (techniques, pour SWE backend), et j’ai passé tous les exos de code… pour me faire recaler sur le dernier exo de… maths (un truc avec des polynomes et des racines à calculer…). Au final ce genre d’exo c’est bien quand ça permet d’assess que tu sais un minimum coder, mais faire des exos techniques super durs en peu de temps, y’a zéro intérêt. Je fais passer pas mal d’entretiens pour les boîtes pour lesquels je bosse (aujourd’hui DataDog), et pour moi c’est plus utile de parler de projets du candidat, ou discuter architecture du code, optimisation et datastructures, gestion des erreurs, APIs, etc. plutôt que de savoir si tu sais faire [truc].
Y'a pléthore d'articles sur Hacker News qui parlent des biais des tests techniques
@DimitriSabadie ce serait possible qu’on puisse se contacter ? Je suis dev à 42 et j’aimerais bien faire un stage chez datadog
@@dieribadiakhaby9999 désoler on recrute pas
C'est ce qui se dit en général meme coté Américain (les tests FAANGs je crois le nom, y'en a d'autres).
Alors c'est comment DataDog?? Les pubs sont..... j'ai l'impression qu'il y a beaucoup d'autistes XD (ce qui n'est pas completement anormal en info, ce n'est certainement pas une insulte, je suis reellement curieux)
Merci pour cette vidéo. Merci surtout de ne pas avoir voulu cacher les limites que tu peux avoir à chaud. Ça nous apprend que ce n'est pas parce que nous ne trouvons pas la solution à une question spécifique que cela fait de nous un moins bon développeur. C'est plus motivant que ce que tu peux croire.
Maintenant, si j'en reviens aux tests, autant le deuxième j'avais absolument aucune idée sur le moment sur comment résoudre un bail comme celui-là, autant le dernière, j'avais une idée précise, et je trouvais ça si évidennt. J'ai bien envie de faire l'exercice, peut-être que je vais me planter tout aussi bien 😂
Voilà une video tres intéressante ma foi. Je suis une vieille diplômée dans les années 2000 avec une formation généraliste. Typiquement un dom = un arbre recursif c'etait la base. On nous apprenait à coder nos propres listeners en java et on codait sous vim, point barre....
Je suis pas en train de dire que c'était mieux avant, mais que l'importance de l'ide, du copilot , c'est vraiment devenu crucial. Et je suis pas sure de la place que ca laisse à la créativité.
C'est intéressant aussi de voir que tu "buttes" rapidement sur l'algorithmique, en dévoilant ta spécialisation frontend. Se spécialiser ou rester generaliste telle est la question, et je ne suis pas sûre que la réponse soit évidente.
Merci pour cette vidéo très intéressante ! Je suis junior et j'avais le complexe de la page blanche, de faire des erreurs "débutantes" et te voir afficher sans filtre ta réflexion et voir qu'être senior, ce n'est pas être parfait et pondre une appli de façon hyper fluide, m'a soulagé d'un stresse er voir que c'est normal de prendre son temps, et d'oublier des choses m'a soulagé d'un poid que je traîne avec ma montée en compétence, surtout que je viens d'une reconversion donc des lacunes et des années d'études et de pratique en moins.
Merci également pour les encouragements, en informant que c'est en pratiquant ce genre de tests qu'on devient fort pour ces tests. On n'est pas censé avoir la science infuse, et souvent, la réalité du terrain et bien loin de ces tests.
même cas que toi, même réaction. Bon courage et bonne chance à toi !
Géniale ta vidéo Benjamin ! Comme toujours tes commentaires sont cools pour comprendre ta réflexion et tes interrogations.
Le tout avec humour, c'est top !
J’aimerais tellement que tu en fasses plus haha! Je viens de passer des interviews de Google il y’a quelques semaines pour un internship (stage) à l’été 2025. Ça fait bizarre de voir comment sont différentes les questions pour des dev frontend de celles pour les dev plus généralistes que j’ai eu. J’étudie l’informatique et les maths aux US et ici les interviews de ce genre sont le bare minimum. J’ai réussi mes interviews et maintenant j’attends et j’espère qu’ils me trouvent une team pour l’été. Comme tu l’as dit, c’est pas sorcier, si on étudie et se prépare beaucoup on peut rapidement commencer à être plus confortable dans ce genre d’entrevues. J’attends impatiemment d’autre vidéos de ce genre!
Salut est ce que tu pourrais m'aiguiller sur comment candidater à ce genre de stage ? pour du software. J'aimerais aussi avoir ton retour concernant ce qui était attendu. merci d'avance
Tu es dans quel domaine ? Je suis en master en IA et veut faire un doctorat mais du coup est-ce que tu penses que je dois me préparer à ce genre de tests ?
@@ouais1451 si tu veux candidater le plus simple c'est d'aller sur le site Google Careers. Généralement chaque boite aura une page Careers où tu pourras voir les différent postes disponibles. Si la boite prend généralement des stagiaires elle aura aussi une autre page spécialement pour les étudiants où tu verras les opportunités ouvertes aux étudiants. Généralement elles s'attendent à ce que tu aies de bonnes bases en programmation et avoir pris des classes d'algorithmie.
Rare sont les boites qui vont te demander de connaitre une technologie spécifique si c'est pour un stage de software à moins qu'ils précisent que le stage est pour du front ou du back. Par exemple Google te demande quel langage tu préfères et ils feront tout le processus avec ce langage pour toi. Après avoir soumis l'application, les compagnies envoient généralement un test en ligne de deux à quatre problèmes à résoudre dans un temps imparti. Ils appellent ça l'OA (Online Assessment).
Si tu passes l'OA, tu seras invité à divers interviews dont certains seront des interviews techniques avec un Ingénieur de la boite en face de toi. Si tu passes tout ils te font une offre. Ça dure environ 4 à 8 semaines voire plusieurs mois. Ceci étant dit, il y a tellement de gens qui appliquent que à moins d'avoir un résumé en béton pour que le système automatique qui gère les applications te détecte, tu pourrais candidater et ne jamais recevoir de réponses. Je te conseille de réseauter d'abord et voir si tu peux obtenir un référencement de la part d'un employé de la boite. Ça boost tes chances d'avoir au moins l'OA.
J'espère que ce pavé fut utile :)
@@Elta305 Je fais un Bachelor en Computer Science, deux mineurs, un en Maths et un en Finance. Je n'ai aucune idée de comment c'est en Europe. Si c'est pour les US, et si tu veux aller travailler dans l'industrie et surtout ce genre de compagnies probablement que oui tu devrais. Mais je ne connais pas très bien le processus pour les PhD surtout si c'est en IA car je crois que le processus serait légèrement différent pour toi. Je crois que les interviews de ce genre pour les AI/ML Engineers sont surtout axé sur des algorithmes d'IA. Si ça t'intéresse je suis sûr que tu pourras trouver des exemples de questions pour les Ingénieurs IA sur Reddit ou même Github. Quoi qu'il en soit, la compétition pour ce genre de postes est très féroce et te préparer est la meilleure décision que tu puisses prendre :)
@@tpft18 merci beaucoup !
Yo Benjamin!
Des années maintenant que je suis ta chaîne et première fois que je te vois en échec! Premiere fois que je commente aussi, mais ça c'est autre chose. :p
D'après ma compréhension de cette vidéo, la difficulté ne vient pas tant des exercices que du temps extrêmement réduit pour accomplir les tâches. D'ou l'importance de l'entrainement à accomplir ce genre de taches. Comme tu l'as dit, dans la vie pro, on s'en sert peu. Qu'importe au fond, ça reste super intéressant.
Encore bravo pour ta chaîne et tes vidéos qui me régalent toujours!
Riche video parce que tu partages succes et echecs, richissime video car tu es transparent. J'admire!
J’adore ce genre de vidéos! Je ne suis absolument pas codeur, mais je trouve ça passionnant. D’ailleurs, je ne suis absolument pas codeur, mais lorsque tu as parlé des -1 et 1, j’ai de suite pensé à l’addition des différentes lignes / colonnes / diagonales qui donne -3 ou +3 si il y a un gagnant! :)
Super intéressant et ces tests c'est une angoisse t'as l'impression que toute ta carrière est remise en question !
Je pense que tu devrais prendre en compte l’accessibilité lors de l’intégration, j’ai vu sur les autres vidéos que tu n’en parles jamais mais c’est à mon sens le plus important. C’est l’essence même du web, l’information accessible au plus grand nombre de personne
Surtout aujourd'hui en effet.
Très sympa votre vidéo. Merci de partager ses differentes tests avec nous.
Une piste pour l'exo 3, c'est de faire un querySelectorAll('h1,h2,h3,h4,h5,h6') qui te renvoi en 1 seule fois tous les nœud de titre dans leurs ordres d'occurrence dans le DOM
Pas besoin de parcourir le DOM de manière récursive dans l'exemple, les titres sont à plat, donc seul l'ordre compte
Si tu as tous les titre en 1 seule requête tu peux reconstruire l'arbre des titres à postiori en vérifiant le niveau de titre courant par rapport au précédent
Une fois que tu as l'arbre des titre, il te faudra un composant récursif pour afficher le sommaire (ou tu fais le bourrin vu qu'il y a pas plus de 6 niveaux)
J’aurai penser à un truc du genre aussi un bon querySelector à l’ancienne
Oui, j'adore ces genres de contenu car ils nous permettent de découvrir pas mal d'outils intéressent
Bravo pour ton courage et ta transparence. Je ne suis pas surpris par le niveau de difficulté. Il faut savoir que ne pas terminer un exercice ne signifie pas échouer. Souvent, les recruteurs cherchent à voir comment tu abordes un problème, comment tu organises ton code, et si tu appliques des design patterns et des best practices.
Mon interview la plus exigeante était dans le domaine de l'aéronautique, pour un projet en Java Swing. Elle s'est déroulée en trois étapes : 1) Entretien technique par téléphone. 2) Sur place, exercice pratique sur ordinateur. 3) Entretien RH.
Pour l'exercice, on m'a demandé de développer un éditeur de texte type Notepad en 1 heure avec le plus de fonctionnalités possible. Évidemment, une heure est insuffisante pour un projet complet, mais l'examinateur s'est surtout intéressé à la qualité du code plutôt qu'à ce qui fonctionnait réellement.
Un concept qui respire la fraîcheur sur ta chaîne !
Excellente vidéo, j'espère qu'il y aura une suite.
Bonne continuation !
C’est excellent et tout à fait honorable de se montrer juste et authentique sur ce genre tests. J’aime bien cette thématique et je pense me remettre sur mon cours de beginreact. 😅 Donc merci 🫶
Merci pour ton humilité et ton partage !! Inspirant 💪❤
ÇA c'est de la vidéo de qualité, j'adore ton humilité et ton état d'esprit, je m'abonne !
au top la video, ça fait plaisir de voir que même un front dev expérimenté peux échouer , je pense que tu devrais faire pareil , lancer des challenge par niveau ( en tout cas si tu arrives a te dégager du temps avec to SAS ^^ )
J'aurais jamais eu les balls d'avouer que j'ai totalement foiré le dernier. Respect
ça faisait longtemps un peu de technique comme ça, j'aime
Une excellente vidéo ! Vivement les prochaines sur ce domaine, ça donne beaucoup d'idées. Et surtout, ça conforte/soigne notre syndrôme de l'imposteur. Souvent, on peut se sentir nul face à ce genre de problèmes des GAFAM/Mastodontes 😅
Dev front end depuis plus de 10 ans, le facile easy, le moyen mmm passable (en vuejs effectivement :D ) le dur est dur ! faisable mais le timing... enfin dans le monde réel, 30 min, 1h, 2h ce n'est pas ça le plus important mais ta capacité à trouver la meilleure solution et aussi à faire évoluer et maintenir ce que tu produis ;)
je l'ai fais en un peu plus de 26 minutes après avoir capturer les images du test à l'écran mdr, c'était intéressant, mais en effet, c'est pas ça qui fait de toi un bon dev, surtout que l'avenir, c'est l'IA, je ne serai pas étonné que GPT donnerai la bonne réponse, faudrai essayé d'ailleurs ahah
tellement bien tes vidéos ! ! t'es un surper-humain !
Ca fait 20ans que je code. Plutôt du back. ( Python, PHP, C++, etc.. ).
Avec un petit peu de Js "pure" et pour l'avoir testé , je préfère VueJS aussi ..
Pour le temps impartis, je n'aurais pas passé le 1er.
Sinon, oui, j'aurais su les faire tous aussi.
Pour le bug du deuxième, j'aurais pensé a la propagation de l'événement qui ne se faisait pas, mais apparemment ce n'était pas ca.
J'avais la solution pour le dernier que je trouvais plus simple que le deuxième 😅.
Get les éléments du DOM
Recherche de valeurs Hx dans le tableau
Copies des valeurs si vrai dans un nouveau tableau
Création de la liste avec le tableau.
( Mais 30min, c'est chaud ! )
J'aime bien le concept ! Merci 👍😉
Le problème du deuxième est souvent rencontré sur les framework frontend qui gèrent des variables réactives.
C'est dans ces moments là que comprendre la différence entre une référence et une copie de variable est important
Stylé... bravo pour la vista sur l'exercice 2 👏
Et même si tu n'as pas eu l'instinct pour l'exercice 3, tu restes un mec bien car tu utilises Jetbrains 😁
j’ai beaucoup aimé ! en plus tu es beau, ce qui n’était pas forcément nécessaire mais n’est néanmoins pas désagréable
Content de voir que je ne suis pas le seul à me chier dessus quand on doit passer des tests techniques :D, surtout que la plupart du temps voir tout le temps, on n'a jamais besoin de faire ça quand on fait du web, c'est vraiment pour moi une purge. Pour du jeu vidéo je ne dis pas, mais pour du web....
C'est vraiment cool d'avoir fait l'exercice et surtout d'avoir publier la vidéo.
Peut-être n'est-ce pas fait dans cette optique, mais c'est un rappel que pour être bon dans ce métier, il n'y pas besoin d'être une brute technique.
Tu as échoué à une partie des tests, mais est-ce que ça fait de toi un mauvais dev ?
Probablement pas.
Tu parviens à faire un très bon contenu, mener à bien des projets.
Tu n'es juste pas dans la cible de ce type de poste.
Pour le troisième, c'est de l'algo et de la structure de données.
Perso j'ai besoin d'avoir des devs front qui sont en mesure de pouvoir résoudre ce type de problème.
Non pas parce que c'est fréquent, mais parce que ça démontre une bonne connaissance en algorithme et en structures de données, ce qui peut faire une énorme différence entre une solution qui fonctionne et une solution qui fonctionne de manière optimisée.
Typiquement, tu veux faire une app comme GMail, tu as besoin d'avoir quelques compétences en opti.
Aussi, pour ceux qui souhaiteraient tenter ce type d'aventure, vous pouvez parfaitement vous y entrainer.
- Il y a par exemple le livre "Cracking the coding interview" qui permet de reprendre sur de bonnes bases et de se préparer à des ITW technique.
- Sur YT, vous pouvez trouver des "Mock Interview" qui sont des "faux" interview techniques, ce qui permet aussi de beaucoup apprendre.
Bah je pense aussi que je peux complètement développer des solutions pour l’exercice 3, je me pose sur le problème, je fais deux ou trois recherches Google et d’un coup je suis sur la piste et je me lance. Juste je te fais tout ça en 1-2h et non pas en 30min. La je l’avoue, mon cerveau a complètement freeze au point de ne pas penser à la propriété children d’une node du dom. Partant de là, j’étais cooked.
Mais clairement qu’il faut savoir optimiser des algos dans la vie. Pas qu’à gmail. Une grosse partie de ma réflexion est toujours d’imaginer la solution qui va avoir le coup le plus bas en complexité, j’adore faire ça.
Mais en effet j’ai pas vraiment pu illustrer ce skill ici. 30min je le dis haut et fort, ça t’anesthésie le cerveau
@@BenjaminCode très clairement, et encore une fois, c’est top que tu aies fait cet exercice et que tu l’aies partagé, d’autant plus que tu as fait ça en mode freestyle, là où en général les candidats s’entraîne bien en amont (y’a des entraînement de 6 à 12 mois pour postuler chez les GAFAM)
Bravo , très courageux
C'est vraiment fou de voir à quel point ces tests peuvent être stressants ! 😅 J'adore le fait que tu partages ton expérience, ça inspire ceux qui veulent se lancer. En plus, le tic-tac-toe, qui aurait cru que c'était un vrai test de logique ? 😂 Si jamais tu fais d'autres vidéos comme ça, je suis là pour les regarder ! 🚀
Très cool comme format car tu partages ta façon d’appréhender un problème (outre les soucis de connaissance de la syntaxe #CoucouReact).
J’avoue que les durées du challenge 2 & 3, c’est chaud. Mode stress test.
Ca me rappel un entretien que j'avais passé pour un poste de Tech lead frontend, et le test c'était une récursive pour parser un json, un peu comme ton exo difficile, et bah dès le départ je ne comprenais pas pourquoi on me demandait de montrer ça alors que j'avais plus fait de recursive depuis l'école dans mes postes de dev web et que j'avais depuis l'école acquis des compétences bien plus intéressantes pour un poste de tech lead front que savoir faire une recursive... Au final j'ai pas été pris et c'est pas plus mal parce que j'ai trouvé ce test complétement à coté de la plaque pour le poste recherché.
L’idée n’est pas de finir mais de voir comment on approche le problème.
Sympa comme vidéo. Merci
GG pour ton honnêteté
Encore une superbe vidéo ! Et bravo à toi.
C'est très courant de poser des problèmes impossible à réaliser dans un temps donné. Le but et d'évaluer la démarche et la réflexion proposé par le candidat.
Oui ! Voilà ce qui se passe quand on s'enferme dans son confort. Je trouve intéressante la leçon qui consiste à se remettre en question chaque jour.
À la question de savoir quelle partie j'aurais faite, j'ai fait les deux premières et je n'ai pas terminé la troisième dans les temps. Moi ! on s'en fou je suis un quasi retraité
Vidéo incroyable ! 🤗
Pareil que toi je pense. J'aurai dépassé le temps pour terminer l'exo 2, je pense qu'il ma faudrait 1h. Exo 3, sans google ni chatgpt j'aurai aussi bloqué. Bravo à toi !
J'avais trop hate de la vidéo❤🙌🏿. Je l'ai vu sur ton notion des vidéos à faire je pense, je sais plus si c'était notion.
Et pour le challenge 1 bon ton pb c'est aussi une question de JS et JSX bien que 0 soit null falsy en JSX il apparait du coup pour etre sur que tu as un boolean tu pouvais simplement faire: {!!percent && Content}. (NB: Pour ceux qui vont pas comprendre le but est juste de bien faire la conversion en bool d'où la double négation).
Pour l'exo 2: bah tu as rajouté un pb toi meme pas besoin du useEffect au dela de ton souci de référence mais ça c'est du JS la pression 😂 du test, ici en plus tu as mis un tableau de deps vide donc ton code ne s'exécute que 1 fois (au moment du montage), le useEffect en réalité on peut s'en passer dans bien des cas tu as certainement oublié moi aussi je n'aime pas React je te comprends 😂😭. L'astuce généralement c'est de faire les choses via un callback hors le useEffect c'est surtout fait pour synchronisé ton component avec l'extérieur normalement faire des update ici n'est pas ouf au pire des cas dernier recours.
Sinon GG à toi de te mouiller ainsi avec les crétins du net qui vont venir trouver à redire au moins on peut voir que meme toi tu peux te louper quand on sait que tu fais beaucoup beaucoup plus complexe que ça, comment tu es pointilleux bah ça témoigne qu'il faut pas s'arrêter. Les tests techniques m'ont parfois découragé avant j'étais dégouté j'aurais aimé avoir cette vidéo.
Le temps par contre c'est chaud.
Je n’ai pas un profil technique (je bosse en sales dans la tech), je trouve ton contenu est digeste et le montage est au top!
Merci beaucoup !! Oui c’est le but ! De garder ça intrigant pour les non connaisseurs mais toujours accessible ! C’est pour ça que je m’attarde pas mal sur lexo facile car il est graphique et simple à comprendre, et que je passe un peu plus vite sur les autres pour recentrer un peu plus la vidéo sur le récit ! Ça fait plaisir que ce soit apprécié !
@BenjaminCode je côtoie beaucoup de devs, et, ils ont parfois du mal à vulgariser les sujets techniques. Bravo et merci !
😂 c'est vachement beau la poésie que tu as fait 😉 pour expliquer l'exercice 3😅
Pourquoi je trouve le 3ème presque bidon à faire ?
J'imagine qu'avoir fait beaucoup de scraping aide pas mal, surtout pour la partie parsing.
Mais ça n'explique pas tout, je dois forcément louper un truc.
Il s'agit bien de faire une table des matières automatique basée sur les Hn du contenu ?
En tout cas je trouve la solution pas très élégante D:
Très intéressant !
On aime te voir coder et galérer !
Pour info, effectivement, la plupart des gens ne feront pas face à ce genre d'exercice dans leur carrière, mais pour les developpeurs chez shopify, ou d'autre entreprise qui se base sur la generation d'un produit, ce n'est pas impossible qu'un front doit passer par là
mais nan?! Benjamin recode? quelle dinguerie !!
la generation de table des matieres me paraît largement plus facile que le morpion, sauf quand tu vois la technique fourbe d'utiliser une liste simple dans le morpion.
Pour la progress : 1 div, 1 before pour le texte, et un background gradient pour le fond qui avance.
Le morpion me rappelle mes années lycée sur ma Casio, j'ai développé une 20aine de petits jeux de réflexion en Casio basic.
J'ai kiffé la vidéo.
Tres bonne vidéo !
Sympa la vidéo, d’autant plus que ce ne doit pas être si évident que ça de s’exposer aux yeux de tous ? :-) A mon avis ça montre bien ici qu’en bossant on se spécialise dans ce qu’on fait au quotidien. Si ça avait été des tâches ques tu fais régulièrement, tu aurais clairemznt assuré ! Ce qui ne veut pas signifier qu’on ne peut pas faire d’autres choses, un bon informaticien peut rapidement s’adapter. Ca donne aussi l’impression que l’algorithmique est peu utilisée dans ton quotidien ? Alors que maintenant tu es franchement meilleur et plus expérimenté, peut-être que pendant tes études ce genre d’exercices auraient été plus simples à aborder, en étant dans l’ambiance ”exercices” ?
A mes yeux, pour quelqu’un qui connait bien le dom, rodé à l’algorithmique, mais pas trop en css, le 2 et 3 sont plus simples que le 1. :-D
J'ai vraiment aimé la vidéo.
Tu n'as rien fait au dernier test, y a rien de honteux.
Très bonne vidéo ! dans le même style, mais en pure algo, je fais tous les ans le challenge dev du mois de décembre, el famovoso "advent of code". (tu finis rincé et vive le repas de noël pour décompresser 😂)
En effet le problème est que les GAFAM cherchent plutôt des génies en Algorithme chose que la plupart des devs aujourd’hui ne sont pas aussi au top .
Perso j’aurai passé sans problème le 1, 2 mais je me serai planté sur le 3 c’est clair
Pour la table de contents : faire une regex qui va match les headings avec des groupes `\((?!(\)).*)\`. A partir de la tu pourrais avoir une liste d'object avec le niveau et le text. Apres faut juste iterer dessus. Il est juste plus "tricky" mais IMO il est plus simple que le morpion
raaaah on est d'accord ! ne pas complétement séparer la logique de code de la présentation c'est mooooooooche
Excellent sujet pour moi 🎉
Super interessant, ca serait cool que tu le refasses avec view cette fois
J'ai aimé la vidéo !!! Refait une autres video s'il te plait
J'aurais cherché du coté de TreeWalker, enfin ces tests servent pas vraiment pour créer une UI mais c'est d'excellent exercice pour tester les connaissances pour des features plus utilitaires comme par exemple la création d'un éditeur de texte en JS.
Je félicite tout ceux qui essaient en tout cas. Entre 2010 et 2012 j’avais été contacté plusieurs fois par des recruteurs de Google qui ouvrait ces bureaux sur Paris afin que je tente les tests. J’ai pas essayé. La réputation de leurs tests fait que j’ai pas voulu tenter ma chance. Je m’étais déjà planté les tests pour Atlassian en 2009. Et je regrette pas mes choix, j’ai eu de la chance dans le reste ^^
Pour ceux qui veulent tenter, je recommande de se préparer comme du bachotage. Il y a notamment le livre cracking the coding interview qui est le livre de référence pour ca. Souvent faut se donner entre 3 et 6 mois de préparation.
Super vidéo, je ne connaissais pas la plateforme. Je vais sûrement la tester dans les jours qui viennent.
Lors du dernier problème, tu dis que ce genre d'exercice n'est pas type pour un FrontEnd et probablement pas très utile chez Google. Je ne suis pas d’accord avec toi. Sur base de mon expérience chez Odoo en tant que Software Engineer R&D dans le FrameworkJS (Frontend dans notre stack technique un peu particulière, je peux te la présenter si ca t'intéresse) depuis 4ans , ce dernier problème est typiquement le genre de code sur lequel j'ai déjà dû travailler (Parser du XML/HTML pour générer autre chose). Je pense donc que ce genre de compétence est probablement utile dans des grosses companies tech comme Google, Meta etc. Si tu le désires, je peux te montrer des exemples sur lesquels j’ai pu travailler (notre code base est open source) Tout de même, je t’avoue qu’on avait probablement un peu plus de temps que sur le chrono.
Salut,
Pour le troisième exercice, tu te demandais comment parcourir le DOM... Il faut le parcourir pour récupérer toutes les balises Hn dans l'ordre... J'ai alors pensé à deux solutions : treewalker avec un filtre ou un simple document.querySelectorAll("h1,h2,h3,h4,h5,h6")
Ensuite une fois qu'on a toutes les balises dans l'ordre l'exercice devient plus simple...
As-tu la solution idéale donnée par le site ?
bonjour , super vidéo mais pourrai je vous demander quel étude avez vous fait ? Merci d'avance et super chaine
Là où tu te trompes selon moi c'est que quand tu vas dans un GAFAM tu ne vas pas travailler sur une simple solution, la plupart de ce qui est demandé est hyper générique, par exemple si tu fais un difficile tu prétends aller travailler sur le core d'Angular (avec pleeeeein de fonctions recursive justement pour parser le DOM notamment).
Ou en tout cas même si tu vas pas dans l'équipe de dev d'angular ils attendent que tu ais ce niveau
Dev depuis 9 ans : je trouve le 3e vachement galère et le 2e galère mais faisable, sauf qu'en temps normal tu fais ça en 1h ou 2 pas en 25 minutes, à moins d'avoir une pression dingue pour le rendre dans les temps (ce qui peut arriver).
Et le premier ça va, en effet c'est assez simple.
7:11 React c'est vraiment les années 2010 pour ca. Je comprends que tout le monde migre sur Svelte
c'est très rare d'écrire du code HTML dans une fonction, c'est pour ça que c'est perturbant. Normalement tu crées un sous composant, là pour moi Ben n'a pas la maitrise de react au vu du code qu'il écrit. Pour simplifier, si tu mets un composant, t'as raté le test
Il le dit qu’il n’as pas touché react depuis 1 ans
@@didubako6738 Comme beaucoup 😉
Pour le coup le dernier problème est plutôt un truc "facile" (en tout cas assez classique) pour un backend engineer.
Sans limite de temps tout est faisable pour moi, mais la est tout le challenge :)
On a du codé une table des matières dynamique sur notre projet, mais ça a été fait plutôt en une demi journée qu’en une demi heure 😝
Je pense que ça dépend du poste de recrutement. J’imagine que les gars qui écrivent les librairies angular ont quelques fonctions récursives à écrire, et bien que je trouve benjamin excellent, je suis pas sûr qu’écrire de telles librairies relève de son domaine
Le plus gros problème que j'aurais, c'est que je fait pas de front, niveau logique je pense pouvoir les résoudre, maintenant, force a moi, je connais pas la techno
Le difficile me paraît être plus simple que le moyen.
Sur le premier test, c'est pas nécessairement une question de language/lib mais plus d'expressivité et de typing. En réalité les valeurs nullables doivent être considérées comme une absence de valeur pour coller à l'énoncé.
3:22 Tu passes pas de props donc percentage est égal à undefined ce qui strictement est différent de 0, il suffit alors d'utiliser une conversion bool soit "!!" ou "Boolean(value)"
Grafikart avait déjà fait la dernière exercice il y a des années. Je pense que le tuto existe toujours sur sa chaine.
C'est honnête, j'aime
Le test difficile me paraissait pas si difficile que ça donc j'ai voulu tester, et finalement c'était plus compliqué que prévu ...
J'ai voulu faire une fonction récursive mais mon cerveau chauffait beaucoup trop et ça menait à rien donc au bout de 40mn j'ai tout recommencé et j'ai finalement réussi en 30mn avec une solution beaucoup plus simple qui tient en 30 lignes. Bon je suis pas prêt à bosser chez google en tout cas.
J'aimerai bien savoir en combien de temps est supposé faire un dev classique son taf habituel, est ce que c'est soumis à une pression de temps de 20 min 1 h. ou est ce different ? Plus "souple" ?
Le problème des tours qui ne se changent pas est peut être lieu a la désynchronisation de tes states. Tu changes le tours en modifiant le state pas proprement. En react tu dois creer une copie du state, et pas le modifier directement.
Ah je viens de voir la suite, effectivement
super vidéo
C'est exactement tout ce que j'ai vécu avec les codingames en tant que junior (tests embauches) 🤣
Ce n'est pas ton IDE, tu ne sais pas le code qu'il y a derrière l'exercice demandé, on te force à adopter une logique particulière pour "réussir" et bien sûr tu as le droit à un timer pour bien être zen avec tout ça... 🥵
Je peux faire un tic tac toe mais pas sous pression en prenant mon temps. Deuxièmement est-ce que ce genre de test en intéressant car combien de tic tac toe ? Un algo de rendue de monnaie oui, je vois l'utilité.
Rouillé, tu n’avais aucune chance. En tous les cas, tu as porté tes corones 🔥🫡🔥
Bonjour Benjamin. Je suis un étudiant en informatique. J'apprends le front-end (HTML, CSS, JavaScript). Je veux pas faire de grand écart pour évoluer. Je souhaite faire de petit saut. Que faire?
Gros GG
J'ai rien compris mais GG
Je ferai la même chose devant une montagne la prochaine fois. Ça te parlera sûrement plus !
la revanche pour la prochaine vidéo 😜
Est-ce que quelqu’un connaît l’équivalent de ce site pour des tests plus « généralistes »? Ou même backend.
Des exos du style c'est cool pour voir si tu as le raisonnement logique qu'il faut (les GAFAM cherchent à voir si tu peux résoudre un problème avec une approche unique). Avoir une bonne connaissance des data structures genre listes chaînées, heap etc sont nécessaires oui. 😶
Après tu peux juste spam du leetcode et basta en soit. 😂
Après bosser sur un white theme en React en plus c'est aussi la mort. 😂
Surtout quand tu viens de Vue.
Le fait de pas utiliser Copilot c'est compréhensible que ça pique mais c'est un bien pour un mal je pense. Primeagen explique ça bien par le fait que tu "pauses" et attends la suite, c'est pas le meilleur et ça ramolli pas mal le cerveau.
Tu aurai sans doute pu gérer l'exo 2 en Vue car focus sur juste le problème et non le framework. 👍🏻
GG d'avoir eu le courage de partager tes échecs en tout cas, les gens ont tendance à pas trop montrer cela. 🙊
À partir du moment où ça n’a strictement rien à voir avec le vrai taff d’un développeur frontend, j’ai aucun problème a montrer mes résultats ! C’est un exercice bien spécifique qui ne ressemble à rien d’autre. Donc on peut dire que je suis junior la dedans ! Les juniors ont droit de se planter ahaha
@@BenjaminCode bonne mentalité.👌🏻
Le respect est sauf avec le premier exo du coup. 😂
Moi aussi hein, si c'était pas avec ordinateur, mais avec papier, je l'aurais réussi le morpion !
l'exo 3 est le plus facile pas besoin de recursions :
document.querySelectorAll("h1,h2,h3,h4,h5,h6");
let result="";
for(let i=0;i
T’as pas l’air d’avoir compris le problème en fait. Relis le bien
@@aup720 Je ne m'y connais pas bien mais je crois qu'il veut faire cette liste avec des espaces, un certain nombre d'espace qu'il détermine en fonction de chaque type de titre (h1 --> " "×1 , h2 --> " "×2 , ect...) et ensuite place le texte du titre correspondant, ce qui donne bien une table de matières. Mais du coup la structure d'une liste demandé en exercice a carrément été mise de côté...🤔
@@cedricmidianga oui voilà, son algo va générer quelque chose qui peut s'apparenter a une table des matières au format txt, pas du tout au format html comme indiqué dans l'énoncé. Il manque les balises ul et li...
C'est marrant car j'ai dev un algo permettant de transformer une chaine html en plan à partir des balises Hx la semaine dernière :D. Client dont l'app permet à des rédacteurs de créer du rédactionnel pour des clients avec une approche SEO. Pas mal d'algo du genre, notamment un autre qui permet de parser le texte et d'afficher le type de balise Hx à coté de chaque titre. Je ne pensais pas que c'était un exercice de niveau difficile... Je m'attendais à ce que Google mette la barre beaucoup plus haute.
Bah c’est pas trop dur en soit mais en 30min ça peut te freeze le cerveau. J’imagine que t’as pas fait ça en trente minutes si ?
@@BenjaminCodeMec je cherche un stage et une alternance tu penses pouvoir faire une vidéo dessus pour donner des conseils je suis dev fullstack principalement sur des frameworks
@@lotfir3 c bouché frrrr
@@lotfir3
T’as quoi diplôme ?
le morpion, c'est dans la doc react xD
La conclusion c'est qu'il faut d'abord expliquer son raisonnement (on va utiliser un table, on stocke le modèle dans un matrice, la somme est -3 ou 3...) avant de tout coder.
Comme ca l'examinateur estime la capacité de raisonnement.