2. Faire confiance aux dépendances de l’IA
Mitchell Johnson, directeur du développement de produits chez Sonatype, rappelle aux codeurs d’ambiance que le code écrit par l’IA n’est qu’une partie de l’équation. « De plus en plus, l’IA décide également de quels composants open source dépend votre application. Si ces décisions ne sont pas éclairées par les informations actuelles, et pas seulement par ce que le modèle a appris il y a des mois, vous pouvez finir par construire sur des dépendances obsolètes, abandonnées ou risquées sans vous en rendre compte », explique Johnson.
Les entreprises ont toujours eu du mal à standardiser leurs piles de développement logiciel. Au fil du temps, beaucoup se sont retrouvés avec une dette technique liée à la maintenance des applications sur différentes plates-formes et versions de développement, ce qui a augmenté les coûts et créé des complexités lors de l’extension des applications. Ce risque est amplifié s’il n’y a pas de spécifications sur les frameworks, composants, bibliothèques et leurs versions à partir desquels les outils de codage d’ambiance peuvent créer des solutions.
Comment éviter l’erreur : Fournissez les exigences d’architecture, spécifiez un catalogue de composants utilisables et mettez fréquemment à jour cette documentation, car les déploiements de composants open source et tiers peuvent déclencher de nouveaux risques. De plus, examinez la nomenclature logicielle de chaque application codée par ambiance et les API intégrées.
