Un développeur me montre fièrement sa dernière création. En trois semaines, il a construit un agent d’intelligence artificielle qui regroupe des rapports provenant de quatre systèmes internes. La démo fonctionne parfaitement. La direction est impressionnée. Trois mois plus tard, le même agent est en production et un ticket remonte : les chiffres de la réunion hebdomadaire du conseil d’administration ne correspondent plus. Personne n’est en mesure de déterminer d’où l’agent tire ses données. Le développeur explique honnêtement : « J’ai fait en sorte que cette pièce soit entièrement générée par Copilot. Cela fonctionnait, alors je l’ai laissé ainsi ».
Une telle histoire est rarement celle d’un mauvais ingénieur. Il s’agit d’un secteur qui évolue à une vitesse vertigineuse et de la manière dont l’organisation doit y répondre.
Cet article est le cinquième de notre série sur les données et l’IA. Dans les parties précédentes, nous avons examiné la croissance sauvage de l’IA dans les organisations, Power Platform en tant que pont vers une intégration contrôlée de l’IA, la fondation de données avec Microsoft Fabric et l’IA ancrée en tant qu’approche architecturale. À chaque fois, l’accent était mis sur la technologie. Cette fois-ci, nous nous intéressons aux personnes qui travaillent avec cette technologie. Car sans le bon état d’esprit, chaque investissement technique reste une expérience qui, un jour, déraille.
L’agent à code vibratoire de notre premier article n’est pas une simple note de bas de page. Il est symptomatique d’un changement fondamental dans la manière dont les logiciels sont créés aujourd’hui et dont ils devraient être maintenus demain.
Comment est né le codage vibratoire
Au début de l’année, Andrej Karpathy, ancien responsable de l’IA chez Tesla et l’une des voix les plus influentes dans le domaine de l’apprentissage profond, a introduit un terme qui divise le monde du logiciel en deux camps : le « vibe coding » (codage vibratoire).
Sa description était aussi simple que provocante. Vous vous abandonnez à l’IA, vous décrivez ce que vous voulez construire, vous acceptez ce qu’elle génère sans le comprendre totalement, et vous continuez à pousser jusqu’à ce que cela fonctionne. « Je ne fais que vibrer », a-t-il écrit. Le code appartient à l’IA. C’est vous qui dirigez l’intention. Les réactions étaient prévisibles : enthousiasme d’un côté, horreur de l’autre. Ces deux réactions ne tiennent pas compte de la question réelle que cette méthode de travail pose à toute personne qui construit des logiciels, déploie l’IA ou prend des décisions technologiques pour une organisation.
La bonne question ne se limite pas à savoir si l’on peut accepter un code que l’on ne comprend pas entièrement. La bonne question est de savoir ce qui change fondamentalement dans le rôle de l’ingénieur et comment en tirer parti en tant qu’organisation. Le codage vibratoire est ici. La question est de savoir comment vous y faites face.
Le codage vibratoire est une technique. L’ingénierie vibratoire est un état d’esprit. Il fait la différence entre plus de productivité et plus de risques.
Ce qu’est le codage vibratoire et ce qu’il n’est pas
Le codage vibratoire est une pratique qui consiste pour un développeur à déployer des outils d’intelligence artificielle tels que GitHub Copilot, Cursor, Claude ou ChatGPT pour générer du code basé sur l’intention plutôt que sur la mise en œuvre. Vous décrivez le comportement souhaité en langage naturel. L’IA écrit le code. Vous révisez, testez, ajustez et répétez.
Dans sa forme la plus radicale, telle que décrite par Karpathy, vous acceptez le résultat sans vous plonger dans la logique. Vous faites confiance au système plutôt qu’à votre propre compréhension de celui-ci. Cette méthode fonctionne étonnamment bien pour les prototypes et les situations où la vitesse est plus importante que la robustesse.
C’est donc là que la critique est justifiée. Un code que vous ne comprenez pas, vous ne pouvez pas le déboguer. Vous ne pouvez pas sécuriser un code que vous ne comprenez pas. Vous ne pouvez pas faire évoluer un code que vous ne comprenez pas vers un environnement de production qui sert des milliers d’utilisateurs et qui a des exigences de conformité.
Le codage vibratoire est un outil puissant. Un outil sans savoir-faire est dangereux.
Codage vibratoire et ingénierie vibratoire : la vraie différence
La différence est fondamentale. Le Vibe Coding est une technique qui permet aux développeurs individuels de produire plus rapidement. L’ingénierie vibratoire est la discipline qui garantit que la vitesse apporte de la valeur plutôt que de la dette technique.
Alors que le codage vibratoire se concentre sur le résultat d’une tâche individuelle, l’ingénierie vibratoire s’intéresse au système dans son ensemble. Là où le vibrocodage accepte que le code fonctionne sans compréhension, le vibrocodage exige que les décisions architecturales soient étayées. Là où le vibrocodage traite l’IA comme une ressource, la vibro-ingénierie traite l’IA comme un collègue assis à la table avec ses forces et ses faiblesses.
L’ingénierie vibratoire s’appuie sur le codage vibratoire. Il s’agit de sa version mature. Elle intègre les gains de productivité offerts par le développement assisté par l’IA et place ces gains dans un cadre d’artisanat, de pensée architecturale et de responsabilité organisationnelle.
L’ingénieur vibrionnant utilise l’IA comme un chirurgien expérimenté utilise un scalpel : comme une extension de son expertise.
Les cinq piliers de l’ingénierie vibratoire
Qu’est-ce qui fait de quelqu’un un ingénieur vibratoire plutôt qu’un codeur vibratoire ? Cela implique cinq changements dans la façon de penser, la méthode de travail et le sens des responsabilités.
- L’intention plutôt que la mise en œuvre
L’ingénieur définit ce que le système doit faire et pourquoi. L’IA détermine comment. L’ingénieur reste propriétaire des choix d’architecture et veille à ce que ces cadres soient également reflétés dans le code généré. - L’examen critique en tant que compétence de base
Lire les résultats de l’IA est une compétence. Les ingénieurs de Vibe savent ce qu’ils recherchent : les cas limites, les failles de sécurité, les problèmes de performance et les dépendances indésirables. Un code plausible est différent d’un code correct, et seul un œil exercé voit la différence. - L’ingénierie des invites en tant que langage architectural
Une bonne invite est une bonne spécification. Les ingénieurs de Vibe apprennent à communiquer avec précision avec l’IA, ce qui améliore également leur communication avec les gens. Une intention claire produit un résultat clair. Des briefings vagues produisent un code vague. - La gouvernance dès la conception
La sécurité, la conformité et la testabilité sont incluses dès la première invite. Elles font partie de la demande elle-même, de l’examen et des critères d’acceptation. Le rééquipement coûte toujours plus cher que le pré-équipement.
- Apprentissage continu grâce à l’IA
Le code généré par l’IA révèle souvent des modèles et des solutions que l’ingénieur ne connaissait pas encore. Les ingénieurs de Vibe s’en servent activement pour approfondir leurs propres connaissances. La collaboration va dans les deux sens : l’humain guide, l’humain apprend aussi.
→ Le résultat : engineers livrent plus rapidement et écrivent un meilleur code, grâce à une collaboration réfléchie avec l’IA.
Pourquoi est-ce important pour votre organisation ?
Cette histoire ne concerne pas seulement les développeurs. Elle concerne tous ceux qui prennent aujourd’hui des décisions sur la manière dont les logiciels sont développés au sein de leur organisation.
Une organisation qui adopte le codage vibratoire sans cultiver l’ingénierie vibratoire enregistre des gains de productivité impressionnants au cours des trois premiers mois. Après cela, les problèmes commencent. Un code que personne ne comprend. Des failles de sécurité que personne n’a remarquées. Des systèmes qui ne peuvent pas être maintenus. Il s’agit de la même prolifération que celle décrite dans le premier article de cette série, mais une couche plus profonde, dans la base de code elle-même.
L’ingénierie vibratoire permet d’éviter ce scénario. Elle rend les gains de productivité de l’IA durables, car les ingénieurs utilisent l’IA comme une extension plutôt que comme un partenaire d’externalisation. Un assistant qui code avec eux et non à leur place.
Pour les responsables informatiques : redéfinissez ce que vous attendez des ingénieurs
Le développeur de demain aura moins de valeur en tant que dactylographe et plus de valeur en tant que penseur architectural, critique et collaborateur de l’IA. Adaptez votre recrutement, votre formation et vos critères d’évaluation en conséquence. Aujourd’hui.
Pour les cadres supérieurs : comprendre le paradoxe de la productivité
L’IA augmente la vitesse de production, mais sans ingénierie vibratoire, elle augmente aussi vos risques. Les organisations qui investissent aujourd’hui dans les bonnes pratiques en matière de développement assisté par l’IA seront les leaders dans deux ans. Celles qui ne le font pas paieront plus tard une facture salée sous forme de dette technique, d’incidents de sécurité et de retouches.
Pour les développeurs : c’est le moment ou jamais
Les ingénieurs qui apprennent aujourd’hui à utiliser au mieux l’IA en tant que réviseurs, architectes et ingénieurs d’assistance deviendront les professionnels les plus précieux de la prochaine décennie. La barre a été placée plus haut que jamais. Ceux qui évolueront avec elle trouveront des opportunités qui n’existaient pas auparavant.
La question n’est plus de savoir si vos ingénieurs utiliseront l’IA. La réponse à cette question a déjà été apportée. La vraie question est de savoir comment ils le feront : d’une manière qui apporte de la valeur ou qui augmente les risques.
L’implication plus large : un niveau d’abstraction plus élevé
L’ingénierie vibratoire est symptomatique d’un changement plus large que nous observons dans l’ensemble du secteur : la couche d’abstraction s’élève. Tout comme nous avons cessé d’écrire en assembleur pour passer à des langages de programmation plus élaborés, nous cessons aujourd’hui d’écrire chaque ligne nous-mêmes et commençons à opérer à un niveau d’abstraction plus élevé.
Ici, l’artisanat ne disparaît pas. Il évolue. Les meilleurs ingénieurs de la prochaine génération seront jugés sur la qualité des systèmes qu’ils construisent, quels que soient les outils qu’ils utilisent pour ce faire. Le nombre de lignes de code qu’ils écrivent personnellement pèse de moins en moins lourd.
Cette couche d’abstraction nécessite quelque chose de nouveau. Une compréhension plus approfondie des raisons pour lesquelles les systèmes fonctionnent, en plus de la connaissance de leur fonctionnement. Lorsque vous déléguez la mise en œuvre à l’IA, vous ne pouvez faire des choix architecturaux que si vous comprenez les principes sous-jacents.
C’est ce que nous entendons, chez Xylos, par « vibe engineering ». Pour nous, il s’agit d’une façon de travailler qui tire pleinement parti du potentiel de l’IA, avec l’expertise humaine qui reste irremplaçable comme point d’ancrage. Le battage médiatique autour de l’IA est secondaire.
Xylos aide vos ingénieurs à adopter l’état d’esprit de l’ingénierie vibratoire
La transition vers la construction assistée par l’IA est plus qu’une question d’outillage. Elle touche à la culture et aux compétences. Chez Xylos, nous accompagnons les organisations dans cette transition : nous les aidons à sélectionner les bons outils de développement de l’IA, tels que GitHub Copilot et Azure AI, à mettre en place des processus d’examen et de gouvernance, et à former les ingénieurs aux nouvelles compétences de base de la profession. Vous voulez savoir où en est votre organisation aujourd’hui ? Prenez contact avec nous pour une discussion sans engagement.
A propos de l’auteur
Peter Verrykt est Business Unit Lead Data & AI chez Xylos et guide les organisations dans la transformation des données en valeur commerciale concrète. Il aide les entreprises à voir au-delà des implémentations techniques et à déployer les données et l’IA comme fondement de meilleures décisions, d’une plus grande agilité et d’une croissance durable.
