Pour le second épisode de mes fabuleuses aventures, j'ai choisi de vous parler des tests techniques. Voilà un sujet vaste est super intéressant pour les juniors et les apprenants développeurs. Tout d'abord pour qui et pourquoi tester les gens ? Je pense qu'il s'agit de filtrer principalement les candidats pour sélectionner la crème de la crème brûlée. Oui, il faut être bon pour réussir ses tests, voir très bon pour ceux de coding game lorsque l'on n'a jamais eu à faire à eux (je parle pour moi, soyons honnête, j'ai grave galérer.) . Le principal challenge à mes yeux, c'est le temps qu'on nous laisse pour les réaliser, et comme beaucoup la pression te rend moins lucide et peux t'empêcher de performer, bref tout n'est pas si facile (KOOLSHEN voice ) , mais il y a un bon coté à cela , il te font réaliser qu'il faut être rapide dans l'execution quand tu seras en poste, je parle pas de réfléxion ou d'organisation du code, non je parle d'écriture de l'algo du test, je parle de tapé sur le clavier à la vitesse du sons, c'est quand tu entend un dev sénior jouer de la batterie sur leur clavier que tu comprend à quel point la vitesse est importante. Il faut connaître les raccourcis clavier, les fonctions natives d'un langage, souvent pour les arrays, les conversions, etc. . Tu gagneras énormément de temps. Je le sais, c'est pas facile , mais bon pas besoin de te dire que la répétition et le travail est obligatoire pour atteindre ce résultat, hein , jeune padawan qui me lis. En attendant, je te conseille d'aller googler ou youtuber la résolution des tests techniques ou de sujet de hackaton pour te donné une idée de ce que tu es sensé produire. Sur cette dernière, je vous laisse méditer là-dessus, et rdv au prochain épisode.