Un bloc-notes basique et Visual Studio Code n'ont qu'un point commun : tous deux affichent du texte à l'écran. Le premier ignore tout du Python, ne signale aucune erreur avant que le code tourne, et traite un mot-clé comme n'importe quelle autre suite de lettres. Le second, lui, sait qu'un print n'est pas un mot comme un autre, qu'une ligne mal indentée va planter le script, et qu'un fichier .py mérite un traitement différent d'un fichier .txt. Pour une débutante en informatique qui essaie d'apprendre Python le soir après le travail, la différence n'est pas cosmétique : c'est elle qui décide si on comprend ce qu'on écrit ou si on tape dans le vide. Voilà pourquoi, après avoir hésité, j'ai fini par installer cet outil de développement que tout le monde recommande sans jamais expliquer comment s'en servir concrètement.
Pourquoi un bloc-notes classique ne suffit pas pour écrire du code Python
La coloration syntaxique est le premier repère utile : dans VS Code, les mots-clés du langage, les chaînes de texte et les noms de fonctions n'ont pas la même couleur, ce qui permet de repérer une faute de frappe avant même d'exécuter quoi que ce soit. C'est aussi l'éditeur qui met en valeur l'indentation, ce décalage en début de ligne dont Python ne plaisante jamais. Un bloc-notes classique affiche tout en noir uniforme, et une erreur ne se révèle qu'au moment où le script plante, avec un message qui ne dit pas grand-chose à qui débute. J'avais essayé d'écrire mes premières lignes dans un simple traitement de texte, en me disant qu'un outil basique ferait l'affaire pour apprendre Python ; ça n'a pas tenu plus de quelques essais. Après avoir lu quelques repères pour débuter en Python quand on n'est pas développeur, le nom de Visual Studio Code revenait sans arrêt, et la raison a fini par devenir évidente une fois l'éditeur ouvert.
Installation de VS Code : ce qu'il faut vérifier avant de foncer
L'installation elle-même ne demande pas de compétence particulière : télécharger le programme, suivre l'assistant, patienter le temps que la barre de progression avance. Le premier choix proposé est un thème clair ou sombre — un détail purement esthétique qui ne change rien au fonctionnement de l'éditeur, contrairement à ce qu'on pourrait croire en voyant à quel point ce choix est mis en avant dès le premier écran. Ce qui mérite vraiment un coup d'œil, c'est la mention discrète en bas à droite de la fenêtre : UTF-8. C'est la façon dont l'ordinateur enregistre les caractères, et c'est ce qui évite que nos accents français ne se transforment en symboles bizarres une fois le fichier enregistré. Je suis allée vérifier sur Wikipedia ce que ce sigle signifiait, et depuis, je jette systématiquement un œil à cette ligne avant de taper le moindre accent circonflexe dans un commentaire ou une chaîne de texte.
Faut-il installer l'extension Python dès le premier jour ?
La réponse courte : non, pas tout de suite. L'extension officielle de Microsoft promet de tout gérer à la place de l'utilisateur — la sélection de l'interpréteur, l'exécution du script, l'affichage des erreurs — et c'est justement ce qui pose problème quand on démarre : on clique, ça marche ou pas, et on ne sait jamais pourquoi. Passer d'abord par le terminal intégré, cette fenêtre en bas de l'écran, oblige à taper soi-même python mon_fichier.py et à voir ce que l'ordinateur va réellement chercher. On comprend alors que VS Code n'est qu'un instrument d'écriture, pendant que Python reste le langage qui lit et exécute ce qu'on a tapé — deux choses séparées, pas une seule boîte magique.
Un manuel technique en anglais, trouvé en cherchant comment configurer correctement l'interpréteur, m'est passé sous les yeux à cette période — plein de termes que je ne maîtrisais pas encore dans ma propre langue, alors en anglais, autant dire une langue étrangère au carré. Je l'ai refermé après quelques pages, pas plus avancée, et je suis revenue à la méthode la plus bête : taper la commande, regarder ce qui s'affiche, recommencer si ça ne marche pas. Ça a pris plus de temps qu'un tutoriel bien fait ne l'aurait fait, mais au moins je savais ce que chaque mot faisait.
Enregistrer avant d'exécuter : la vérification qu'on oublie
Le bouton « Run », cette flèche en haut à droite de la fenêtre, ne relance pas automatiquement le fichier tel qu'on le voit à l'écran : il exécute la dernière version enregistrée sur le disque. Tant qu'un petit point blanc reste affiché sur l'onglet du fichier, la modification n'a pas été sauvegardée, et cliquer sur « Run » revient donc à relancer une ancienne version du script — ce qui donne l'impression que rien n'a changé, ou pire, qu'une erreur déjà corrigée revient sans raison apparente. Le réflexe à prendre est simple : un Ctrl+S avant chaque exécution, systématiquement, même quand on est sûre de l'avoir déjà fait. Cette petite manie évite une bonne partie des messages d'erreur qui, en réalité, ne concernent même pas le code affiché à l'écran, mais sa version restée en mémoire.
Repérer les réglages qui aident vraiment
Diviser la fenêtre en deux colonnes change la manière de travailler plus qu'on ne le croit au départ : le code d'un côté, les notes ou le support de cours de l'autre, sans avoir à changer d'onglet toutes les trente secondes quand la mémoire flanche en fin de journée. C'est dans cette configuration que j'ai avancé, entre autres, sur mon avis sincère sur une formation Python en ligne pour débutant que je suivais en parallèle — avoir les deux fenêtres visibles en même temps évite de perdre le fil d'une explication à cause d'un clic de trop.
Après environ deux ans à apprendre le Python en autodidacte, le soir, je garde ces deux réglages, coloration syntaxique et écran divisé, comme les seuls vraiment indispensables. Le reste, les dizaines de menus latéraux et les raccourcis clavier qui ressemblent à du morse, peut attendre ; aucun d'entre eux n'empêche d'écrire et de faire tourner un script.
Ce qu'il reste à apprivoiser quand on débute
Il reste des dizaines de menus jamais ouverts et des raccourcis qui ressemblent encore à de la sorcellerie, et ce n'est pas grave : aucun n'est nécessaire pour écrire et lancer un premier script. La vraie question à se poser n'est pas « est-ce que je maîtrise tout l'outil » mais « est-ce que je comprends ce que fait chaque ligne que j'exécute » — et pour ça, la coloration syntaxique, le terminal intégré et le réflexe d'enregistrer avant de lancer suffisent largement au départ. Reste, pour la suite, à creuser installer Python sur Windows sans faire de bêtises plus poussées, et à comprendre pourquoi le terminal se met parfois à gronder en rouge vif sans qu'on ait rien changé depuis la dernière exécution réussie — celle-là, je n'ai toujours pas de réponse toute faite.