Introduction
Voilà, ma formation C# vient de se finir et maintenant, il faut enchaîner les entretiens d’embauche qui s’accompagnent souvent d’un test technique sur Codingame.
Ces tests sont très critiqués par les développeurs, car les problèmes des tests sont très loin de la réalité du métier. En effet, un bon développeur senior peut le rater lamentablement.
Pourtant, les recruteurs les adorent et apportent beaucoup d’importance au résultat obtenu.
Mes premières expériences avec les tests Codingame ont été un désastre complet :
– Les questions trop longues et incompréhensibles
– Le timer qui empêche de se concentrer et qui fait paniquer quand il commence à clignoter
– L’auto complexion de l’IDE qui est trop lente
– L’absence du debug mode
– etc. …
Bref, c’est un enfer !
Tip1
Mais pourtant, il va falloir maîtriser le jeu pour décrocher les embauches. En pensant à une stratégie et à un programme d’entraînement.
A- Réviser les bases :
En prenant des notes dans un cahier, faire des gros titres, surligner les mots-clés et mettre des marque-pages. Comme ça, si on a un trou de mémoire, on retrouve plus vite la syntaxe, qu’en recherchant sur Google.
B- Apprendre par cœur les méthodes les plus utiles des classes String, Math, Array et List :
80 % de la résolution de problème, réside à bien maîtriser ces méthodes simples.
C- Utiliser, les requêtes Linq :
Dès que l’on peut remplacer une boucle par une requête, il faut le faire. On a trop tendance à vouloir parcourir les tableaux avec des boucles FOR dans des boucles FOR, mais c’est trop complexe, long à écrire et difficile à debug. Les requêtes Linq sont compliquées au premier abord, mais la mécanique n’est pas si difficile à comprendre. Le mieux est de faire une bibliothèque de requêtes qui peuvent résoudre les problèmes récurant, après il est plus facile de recopier une requête en l’adaptant plutôt qu’un FOREACH de plusieurs lignes.
D- S’entraîner :
Je ne conseille pas les entraînements du site Codingame qui sont très différents de leurs tests techniques, les clashs peuvent permettre de s’habituer à jouer contre la montre. Mais le mieux est encore de faire des vrais tests, on peut en demander directement aux recruteurs en leur expliquant que c’est pour s’exercer. Sinon, parler avec d’autres développeurs qui ont passé des tests, pour avoir leur impression, leur stratégie et s’ils peuvent vous décrire les questions de leur test et essayer de trouver la solution. Et puis si vous venez de passer un test, noter les questions avant de les oublier, trouver les solutions et répéter les. Il est possible de retomber sur d’anciennes questions.
