La vraie difficulté, quand on veut installer Python sur Windows, n'était pas technique du tout. Je croise cette même angoisse chez presque toutes les personnes qui débutent sous Windows : l'idée qu'un mauvais clic va abîmer la machine, comme si un simple logiciel pouvait faire fondre le processeur. Cette peur-là m'a fait perdre plus de soirées que n'importe quelle vraie difficulté d'installation. Apprendre à coder commence souvent par une astuce toute bête : comprendre qu'on ne casse rien en cliquant sur « Suivant ».
Non, installer Python sur Windows ne va pas casser votre PC
Direction le site Python.org, où le vertige commence vraiment : des dizaines de fichiers proposés, des « embeddable packages », des « executable installers », sans un mot d'explication pour qui n'y connaît rien. Choisir entre ces versions m'a fait penser à une pelote de laine achetée sans patron : on prend la couleur qui plaît, on espère que l'épaisseur ira, et on découvre le problème une fois les aiguilles en main. J'ai fini par prendre la version stable proposée par défaut, la 3.12, en croisant les doigts pour que l'architecture 64-bit de mon ordinateur ne pose pas de souci.
Le téléchargement en lui-même n'a posé aucun souci : quelques minutes, une barre de progression, et le message « Setup was successful » qui donne l'impression fugace d'avoir déjà tout compris. C'est là que la vraie confusion démarre, pas avant. Personne ne prévient qu'une installation réussie ne veut pas forcément dire que Windows sait quoi faire de ce qu'on vient d'installer.
Avant même d'ouvrir un éditeur de code, j'avais essayé d'apprendre par cœur des bouts de syntaxe trouvés ici et là, en me disant que la logique suivrait toute seule. Ça n'a strictement rien donné : je récitais des mots sans savoir à quoi ils servaient, comme une recette apprise sans jamais avoir vu la cuisine où elle se prépare. L'installation, avec sa case à cocher qu'on ne remarque même pas, m'a enseigné la même leçon en plus dur : ce n'est jamais le geste mécanique qui compte, c'est ce qu'on comprend derrière.
Une case à cocher, pas un mauvais choix de version
J'ai ouvert l'invite de commande, cette fenêtre noire qui a l'air de sortir d'un vieux film, et tapé « python », exactement comme l'expliquait le guide que je suivais pour débuter en Python quand on n'est pas développeur. L'ordinateur m'a répondu, sans détour, que la commande n'était pas reconnue. Un mur, net, sans explication, du genre qui donne envie de refermer l'écran et d'aller faire autre chose.
Ma chaise a grincé quand je me suis redressée d'un coup, les yeux rivés sur ce message que je relisais pour la troisième fois. La panique classique du débutant est arrivée tout de suite : est-ce que j'avais tout cassé ? Non. Il manquait une seule chose, minuscule, presque risible une fois qu'on la connaît : la case « Add Python to PATH », restée décochée pendant l'installation.
Le PATH, si on doit lui trouver une image, ressemble à la liste des courses collée sur le frigo : sans elle, les ingrédients sont bien là, dans les placards, mais personne ne sait où chercher quoi. Cocher cette case, c'est simplement dire à Windows où j'avais rangé Python. Sans ça, le logiciel existait bel et bien sur le disque, mais invisible pour le terminal, comme un ingrédient acheté puis oublié tout au fond d'un tiroir.
Pourquoi une case oubliée a-t-elle fait autant de dégâts ?
Dans la panique, j'ai réinstallé le logiciel plusieurs fois, convaincue qu'un nouvel essai finirait par corriger le problème tout seul. Résultat : Python installé à plusieurs endroits différents sur le disque, sans que je comprenne bien lesquels étaient encore actifs. Un vrai fouillis, du genre qu'on retrouve dans un tiroir où s'entassent les élastiques, les piles usagées et les clés dont on ne sait plus la porte.
Gwilherm, un type croisé sur un forum un soir où je butais sur des boucles for, m'a sorti sa comparaison favorite quand je lui ai raconté l'histoire : un bug, disait-il, ça se traite comme une panne mécanique. On cherche la pièce qui coince, on ne maudit pas la machine. Ça m'a évité de tout désinstaller une quatrième fois pour repartir de zéro sans réfléchir.
Gaultier, mon voisin de palier, n'a pas eu de réponse toute faite non plus quand je suis allée frapper chez lui, un peu dépitée. Il m'a renvoyé deux questions avant de lâcher le moindre indice : la case était-elle cochée cette fois, et avais-je seulement pensé à fermer puis rouvrir le terminal après l'installation. Cette manie de répondre à une question par deux autres est agaçante sur le moment, mais elle oblige à chercher soi-même plutôt qu'à copier une solution sans la comprendre.
Le raccourci que les puristes regardent de travers
Il existe une méthode bien plus simple pour installer Python sur Windows, mais aucun tutoriel de « vrai » développeur n'en parle vraiment : passer directement par le Microsoft Store. Les puristes lèvent les yeux au ciel, trouvent ça moins sérieux, mais pour une débutante, c'est justement la version qui évite de toucher aux variables d'environnement à la main. Le Store range tout au bon endroit et coche lui-même la case qui m'a fait perdre tant de soirées.
Si j'avais connu ce raccourci dès le début, je me serais évité pas mal de contrariétés. Mais faire l'erreur à la main, avec toutes ses réinstallations ratées, reste un peu comme apprendre la programmation Python après le travail à la maison : on prend des détours qu'on croit inutiles sur le moment, et c'est souvent là que la leçon reste vraiment.
Une collègue m'a demandé un coup de main, un peu plus tard, sur une formule Excel qui refusait obstinément de calculer juste. Je me suis surprise à lui expliquer ça comme s'il s'agissait de code : vérifier d'abord ce que chaque case contient vraiment, puis suivre le calcul étape par étape plutôt que de tout reprendre à l'aveugle. La logique apprise avec Python s'était visiblement infiltrée ailleurs, sans prévenir.
Vérifier une case avant de tout réinstaller
La règle que je donnerais à toute personne qui s'apprête à installer Python sur Windows tient en une phrase : si le terminal répond que « python » n'est pas reconnu, inutile de tout désinstaller par réflexe. Il suffit de vérifier que la case « Add Python to PATH » a bien été cochée, ou de reprendre l'installation depuis le Microsoft Store, qui s'en charge automatiquement. Ce n'est presque jamais l'ordinateur qui est en cause, seulement une adresse que Windows n'a pas encore.
Le reste attend encore son tour, un peu pêle-mêle. Les boucles for et while, pour répéter une action sans tout retaper à la main. Les variables, ces petites boîtes où ranger une valeur. Les messages d'erreur qui, une fois apprivoisés, désignent presque toujours un endroit précis plutôt qu'un désastre général. Les fonctions, pour éviter de copier-coller le même bout de code trois fois. Les listes, avec leur histoire d'index qui commence à zéro. L'indentation, qui délimite un bloc et qui m'a fait pester plus d'une fois.
Viendront aussi les dictionnaires, avec leurs paires de clé et de valeur, les chaînes de caractères à découper et recoller, les modules à importer pour ne pas tout réinventer, les conditions if et else qui font bifurquer un programme, le fameux try/except pour empêcher un bug de tout faire planter, et la fonction input() pour qu'un programme écoute enfin ce qu'on lui tape. Tout ça viendra plus tard, une fois cette histoire de case à cocher digérée.
Ce que je retiens surtout, c'est qu'une case à cocher peut ressembler à un détail et décider de toute une soirée. Reste une question que je n'ai toujours pas résolue : pourquoi cette option n'est-elle pas cochée par défaut, alors qu'elle évite justement l'erreur la plus commune chez les débutants ?