0.2 · Installer Node.js, npm & configurer VS Code

Prise en main

0.2Installer Node.js, npm & configurer VS Code

Objectif : Disposer d'un poste Node fonctionnel : Node LTS + npm vérifiés, VS Code configuré avec terminal intégré et extensions.
Temps estimé : 9 min · lecture autonome · Si vous n'avez que 5 min : lisez « L'essentiel en 30s » + le schéma.

L'essentiel en 30 secondes

  • Installer Node apporte Node + npm ensemble : l'exécutable qui lance vos scripts et le gestionnaire de paquets.
  • Choisir la LTS actuelle : version stable et maintenue longtemps, compatible avec l'écosystème — pas la Current instable.
  • Vérifier puis outiller : commandes de version dans le terminal, puis VS Code avec terminal intégré et extensions.

Mini-cas filé — Salim monte son poste à Alger

Salim, développeur junior à Alger, reçoit son premier poste : un portable vierge. Il installe la LTS actuelle de Node (avec npm inclus), vérifie dans le terminal que les deux commandes de version répondent, installe VS Code, y ouvre son dossier et repère le terminal intégré. Il ajoute deux extensions pour la qualité et le formatage. En fin de journée, sa fiche « poste prêt » est cochée : Node LTS, npm, VS Code, terminal fonctionnel — il peut coder comme en conditions réelles.

Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 0.2.

1. Node + npm, en version LTS actuelle

Installer Node apporte deux outils : Node (l'exécutable qui lance vos scripts) et npm (le gestionnaire de paquets, installé automatiquement). Choisissez la LTS actuelle (Long Term Support) : stable et maintenue longtemps, c'est celle de la production et de l'apprentissage. La version Current est plus récente mais moins stable, réservée aux tests des nouveautés. Deux façons d'installer : l'installateur officiel (simple, parfait pour débuter) ou un gestionnaire de versions comme nvm (plusieurs versions côte à côte, utile quand des projets exigent des versions différentes). Salim a pris l'installateur officiel pour démarrer.

2. Vérifier dans le terminal

Après installation, on vérifie dans le terminal : les commandes de version de Node et de npm doivent afficher des numéros — preuve que Node est dans le PATH. Si elles ne répondent pas, c'est l'installation ou le PATH qu'il faut réparer avant de coder, pas le code lui-même. Salim tape les deux commandes à Alger, voit deux numéros s'afficher, et sait que sa chaîne d'exécution est en place. Le terminal n'est pas une option en Node : c'est là qu'on lance node et npm au quotidien.

3. Configurer VS Code comme en pro

Côté éditeur, VS Code est le standard : gratuit, support JavaScript intégré, terminal intégré, extensions (ESLint pour la qualité, Prettier pour le formatage). Salim y ouvre son dossier de projet, ouvre le terminal intégré dans la même fenêtre, et ajoute les deux extensions. Le trio Node LTS + npm + VS Code est le poste de travail du développeur Node : bien réglé dès le départ, il évite les frictions des premières semaines.

Erreur d'interprétation fréquente : « Le plus récent est toujours le meilleur, prenons la Current, et le terminal peut s'éviter ». Non. Pour apprendre et produire, la LTS actuelle apporte stabilité, compatibilité npm et support long ; la Current expose aux instabilités sans bénéfice pour un débutant. Et le terminal est incontournable en Node : lancer un script, installer un paquet, vérifier une version — tout y passe. VS Code adoucit cela avec son terminal intégré, mais il faut quand même apprendre les quelques commandes de base.
Le poste de travail Node Node LTS + npm + VS Code : vérifier avant de coder. Node (LTS actuelle)Exécute vos scripts+npmGestionnaire de paquets+VS CodeÉditeur + terminal intégré Privilégier la LTS actuelle : stable, compatible, maintenue longtemps.
Node LTS + npm + VS Code : vérifier avant de coder.
Version texte du schéma (SEO / lecteurs d'écran / traduction) : 1) Salim, développeur junior à Alger, installe la LTS actuelle de Node : il reçoit Node pour exécuter et npm pour les paquets. 2) Il vérifie dans le terminal que les deux commandes de version répondent, preuve que Node est dans le PATH. 3) Il configure VS Code avec terminal intégré, ESLint et Prettier. Leçon : LTS vérifiée + VS Code outillé = le poste standard du développeur Node.

🔎 Exemple concret — 🔎 Exemple concret — Vérifier l'installation

node --version
npm --version
node -e "console.log('Poste OK : ' + process.version)"

Lecture : Salim voit deux numéros puis « Poste OK » : Node répond et exécute du JS.

Leçon : si une commande ne répond pas, réparer l'installation ou le PATH avant tout code.

Vocabulaire de la section

Node + npm
L'installation de Node apporte l'exécutable Node (qui lance vos scripts) et npm (le gestionnaire de paquets), installés ensemble.

Exemple simple : Salim installe Node et obtient npm sans étape supplémentaire.

Ce que ce n'est pas : deux logiciels sans rapport à installer séparément.

Réflexe : après toute installation, vérifier les deux commandes de version.

LTS vs Current
LTS actuelle : stable et maintenue longtemps, à privilégier ; Current : plus récente mais moins stable, pour tester les nouveautés.

Exemple simple : Salim choisit la LTS actuelle pour apprendre et produire sereinement.

Ce que ce n'est pas : une version en fin de vie sans correctifs de sécurité.

Réflexe : prendre la LTS actuelle sauf raison précise de faire autrement.

nvm (Node Version Manager)
Outil qui installe plusieurs versions de Node côte à côte et permet de basculer de l'une à l'autre.

Exemple simple : Plus tard, Salim utilisera nvm quand deux projets exigeront deux versions différentes.

Ce que ce n'est pas : l'installateur officiel qui ne gère qu'une version à la fois.

Réflexe : passer à nvm dès qu'on jongle entre projets.

Terminal / PATH
Console où l'on lance node et npm ; si les commandes de version répondent, Node est bien dans le PATH.

Exemple simple : Salim vérifie son PATH en voyant les deux numéros s'afficher à Alger.

Ce que ce n'est pas : l'éditeur seul, sans console.

Réflexe : devant une commande inconnue, vérifier le PATH avant d'accuser le code.

VS Code
Éditeur standard pour Node et JavaScript : gratuit, support JS intégré, terminal intégré, extensions de qualité et formatage.

Exemple simple : Salim édite d'un côté et lance node de l'autre, sans quitter VS Code.

Ce que ce n'est pas : un simple bloc-notes sans terminal ni extensions.

Réflexe : travailler dossier ouvert + terminal intégré + ESLint et Prettier.

En pratique — En pratique — Installer et configurer son poste Node

  1. Installez Node en version LTS actuelle (installateur officiel, ou nvm si vous voulez gérer plusieurs versions).
  2. Vérifiez dans le terminal : les commandes de version de Node et npm doivent afficher des numéros.
  3. Installez VS Code, ouvrez-y un dossier de projet et repérez le terminal intégré.
  4. Ajoutez les extensions utiles (ESLint pour la qualité, Prettier pour le formatage automatique).
Vous disposez d'un poste Node fonctionnel : Node LTS + npm vérifiés, VS Code configuré avec terminal intégré et extensions — les conditions réelles du développeur.

Script prêt à dire — annoncer son poste prêt (30 s)

« Poste prêt : j'ai installé la LTS actuelle, Node et npm répondent dans le terminal, VS Code est configuré avec le terminal intégré, ESLint et Prettier. Je peux lancer nos scripts exactement comme en production. »

À dire en montrant les deux numéros de version affichés dans le terminal intégré.

Modèle copier-coller — vérifier son poste en JS

console.log("Node : " + process.version);
console.log("Dossier : " + __dirname);
console.log("Arguments : " + JSON.stringify(process.argv.slice(2)));
console.log("Poste de Salim : OK");

Poste Windows

Sous Windows : après l'installateur officiel, rouvrez le terminal puis vérifiez les deux versions ; utilisez le terminal intégré de VS Code pour rester dans le dossier du projet.

Poste macOS / Linux

Avec nvm : installez la LTS actuelle, basculez dessus par défaut, puis vérifiez les deux versions avant d'ouvrir VS Code.

Salle partagée à Alger

Salim note la LTS installée sur la fiche du poste partagé à Alger : chacun vérifie les versions en arrivant, sans réinstaller à l'aveugle.

Rattrapage PATH

Commande introuvable : réinstallez via l'installateur officiel (case PATH cochée) ou rechargez votre shell nvm, puis revérifiez avant de toucher au code.

Prudence : Installez toujours la LTS actuelle pour apprendre et produire : stable, compatible avec l'écosystème npm et maintenue longtemps. Évitez la version Current (moins stable) et les versions en fin de vie (plus de correctifs de sécurité) : avant de coder, vérifiez que les commandes de version répondent et migrez avant la fin de vie de votre LTS.

✓ Bonnes pratiques

  • Installez la LTS actuelle (stable, compatible avec l'écosystème npm).
  • Vérifiez les deux commandes de version avant de coder.
  • Utilisez le terminal intégré de VS Code + ESLint et Prettier.

✗ Pièges fréquents

  • Prendre une version Current instable pour apprendre.
  • Garder une LTS en fin de vie sans correctifs de sécurité.
  • Fuir le terminal alors qu'il est incontournable en Node.

Points clés à retenir

  • Installer Node apporte Node (exécute vos scripts) ET npm (gestionnaire de paquets) ensemble ; privilégier la LTS actuelle.
  • Vérifier l'installation dans le terminal : les deux commandes de version doivent répondre (Node dans le PATH).
  • nvm permet d'installer et basculer entre plusieurs versions — précieux en pro ; l'installateur officiel suffit pour débuter.
  • VS Code = éditeur standard (support JS, terminal intégré, ESLint et Prettier) : le trio du poste Node.

Défi 48h — appliquez demain

Installez la LTS actuelle, affichez les deux versions dans le terminal intégré de VS Code, et lancez le modèle de vérification JS de Salim.

Checklist sortie de section
  • Mon poste affiche les deux versions (Node LTS + npm).
  • J'ai ouvert un dossier dans VS Code avec le terminal intégré.
  • ESLint et Prettier sont installés et le modèle JS s'exécute.
Auto-évaluation 1-5 : est-ce que je vérifie les versions avant de coder ?Auto-évaluation 1-5 : ai-je pris la LTS actuelle plutôt que la Current ?

Questions fréquentes

Pourquoi choisir la version LTS plutôt que la dernière version disponible ?

La LTS actuelle (Long Term Support) est stable, éprouvée et maintenue longtemps : correctifs de sécurité sans changements cassants, paquets npm testés dessus, alignement avec les entreprises et les tutoriels. La Current contient les nouveautés mais est moins stable et moins longtemps maintenue — pour tester en avant-première, pas pour apprendre ou produire. Prenez la LTS actuelle, et pensez à migrer avant sa fin de vie (plus de correctifs après). « Le plus récent » n'est pas toujours « le meilleur » : la stabilité et le support priment.

Faut-il apprendre à utiliser le terminal, ou peut-on tout faire dans VS Code ?

Il faut apprendre le terminal : lancer un script, installer un paquet, vérifier une version — tout cela passe en ligne de commande, sans alternative tout-clic, et c'est la norme du métier (Git, déploiement, serveurs souvent sans interface). Bonne nouvelle : quelques commandes suffisent pour démarrer (se déplacer, lister, lancer node et npm, vérifier les versions). VS Code adoucit cela avec son terminal intégré ouvert dans le dossier du projet : vous éditez d'un côté, vous lancez de l'autre. En quelques jours, il devient naturel.

Vérifiez votre compréhension

Quelle version de Node privilégier pour apprendre et produire ?

Ressources supplémentaires (optionnel, pour aller plus loin)

Examen du niveau 0Questions inédites et durcies pour valider vos acquis