Un technicien support doit souvent recopier la même liste de comptes dans l'Active Directory avant que la routine ne devienne un problème plutôt qu'une simple corvée. Chacun place le curseur où il veut. Une formation Python suivie en autoformation, le soir après la dernière série de tickets, m'a servi à trancher cette question à ma façon : automatiser une partie de mon travail informatique répétitif, sans viser pour autant un poste de développeur.
Précision avant d'aller plus loin : certains liens de cet article sont des liens affiliés, vers les formations dont je parle plus bas. Si vous achetez par ce biais, je touche une commission, le prix ne change pas pour vous. Le jugement qui suit reste basé sur les modules que j'ai suivis et les scripts que j'ai fait planter avant qu'ils tournent correctement.
Automatiser une tâche répétitive, à partir de quel seuil ?
Un technicien support voit passer des dizaines de tâches qui se ressemblent : créer des comptes, vérifier des accès, trier des journaux d'erreurs. La question n'est pas de savoir si on peut automatiser, presque tout se scripte avec un peu de patience. Le vrai critère, c'est le temps perdu à répéter le geste plus que sa difficulté. Chez moi, la règle est simple : si une manipulation revient plus de deux ou trois fois dans la semaine, je regarde s'il existe un moyen de l'écrire une bonne fois plutôt que de la refaire à la main indéfiniment.
Python s'est imposé comme le langage que la plupart des techniciens croisent en premier pour ce genre de script, à peu près comme la caisse à outils que tout le monde finit par ouvrir un jour ou l'autre. Avant de choisir une formation, je regarde surtout si le contenu colle à des situations réelles de terrain plutôt qu'à de la théorie pure, c'est souvent ce qui distingue une formation utile d'une formation qui reste creuse une fois le premier module terminé.
Avant de tomber sur un cours structuré, j'avais tenté d'apprendre en enchaînant des tutoriels YouTube trouvés un peu au hasard, sans fil directeur — un jour les dictionnaires, le lendemain une vidéo sur les API, sans lien entre les deux. Ça ne mène nulle part de solide. La Formation au langage Python a changé ça : rien qui promette de faire de moi un ingénieur en intelligence artificielle, juste de quoi écrire des scripts qui tournent et qu'on comprend encore longtemps après les avoir écrits.
Ce que la formation couvre, au-delà des boucles et des listes
Le cœur du programme, ce sont les boucles et les listes, et c'est aussi le cœur de l'automatisation : une boucle, c'est le geste qu'on répète pour chaque vis identique en montant un meuble en kit, sauf qu'ici la vis, c'est une ligne d'un fichier ou un compte utilisateur. Le principe de variables et de petites fonctions vient s'ajouter par-dessus, tout comme un peu de logique conditionnelle pour décider quoi faire selon le cas — je n'irai pas plus loin là-dessus, ce n'est pas l'objet de cet article.
Il y a un chapitre sur les dictionnaires qui m'a donné du fil à retordre plus que les autres, une boucle imbriquée qui refusait de sortir le bon résultat. Le jour où j'ai enfin refermé ce chapitre, je me suis fait un café que j'ai savouré comme une petite victoire méritée. Le cours insiste aussi sur l'indentation, quatre espaces bien alignés sinon Python refuse d'avancer ; j'ai perdu une soirée entière à chercher pourquoi un script de tri de journaux plantait, avant de comprendre que j'avais mélangé espaces et tabulations sans m'en rendre compte.
La rigueur d'indentation n'est pas la même selon le langage utilisé, j'en parle plus en détail dans mon comparatif sur Python ou JavaScript pour le support, si le choix entre les deux vous travaille encore.
N'automatisez rien avant d'avoir fait la tâche à la main
Voici un avis qui va un peu à contre-courant de ce qu'on lit ailleurs : n'automatisez pas une procédure tant que vous ne savez pas la refaire les yeux fermés à la main. Un script qui tourne sans qu'on comprenne ce qu'il fait vraiment, c'est comme conduire une boîte automatique sans jamais avoir travaillé l'embrayage — ça roule, jusqu'au jour où quelque chose cloche et qu'il faut comprendre ce qui se passe sous le capot, vite. La formation aide à structurer cette logique, mais elle ne remplace pas les heures passées à faire la tâche manuellement d'abord.
Le réflexe que je garde, c'est de commencer petit et réversible : un script qui propose une liste de ce qu'il va faire avant de l'exécuter, jamais l'inverse. Ça prend un peu plus de temps à écrire et ça évite de découvrir les dégâts après coup plutôt qu'avant.
SSH, réseau, et les limites d'une formation Python généraliste
Gwenaël, mon collègue au support, m'a demandé un jour si un script pouvait vérifier l'état des ports d'un switch à sa place plutôt que de cliquer manuellement dans l'interface — il avait déjà commandé de quoi manger pour la réunion d'équipe suivante et comptait filer dès que ce serait terminé. L'idée m'a suivi jusqu'au soir, où j'ai voulu coupler ce que je savais en Python avec ce que j'avais retenu de ma formation Cisco pour débutants.
Le script devait se connecter en SSH pour lister les ports actifs. Il a tourné une bonne partie de la soirée avant que j'ose enfin le lancer sur un vrai équipement, et là, le terminal a craché une erreur rouge vif. Panique d'une seconde : et si j'avais coupé l'accès réseau d'un étage entier ? C'était une erreur d'authentification. Rien de plus. Mais le cœur a fait un bond avant que je comprenne. C'est là que les limites de la Formation au langage Python sont apparues clairement : elle prépare bien au langage, beaucoup moins à la partie réseau, qu'il faut aller chercher ailleurs.
Ce terrain dépasse largement Python : l'adressage IP, la logique de routage et de commutation, ou encore les protocoles réseau qui font tourner un switch, tout ça appartient à un autre monde que je ne détaille pas ici. Pareil pour la méthodologie de dépannage réseau ou la préparation à une certification : je garde ces sujets pour d'autres articles plutôt que de les survoler ici.
Trois scripts pour commencer sans se planter
Le point de départ que je conseille à un débutant reste toujours le même : un script qui renomme un lot de fichiers selon une règle simple, ça oblige à manipuler des listes sans risque si on se trompe. Ensuite vient l'extraction de données depuis un fichier CSV, utile pour sortir d'un vieux tableur ce qu'on recopiait auparavant à la main. Le troisième, plus ambitieux, vérifie chaque matin une série d'alertes critiques et prévient si quelque chose cloche, remplaçant la ronde manuelle qu'on faisait avant sur chaque machine.
Ce sont ces petits scripts, mis bout à bout, qui ont fini par me redonner du temps sur des tâches plus intéressantes que la saisie répétitive dans l' Active Directory. Je ne suis pas devenu développeur pour autant, et je ne saurais pas construire une application web de bout en bout — ça, très clairement, ce n'est pas ce que cette formation vise, et ce n'est pas ce que je cherchais non plus.
Est-ce le bon point d'entrée pour vous ?
Pour un débutant complet côté script, cette formation reste une bonne porte d'entrée, pensée pour un rythme du soir plutôt que pour des journées entières devant l'écran. Si ce qui vous attire, c'est plutôt le visuel, une interface, quelque chose qui se voit tout de suite dans un navigateur, la formation JavaScript pratique répond mieux à ça. Pour de l'administration système pure, en revanche, Python garde une longueur d'avance. Point final.
Nordine, un lecteur en reconversion depuis un poste en logistique, m'a écrit récemment qu'il préférait viser une formation certifiante plutôt qu'un diplôme classique pour se lancer côté informatique — une position qui se défend très bien quand on part de zéro et qu'on n'a pas des années à consacrer à des études classiques. Si vous hésitez encore sur l'ordre dans lequel empiler tout ça, mon parcours de technicien en autodidacte détaille comment j'ai organisé mes soirées entre réseau et code.