QCM d'auto-évaluation — Environnement de travail

Cinq questions, une par microressource du module. Cliquez sur la réponse qui vous paraît juste : la correction s'affiche immédiatement, avec son explication. Répondez de mémoire — si vous hésitez, c'est justement la microressource qu'il faut relire.

1. 1 Votre page s'affiche parfaitement dans le navigateur, sur votre ordinateur. Que pouvez-vous en conclure ?

   Le site est en ligne : d'autres personnes peuvent le consulter. Rien de plus : la page fonctionne chez vous, personne d'autre n'y a accès. Il suffit d'envoyer l'adresse affichée pour que vos collègues la voient. Le site est en ligne, mais uniquement pour les ordinateurs du même réseau.

   C'est la frontière la plus importante de la partie 1 : « ça marche sur mon ordinateur » et « c'est en ligne » sont deux choses différentes. Tant que l'adresse commence par file://, le navigateur lit un fichier posé sur votre disque — l'envoyer à quelqu'un d'autre ne lui donnerait rien. Publier est une étape à part entière, celle du module 1.3.

2. 2 Vous commencez à travailler sur votre site. Qu'ouvrez-vous dans VS Code ?

   Le fichier index.html, puis les autres au fur et à mesure. Peu importe : le résultat est identique. Le dossier du projet. Un espace de travail vide, puis on copie les fichiers dedans.

   C'est la règle d'or. Ouvrir le dossier donne à VS Code l'arborescence complète, la recherche sur tout le projet et les liens entre fichiers — et surtout, cela permet à Claude Code de voir le projet plutôt qu'un fichier isolé.

3. 3 Vous cherchez une extension dans le Marketplace, et plusieurs résultats portent des noms très proches. Sur quoi vous appuyez-vous pour choisir la bonne ?

   Le premier résultat de la liste : c'est le plus pertinent. Le nom de l'éditeur et le nombre de téléchargements. La note en étoiles, qui reflète la qualité du code. La date de mise à jour : la plus récente est la bonne.

   Le Marketplace n'est pas un jardin clos : des copies portent des noms presque identiques aux extensions populaires. Or une extension est du code exécuté sur votre machine, avec accès à vos fichiers — le choix n'est pas anodin. Deux repères fiables : l'éditeur (Anthropic pour Claude Code) et un nombre de téléchargements qui se compte en millions.

4. 4 Claude Code vous propose une page complète. Le code paraît propre et l'explication est convaincante. Que faites-vous ?

   On accepte : le code généré est fiable par construction. On lui demande s'il est sûr de sa réponse, et on suit son avis. On met en ligne : c'est le vrai test. On relit et on comprend le code avant de valider.

   Un assistant produit du texte plausible, ce qui n'est pas la même chose que du texte juste : il peut inventer une fonction inexistante ou répondre à côté de votre intention, et rien dans son ton ne le signalera — lui redemander confirmation ne le corrige donc pas davantage. D'où le mode Manuel, et la règle : ne jamais mettre en ligne un code qu'on n'a pas relu et compris.

5. 5 Vous voulez une page présentant votre projet. Quel est le geste qui pèsera le plus sur la qualité du résultat ?

   Déposer d'abord vos documents dans le dossier du projet. Rédiger une consigne très longue et très détaillée. Répéter la demande jusqu'à obtenir un bon résultat. Découper la demande en une dizaine de petites étapes.

   Claude Code ne connaît pas votre projet. Sans matière, il comblera les trous par des inventions crédibles. Un dossier bien garni — matrice, charte graphique, cahier des charges — vaut mieux qu'une longue consigne. La formulation vient ensuite, en second.