Table des matières de l'article :
Commençons par un prémisse nécessaire, afin d'éviter d'emblée le concert d'indignation : Les LLM sont une révolution majeureIl s'agit probablement de la plus grande accélération technologique de ces dernières décennies. Remettre en question l'utilité d'outils comme Claude d'Anthropic, ChatGPT, Gemini ou autres serait aussi absurde que d'interdire à un architecte d'utiliser une calculatrice sous prétexte qu'« il faut savoir compter de tête ».
Nous ne sommes pas nostalgiques du « bon vieux temps où l'on compilait des noyaux à l'aveugle ». Nous n'avons aucune intention de devenir des experts en ligne de commande décorés. Chez Managed Server Srl, nous utilisons l'IA, et de manière efficace. Nous l'utilisons pour écrire, analyser, comparer, accélérer, automatiser, documenter, tester des hypothèses et gagner du temps sur les tâches répétitives.
Mais entre utiliser un puits LLM Et l'utiliser dans CDC (de manière hasardeuse), c'est comme acheter une Formule 1 et savoir la piloter sans finir dans le mur au premier virage. Le problème ne vient pas de Claude. Le problème ne vient pas de ChatGPT. Le problème, c'est vous : vous vous installez devant un modèle de langage, vous posez trois questions génériques, vous copiez une réponse bien formatée et vous vous prenez soudain pour un ingénieur système senior, un architecte cloud, un spécialiste de la sécurité et un expert d'Oracle of Delphi, abonné à un service payant.
« Claude m’a dit » n’est pas un test technique
Il existe une nouvelle catégorie d'êtres humains qui mérite un cercle dédié dans l'enfer informatique : l'utilisateur qui cite le LLM comme source définitiveCelui qui arrive avec le ton d'un consultant McKinsey après avoir lu trois lignes produites par un modèle et explique comment configurer NGINX, optimiser MariaDB, sécuriser SSH ou « faire évoluer Kubernetes » parce que Claude a répondu par un paragraphe soigné et deux points clés.
« Eh bien, ChatGPT dit qu'il suffit d'augmenter la valeur de max_connections. » Bien sûr. C'est comme dire que pour perdre du poids, il suffit de manger moins. Techniquement, ce n'est pas toujours faux, mais si on l'applique hors contexte, on risque de faire plus de mal que de bien. max_connections Sans tenir compte de la mémoire disponible, de la charge de travail réelle, des requêtes lentes, des threads, des index, des verrous, des E/S, de la configuration du pool d'applications et des modèles de trafic, c'est comme réparer une fuite d'eau en ouvrant tous les robinets parce que « l'eau coule mieux comme ça ».
Le principe est simple : Un LLM ne remplace pas l'expertiseElle le confirme, l'amplifie, s'il existe. Elle le simule mal s'il n'existe pas. Et c'est ce que beaucoup préfèrent ignorer, car si l'IA est démocratique dans son accès, elle est impitoyable dans ses résultats : elle fournit une réponse même à ceux qui ne savent pas formuler la question. Et lorsqu'une personne ne maîtrise pas le domaine, elle est incapable de saisir le danger que représente la réponse qu'elle reçoit.
L'effet Dunning-Kruger avec turbo
Le syndrome de Dunning-Kruger n'est pas apparu avec l'intelligence artificielle. Il existait déjà, notamment dans les groupes Facebook d'« experts en référencement » et sur les forums de conseils. chmod 777 comme s'il s'agissait d'un aérosol, et dans les commentaires LinkedIn de ceux qui parlent de « résilience des infrastructures » sans jamais avoir vu un disque dur plein à trois heures du matin.
Ce qui est nouveau, c'est que le LLM donne aujourd'hui une apparence présentable à cette incompétence. Auparavant, l'amateur écrivait des inepties grammaticalement incorrectes. Désormais, il ou elle écrit des inepties magnifiquement formatées, sur un ton assuré, avec un vocabulaire technique, et peut-être même un tableau comparatif. Le contenu reste aussi fragile qu'un château de sable, mais l'apparence demeure celle d'un document impeccable.
Et c’est là que l’IA devient dangereuse : non pas parce qu’elle va « prendre le pouvoir », non pas parce qu’elle va « voler nos emplois », non pas parce que « les machines pensent ». Elle devient dangereuse parce que transformer l'ignorance en ignorance confianteEt l'ignorance assumée, en ingénierie des systèmes, n'est pas une légende : elle se traduit par des temps d'arrêt, des pertes de données, des failles de sécurité, des configurations inappropriées, des sauvegardes non vérifiées et des clients qui appellent ensuite, désespérés, en disant : « Mais ça fonctionnait jusqu'à hier ! »
L'invite n'est pas une expérience
Un ingénieur système n'est pas quelqu'un qui connaît la bonne commande. C'est une caricature de la profession. Un ingénieur système est quelqu'un qui sait quand utilisez cette commande, parce que utilise-le, Que se passe-t-il ensuite ?, quels sont les effets secondaires qu'il produit et comment revenir en arrière lorsque le château commence à fumer.
Quiconque a travaillé sur des serveurs Linux depuis 1996, et professionnellement depuis 2005, ne s'est pas contenté de « mémoriser des commandes ». Il a vu des systèmes de fichiers corrompus, des RAID dégradés, des plantages du noyau en production, des serveurs de messagerie mis sur liste noire, des bases de données saturées d'E/S, des DNS configurés comme des rituels vaudous, des certificats expirer au pire moment, des déploiements effectués le vendredi soir par des personnes manifestement dépourvues de tout instinct de survie.
On ne télécharge pas ce genre de choses à partir d'un modèle. On ne les obtient pas avec une consigne du genre « comportez-vous comme un expert DevOps ». C'est du théâtre. Utile, peut-être, pour se faire une idée de départ. Mais ça reste du théâtre. L'expérience est une accumulation d'erreurs, de diagnostics, d'accidents, de redressements, d'audits et de responsabilités.C'est savoir que la réponse la plus élégante n'est pas toujours la bonne. C'est comprendre que parfois, la meilleure solution consiste à ne rien laisser de côté avant d'avoir examiné les journaux pertinents.
"L'IA dit que c'est possible" : Une phrase à graver sur la pierre tombale du serveur.
L'une des phrases les plus inquiétantes que vous pourriez entendre aujourd'hui est : « L'IA dit que c'est possible. » Formidable. Même un GPS peut vous indiquer de vous diriger vers un lac, mais cela ne signifie pas que vous devriez baptiser le panda.
Un LLM fournit des réponses plausibles, mais pas de garanties opérationnelles. Il peut être brillant, utile, voire surprenant. Cependant, il ne tient pas compte de votre contexte global. Il ne comprend pas véritablement votre infrastructure, les contraintes du client, l'historique des problèmes antérieurs, les configurations héritées, les compromis réalisés il y a des années, ni la raison pour laquelle un service apparemment absurde persiste. Et surtout, il ne vous sera d'aucune utilité si vous provoquez des dysfonctionnements.
Le modèle n'entend pas sonner le téléphone. Il n'a pas de client mécontent. Il n'a pas à expliquer pourquoi le logiciel de gestion ne démarre pas, pourquoi le site web est hors service, pourquoi les e-mails n'arrivent pas, pourquoi la sauvegarde était là mais que personne n'a tenté de la restaurer. Le LLM n'assume aucune responsabilité. C'est vous qui en assumez la responsabilité. Ou du moins, vous devriez.
L'IA comme exosquelette, et non comme cerveau de remplacement
Bien utilisée, l'IA est un véritable exosquelette cognitif. Elle permet d'avancer plus vite, de comparer des hypothèses, de générer des brouillons, de rédiger de la documentation, de transformer des journaux bruts en informations exploitables, de créer des listes de contrôle, de simuler des scénarios et de trouver rapidement des solutions alternatives. Elle est également extrêmement utile pour expliquer des concepts complexes aux clients, aux développeurs ou aux parties prenantes qui pourraient autrement confondre « serveur » et « hébergement », et « hébergement » et « ce que je paie chaque année ».
Mais un exosquelette fonctionne si la personne à l'intérieur peut marcher. Si cette personne trébuche même à l'arrêt, l'exosquelette ne crée pas Iron Man : il crée un imbécile motorisé.
La différence est là. Le professionnel utilise l'IA pour accélérer un raisonnement qu'il maîtrise déjà. L'amateur, lui, l'utilise pour remplacer un raisonnement qu'il n'a jamais eu. Le premier interroge, vérifie, compare, teste, consulte la documentation officielle, examine les journaux et évalue les risques. Le second copie, colle, redémarre, puis ouvre des tickets avec pour objet « URGENT ».
Le problème n'est pas d'avoir tort. C'est de ne pas savoir qu'on ne sait pas.
Quiconque travaille sérieusement dans l'informatique sait que faire des erreurs fait partie du métier. Personne ne naît infaillible, personne n'a toujours la réponse, personne ne peut connaître toutes les technologies, toutes les versions, tous les bugs, tous les cas particuliers. L'important n'est pas d'être infaillible, mais d'apprendre. conscience de ses limites.
Le LLM, en revanche, a un effet psychologique dévastateur : il vous donne un faux sentiment de compétence. Il vous apporte du vocabulaire, une structure et de la confiance. Il vous permet de discuter de sujets que vous ne maîtrisez pas avec une aisance que vous n’auriez jamais eue auparavant. Et cette aisance est confondue avec la compréhension.
Mais être capable de réciter des termes comme « proxy inverse », « terminaison TLS », « mise en commun des connexions », « mise à l'échelle horizontale », « sécurité zéro », « observabilité » et « infrastructure immuable » ne signifie pas que vous savez ce que vous faites. Cela signifie simplement que vous avez appris à prononcer des mots techniques. C'est comme entrer dans un bloc opératoire en disant « scalpel, anesthésie, laparoscopie » et en prétendant être chirurgien sous prétexte que la terminologie est correcte.
Lorsque le LLM prouve que le client a raison
L'un des aspects les plus grotesques est celui du client qui arrive avec une réponse automatique de l'IA pour contester le travail technique. Il ne demande aucune explication. Il ne cherche pas à discuter. Il arrive déjà convaincu : « J'ai contacté ChatGPT et ils m'ont dit que le problème se résolvait ainsi. »
Parfait. Alors, demandons aussi à ChatGPT si le pont tient bon, si le scanner est négatif, si le bilan fiscal est correct et si le bruit de la voiture provient bien de l'embrayage. Désormais, la règle générale est la suivante : si une réponse est bien formulée, alors elle est vraie.
La relation entre client et professionnel doit reposer sur la confiance, l'expertise et la responsabilité. L'IA peut aider les clients à mieux comprendre, à poser des questions plus pertinentes et à s'orienter. Mais lorsqu'elle est utilisée comme un moyen de pression pour affirmer : « J'en sais autant que vous, car j'ai interrogé ChatGPT », alors nous sommes face à un véritable chef-d'œuvre. ignorance artificiellement accrue.
Comment utiliser concrètement un LLM en ingénierie des systèmes
Nous ne disons pas qu'il ne faut pas utiliser Claude ou ChatGPT. Ce serait absurde. Nous disons simplement qu'il faut les utiliser comme des outils, et non comme des vérités absolues. Un LLM peut être très utile pour :
- résumer les longs journaux d'activité et identifier les schémas suspects ;
- générer des listes de contrôle opérationnelles avant une migration ;
- rédiger une documentation technique plus lisible ;
- comparer différentes approches architecturales ;
- préparer les scénarios pour relecture, et non pour exécution à l'aveugle ;
- Expliquer à une personne non technicienne pourquoi une certaine requête est dangereuse.
Le mot clé est réviserChaque résultat doit être vérifié. Chaque commande doit être comprise. Chaque configuration doit être adaptée. Chaque modification doit être testée. Chaque procédure doit s'accompagner de sauvegardes, de restaurations et de bon sens. Surtout, de bon sens, une denrée rare encore inaccessible via une API.
La compétence demeure le filtre
L'avenir n'appartiendra pas aux administrateurs système qui ignorent l'IA. Ils finiront comme ceux qui ont rejeté Git parce qu'ils « renomment les fichiers avec _final_definitivo_v3 ». Mais il n'appartiendra pas non plus aux fainéants qui pensent devenir experts simplement parce qu'ils ont appris à rédiger des messages d'invite percutants.
L'avenir appartient à ceux qui intègrent des outils performants à une méthodologie rigoureuse. À ceux qui maîtrisent Linux, les réseaux, la sécurité, les bases de données, la performance, la sauvegarde, la supervision et la gestion des incidents. À ceux qui savent lire un journal sans demander l'autorisation à un chatbot. À ceux qui utilisent l'IA pour accélérer le processus, et non pour masquer les lacunes.
L'attention est tout ce dont vous avez besoin Pour l'intelligence artificielle moderne, ce fut une transition historique. On peut aisément la considérer comme une formule révolutionnaire, à l'instar de ces idées qui transforment le monde et après lesquelles plus rien n'est jamais vraiment comme avant. Mais attention : une découverte révolutionnaire ne rend pas automatiquement révolutionnaires ceux qui en font un mauvais usage.
L'énergie nucléaire peut illuminer les villes ou provoquer des catastrophes. Les moteurs à combustion interne peuvent propulser les ambulances ou engendrer des conducteurs imprudents qui font vrombir leur moteur aux ronds-points. Le LLM peut aider un professionnel à améliorer ses performances ou transformer un amateur en danger grâce à une interface conversationnelle.
Claude est beau, mais il devrait d'abord apprendre le métier.
Claude est génial. ChatGPT est génial. Les LLM sont des outils formidables. Personne de sérieux ne devrait les ignorer, les ridiculiser ou prétendre qu'il s'agit d'une mode passagère. Ils sont là pour durer et transformeront profondément notre façon de travailler.
Mais précisément parce qu'il s'agit d'outils puissants, il faut les utiliser avec discernement. Ce ne sont pas des qualifications professionnelles. Ce ne sont pas des diplômes instantanés. Ce ne sont pas vingt ans d'expérience condensés en une fenêtre de chat. Ce sont des accélérateurs. Et un accélérateur, entre les mains d'un conducteur inexpérimenté, ne produit pas de vitesse : il provoque des accidents.
Alors oui, utilisez l'IA. Utilisez-la quotidiennement. Intégrez-la à votre flux de travail. Demandez-lui des brouillons, des alternatives, des vérifications, des explications, des idées. Mais lorsqu'il s'agit de serveurs, de sécurité, d'infrastructure, de données et de continuité d'activité, ayez au moins la décence de vous souvenir d'une chose : Une réponse plausible n'est pas une solution validée..
Et surtout, avant d'expliquer à un ingénieur système qui fait ce métier depuis que de nombreux « experts en IA » apprenaient encore à lacer leurs chaussures, posez-vous peut-être une question simple : apportez-vous réellement une contribution technique ou vous contentez-vous de lire à voix haute ce qu'un modèle a craché ?
Parce que Claude est beau, certes. Mais n'y attachons pas trop d'importance.
