Examen niveau 0 — Node.js

Examen — questions inédites

12 questions pour valider la prise en main : nature de Node et boucle d'événements, poste LTS + VS Code, REPL et premiers scripts avec Salim.
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

0.1 · Rappel

1. Qu'est-ce que Node.js ?

Un navigateur web complet Un environnement qui exécute du JavaScript hors navigateur via V8 Un gestionnaire de paquets à lui seul Un éditeur de code comme VS Code

Node = JS côté serveur et outils, via le moteur V8 plus l'accès système.

0.1 · Application

2. Salim lance : console.log("Début") ; setTimeout(() => console.log("Réponse"), 100) ; console.log("Fin"). Quel ordre ?

Les trois en même temps Fin, Réponse, Début Réponse, Début, Fin Début, Fin, puis Réponse

Le programme n'attend pas : Fin arrive avant la réponse du rappel.

0.1 · Application

3. Salim doit choisir une techno pour une API qui attend beaucoup une base. Pourquoi Node convient-il ?

Parce qu'il bloque sur chaque attente Parce que son modèle non-bloquant libère le thread pendant les attentes I/O Parce qu'il crée un thread par pixel Parce qu'il refuse les connexions multiples

Non-bloquant + boucle d'événements : idéal pour l'I/O avec beaucoup d'attentes.

0.1 · Arbitrage

4. On propose à Salim un encodage vidéo massif 100 % calcul sur l'unique thread Node. Quel verdict ?

À accepter si on ajoute des console.log À accepter en mode REPL uniquement Parfait, c'est le terrain de Node À refuser en l'état : CPU-intensif, cela bloquerait la boucle — à déporter ailleurs

Node excelle en I/O ; un calcul lourd monopolise le thread et bloque tout.

0.2 · Rappel

5. Quelle version de Node choisir pour apprendre et produire ?

La LTS actuelle : stable, compatible et maintenue longtemps Une version en fin de vie sans correctifs Aucune, Node ne se versionne pas La Current la plus récente et la moins stable

LTS actuelle = stabilité, compatibilité npm et support long.

0.2 · Application

6. Salim vient d'installer Node à Alger. Quel geste vérifie que tout est en place ?

Afficher les deux versions (Node et npm) dans le terminal et lancer un console.log Supprimer le terminal Coder sans rien vérifier Ouvrir une page web au hasard

Deux numéros affichés + un script qui s'exécute = Node dans le PATH.

0.2 · Application

7. Deux projets de Salim exigent deux versions de Node différentes. Que lui faut-il ?

Renoncer au terminal Un nouveau portable par projet Un gestionnaire de versions comme nvm pour basculer entre versions La Current à chaque fois

nvm installe plusieurs versions côte à côte ; l'installateur seul n'en gère qu'une.

0.2 · Arbitrage

8. Un collègue veut apprendre sur une Current instable et fuir le terminal. Que décider ?

Suivre : plus récent donc meilleur, sans terminal Imposer la LTS actuelle + apprentissage du terminal intégré de VS Code Prendre une version en fin de vie Coder dans le REPL uniquement

LTS pour la stabilité, terminal incontournable adouci par VS Code.

0.3 · Rappel

9. REPL ou fichier .js : qui sert à quoi ?

Les deux sauvegardent pareil Aucun ne permet d'exécuter du JS REPL pour développer durablement, fichier pour rien REPL pour expérimenter vite en jetable ; fichier .js pour développer durablement

REPL = brouillon éphémère ; node app.js = travail sauvegardé et versionnable.

0.3 · Application

10. Salim lance node app.js Salim avec le modèle (prenom = argv[2] || "Salim"). Qu'affiche la première ligne ?

Une page HTML complète Rien, le fichier ne s'exécute pas Hello, Node ! Bienvenue Salim. window is defined

L'argument Salim est lu dans process.argv et inséré dans le message.

0.3 · Application

11. Dans son script, Salim tape window.document. Que se passe-t-il sous Node ?

Rien de spécial, c'est identique au navigateur La page s'affiche Erreur : window et document n'existent pas dans Node, sans DOM Le fichier se convertit en API

Pas de page en Node : on utilise process, __dirname et l'accès système.

0.3 · Arbitrage

12. Salim a écrit 200 lignes dans le REPL non sauvegardées et veut continuer ainsi. Quel verdict ?

Basculer en fichier .js : sauvegardé, relisible, versionnable ; garder le REPL pour les essais Tout réécrire à chaque lancement Chercher window pour sauvegarder Continuer : le REPL est fait pour les gros programmes durables

Au-delà de deux lignes, le fichier s'impose ; le REPL reste le brouillon.

Et après ?

Score ≥ 80 % : passez au Niveau 1 — JavaScript moderne et asynchrone (callbacks, Promises, async/await, modules, npm).
Score entre 50 % et 80 % : reprenez la ou les sections ratées (0.1 modèle, 0.2 poste LTS, 0.3 REPL et scripts), relisez les explications ci-dessus, puis refaites le test.
Score < 50 % : relisez tout le niveau 0 en appliquant chaque défi 48h (script non-bloquant, poste vérifié, app.js avec argument) avant de retenter.
Et après ? Gardez votre app.js de Salim : le niveau 1 le réutilise pour les modules et les premières dépendances npm.