Actualités
Tous les quelques années, un nouvel outil promet de rendre les programmeurs presque inutiles : 4GL, CASE, offshore, low-code puis génération de code par IA. Pourquoi cette vague n’est-elle pas fondamentalement différente ?
Ingénierie · Avis
Tous les quelques années, l'industrie découvre un nouvel outil qui promet de rendre les programmeurs moins nécessaires. Le récit est toujours le même et il est toujours faux de la même manière.
Dans les années 1980, il s'agissait des outils 4GL et CASE. Dans les années 1990, il s'agissait de programmation visuelle. Dans les années 2000, il s'agissait de développement offshore. Dans les années 2010, il s'agissait de plateformes à faible code et sans code. Maintenant, dans les années 2020, il s'agit de génération de code d'IA.
Chaque vague arrive avec la même promesse: Cette fois, c'est différent.Il ne l'est jamais. Pourquoi ? C'est plus important que jamais, car l'erreur est sur le point de devenir plus rapide et moins chère à faire.
L'erreur fondamentale est déroutante. production de code avec ingénierie logicielle. Écrire du code est la partie facile. Comprendre ce que le système doit faire, pourquoi il se comporte comme il le fait, et comment il échoue sous pression c'est là que le vrai travail vit.
L'IA peut générer du code. Elle peut compléter automatiquement des modèles. Elle peut réécrire des fonctions. Mais elle ne comprend pas votre système. Elle ne connaît pas vos contraintes, vos invariants, vos réalités opérationnelles ou les raisons historiques derrière les décisions de conception.
Il produit une production qui apparence Ce n'est pas la même chose que d'être correct.
C'est la partie que beaucoup de gens ignorent. L'IA ne pense pas. Elle ne raisonne pas. Elle ne comprend pas. C'est un système statistique qui prédit le prochain jeton le plus probable sur la base de modèles qu'elle a vus auparavant.
Il n'y a pas d'intention, pas de conscience, pas de compréhension des conséquences, il ne peut pas douter de lui-même, il ne peut pas reculer et demander: Est-ce que cela a vraiment du sens dans ce système?
Pire encore: il est souvent confidentement faux. Il générera un code propre, convaincant et bien structuré qui compile parfaitement et enfreint discrètement les hypothèses, casse les invariants ou introduit des bugs subtils qui ne surgissent que dans des conditions réelles.
La confiance sans compréhension est dangereuse si elle est traitée comme une autorité.
Ce modèle n'est pas nouveau. Il reflète la vague d'externalisation que de nombreuses entreprises ont traversée il y a des années. La logique à l'époque était simple: les développeurs sont chers, le codage peut être fait moins cher ailleurs, alors envoyez le travail et recevez le logiciel fini.
Le résultat était souvent prévisible: des systèmes qui fonctionnaient techniquement, mais qui étaient mal compris, difficiles à entretenir et finalement intouchables. Le code le moins cher est devenu le logiciel le plus cher.
L'IA présente le même risque à une échelle différente. Elle accélère la production de code sans augmenter la compréhension.
L'IA n'introduit pas une nouvelle catégorie d'échecs. Elle amplifie une catégorie existante. Elle commet la même catégorie d'erreurs que les humains:
La différence est la vitesse et le volume, ce qui conduit à une règle simple que les ingénieurs expérimentés suivent déjà:
Vous possédez chaque ligne de code que vous commettez.
Peu importe d'où il vient AI, un collègue, Stack Overflow, une bibliothèque ou votre propre clavier. Si vous l'acceptez, c'est de votre responsabilité.
Le vrai mode d'échec n'est pas l'IA elle-même. comment les équipes l'utilisentLe contraste est marqué:
Le modèle dangereux
Ce n'est pas de l'ingénierie, c'est d'externaliser la pensée à une machine qui ne pense pas et au fil du temps, cela conduit à la décomposition architecturale.
Le seul modèle sûr.
L'IA est un outil. Pas un décideur. Pas une autorité. Pensez à elle comme un collègue très rapide qui dit parfois quelque chose d'utile et parfois dit quelque chose de complètement faux, avec une confiance absolue.
L'impact le plus important de l'IA n'est pas moins de bugs. accélération de la création de systèmes complexesEt la complexité est là où le logiciel échoue.
La plupart des problèmes de production ne résultent pas d'erreurs de syntaxe.
L'IA ne résout rien de tout cela, elle permet aux équipes de les atteindre plus rapidement.
Chaque génération croit que leurs outils élimineront le besoin d'ingénierie profonde. la compréhension.
L'IA améliore la première, elle ne remplace pas la seconde.
Utilisé correctement, il est un puissant multiplicateur. Utilisé aveuglément, il produit exactement ce que l'histoire a déjà montré: de grands systèmes que personne ne comprend et que personne ne veut toucher.
La seule question qui compte
La question n'est pas de savoir si l'IA peut écrire du code. La question est de savoir si les gens qui l'utilisent comprennent toujours les systèmes qu'ils construisent.
Si c'est le cas, l'IA est un avantage.
S'ils ne le font pas, l'IA est juste un chemin plus rapide vers l'échec.
À découvrir
DataBridge est une plateforme de synchronisation réutilisable entre des logiciels métiers locaux et des systèmes distants tels que des services HTTP, Microsoft SQL Server et MySQL. Cette passerelle durable fonctionne même lorsque la structure exacte des données n’est pas connue à l’avance.
Lire la suiteFileDropArea apporte aux applications Visual FoxPro existantes un glisser-déposer moderne pour les fichiers, les pièces jointes Outlook et les liens, sans réécrire l’application hôte. Il s’agit d’un contrôle ActiveX visible par COM, basé sur .NET Framework 4.8 pour les environnements FoxPro 32 bits.
Lire la suiteFoxSQL est une passerelle SQL sur TCP/IP pour les données AccountView et Visual FoxPro. Les applications C# utilisent des concepts de base de données familiers, tandis que le moteur FoxPro continue d’exécuter son travail natif.
Lire la suite
