Des chercheurs de l'University of Utah ont publié une prépublication le 23 octobre 2026 examinant si les agents de codage IA modifient la façon dont les organisations choisissent entre acheter et construire un logiciel. Dans une enquête organisationnelle, 32 % des répondants ont indiqué avoir renoncé à au moins un achat de logiciel parce que leur organisation pouvait développer la fonctionnalité avec des agents de codage.
Ce que la prépublication a révélé
L'article, « The Customer Is the Builder » de Ripon Chandra Malo, Zimeng Yu et Tong Qiu, compare ce que les agents peuvent construire avec l'évolution du marché des logiciels. Depuis 2023, la durée des tâches de référence que les principaux agents accomplissent avec un taux de réussite de 50 %, mesurée en temps de travail humain, a doublé environ tous les 129 jours. Une recherche a permis de trouver 575 alternatives open source potentielles à certains produits commerciaux sélectionnés, et la suite Craft des auteurs a produit 12 dépôts d'applications en 12 jours de développement public.
Les auteurs font preuve de prudence sur l'ensemble de ces éléments. Les réponses à l'enquête sont des déclarations individuelles et ne montrent pas le montant des dépenses déplacées ni si les outils ainsi obtenus sont fiables. Les nouveaux dépôts sont des versions préliminaires dont l'exhaustivité n'a pas été vérifiée. Les données de marché sont mitigées : la part des investissements américains dans les logiciels achetés a augmenté, et les installations commerciales suivies ont progressé. L'article n'a pas encore fait l'objet d'une évaluation par les pairs dans une revue scientifique.
Ce que cela change pour les équipes d'ingénierie
Ce résultat décrit une décision plutôt qu'une tendance. Une équipe peut désormais se demander si un flux de travail qu'elle achèterait normalement vaut la peine d'être développé en interne, et pour certaines fonctions la réponse a changé. L'article cite la vérification, la maintenance, la sécurité et l'intégration comme les coûts qui déterminent si une solution développée en interne reste moins chère qu'un achat.
Ces coûts incombent aux personnes qui gèrent le code par la suite. Un outil développé en quelques jours nécessite tout de même quelqu'un pour le faire fonctionner, le corriger et l'expliquer un an plus tard. Les équipes qui envisagent de développer en interne peuvent évaluer cette charge de propriété en temps ingénieur avant de prendre leur décision.
L'article recense également des études antérieures qui vont dans le même sens. L'une d'elles a montré que davantage de code ne signifie pas davantage de produits aboutis, et une autre a constaté qu'un premier gain de vitesse de développement s'accompagnait d'une hausse durable de la complexité du code. Une solution qui paraît peu coûteuse la première semaine peut revenir plus cher au douzième mois, de sorte que la comparaison avec un achat doit inclure la maintenance et pas seulement la première version.
Ce que cela change quand vous recrutez des ingénieurs
Si davantage de décisions d'achat ou de développement penchent en faveur du développement, la demande augmente pour des ingénieurs capables de spécifier un outil, de diriger un agent et d'évaluer si le résultat est fiable. Il s'agit d'un ensemble de compétences senior. Notre processus d'évaluation le teste sur une base de code réelle, et vous pouvez en savoir plus sur nos ingénieurs AI-native.
