Node.JS Avancé

Écrire du Node.js et tenir du Node.js en production sont deux compétences distinctes. Les incidents qui coûtent cher viennent presque toujours d'une poignée de mécanismes mal compris : une contre-pression ignorée qui fait exploser la mémoire sur un gros fichier, une chaîne de microtâches qui affame la phase réseau et gèle les health checks, une erreur de validation traitée comme un bug fatal qui transforme une saisie client en déni de service, ou une limite V8 par défaut qui laisse l'OOM Killer tuer le conteneur avant que Node n'ait pu lever la moindre exception. Ces situations ne s'improvisent pas le jour de l'astreinte.

Ce test part de symptômes plutôt que de définitions : un serveur qui redémarre sans trace, des transactions orphelines après un SIGINT, des connexions WebSocket qui échouent aléatoirement derrière un cluster, un thread qui crashe sans qu'on sache ce qu'il advient des autres. Un score élevé indique une personne qui a déjà diagnostiqué ce type de panne, pas seulement lu la documentation. En revanche, le test ne mesure ni la qualité de conception logicielle, ni la maîtrise d'un framework applicatif, ni la capacité à écrire du code lisible — ces dimensions demandent une revue de code ou un exercice pratique.

Cas d'usage : recrutement de développeurs backend confirmés ou seniors, constitution d'une équipe d'astreinte, validation avant affectation sur un service critique, ou identification des angles morts d'une équipe déjà en place. Il se lit utilement en complément d'un test Node.js fondamental : le premier vérifie la connaissance de la plateforme, celui-ci vérifie ce qu'il en reste quand la production tombe.