When AI Writes Code, But Engineers Still Call the Shots
By ControlTech Supply Limited TEAM

Quand l’IA écrit du code, mais que les ingénieurs gardent toujours le dernier mot

Il n'y a pas si longtemps, Mark Reitzel a demandé à une IA de lui créer une version web d'un jeu de cartes japonais que son père possédait autrefois. Dix minutes plus tard - et voilà - une application fonctionnelle était apparue sur son écran. Fonctionnelle, soignée et prête à l'emploi.

Impressionnant ? Absolument. Mais pour Reitzel, qui dirige la gestion des produits chez Mitsubishi Electric Iconics Digital Solutions, la vraie question ne concernait pas les jeux de cartes. Elle portait sur l'automatisation industrielle. Si l'IA peut créer un jeu en dix minutes, que se passe-t-il lorsqu'on l'applique à une usine ?

La réponse, comme on le découvre, est complexe.

Voici le fond du problème : l'IA est fantastique pour générer du code. Les tableaux de bord, les rapports et les visualisations prennent forme en quelques minutes. Mais un logiciel industriel n'est pas un tableau de bord. C'est le système nerveux d'une usine de fabrication, ce qui permet aux chaînes d'assemblage de tourner sans interruption, aux turbines de fonctionner et aux systèmes de sécurité de remplir leur rôle.

Générer la première version d'une application ? Cela devient plus facile de jour en jour. Fournir un logiciel auquel les responsables d'usine peuvent réellement faire confiance pour piloter leurs opérations 24 h/24 et 7 j/7 ? C'est une tout autre affaire.

Prenons un exemple simple. Un responsable d'usine demande un rapport opérationnel. L'IA le génère en quelques minutes. Tout le monde est content. Puis le responsable dit : « Très bien - maintenant, envoyez-moi ce rapport tous les jours, sans exception. » Soudain, une tâche ponctuelle devient un logiciel critique dont les utilisateurs dépendent. Les plateformes évoluent, les menaces de sécurité apparaissent, les exigences changent. Et quelqu'un doit veiller à ce que tout continue de fonctionner.

Cette personne, c'est un ingénieur - pas n'importe quel ingénieur, mais quelqu'un qui comprend les architectures industrielles, la cybersécurité, la conformité réglementaire et la réalité complexe qui consiste à faire communiquer des systèmes existants avec de nouveaux systèmes. L'IA ne sait pas si votre flux de données expose une vulnérabilité. L'IA ne s'inquiète pas de savoir si cet appel d'API fonctionnera encore après la mise à jour de la plateforme du trimestre prochain. L'IA ne se demande pas ce qui se passe lorsque le réseau tombe en panne à 3 heures du matin

Les ingénieurs expérimentés ne développent de toute façon que rarement des logiciels industriels à partir de zéro. Elles reposent sur des plateformes éprouvées - du type de celles qui ont été mises à l'épreuve au fil d'années de déploiements dans le monde réel. Ces plateformes sont dotées d'architectures validées, de redondance, de protections de cybersécurité et d'une assistance à long terme. L'IA peut générer une application reposant sur cette base en un temps record. Mais cette application n'est qu'une couche de la solution.

La vitesse est séduisante. Mais dans le monde industriel, la vitesse seule ne détermine pas si un logiciel est prêt pour la production. La vraie question n'est pas : « À quelle vitesse pouvons-nous construire cela ? » C'est : « Qui veillera à ce que cela continue de fonctionner dans cinq ans ? »

L'IA écrit le code. Les ingénieurs assument la responsabilité du résultat. Et dans l'automatisation industrielle, cette distinction fait toute la différence.

Retour au blog