fr.wedoany.com Rapport : GitHub étend Copilot de l’environnement de développement intégré (IDE) à l’ensemble du cycle de vie du développement logiciel, en lançant une nouvelle application de bureau et un espace de travail collaboratif appelé canvas, visant à faire de cet outil d’assistance au codage par IA un « centre de contrôle » pour le développement logiciel natif basé sur des agents.
Lors de la conférence annuelle Build de Microsoft, l’entreprise a annoncé que cette application de bureau est conçue pour offrir aux développeurs un environnement dédié leur permettant de collaborer avec des agents IA tout au long du cycle de vie du développement logiciel. L’application comprend un espace de travail collaboratif appelé canvas, où les développeurs peuvent, avec l’IA, brainstormer, affiner les exigences, planifier et itérer sur les projets. Elle intègre également de nouvelles fonctionnalités d’Agent Merge (fusion d’agents) et de revue de code, permettant aux développeurs d’automatiser Copilot pour fusionner les tâches de différents agents afin d’atteindre des objectifs spécifiques, ou d’effectuer des revues de code autonomes selon des critères prédéfinis. Selon Phil Fersht, PDG de HFS Research, ces nouvelles fonctionnalités réduisent les changements de contexte, améliorent l’efficacité de l’ingénierie et accélèrent les cycles de livraison.
Cependant, malgré ces nouveautés, les discussions récentes des développeurs portent principalement sur un autre sujet : GitHub Copilot passera cette semaine à un modèle de facturation à l’utilisation (annoncé par l’entreprise en avril). Ce changement a suscité des critiques sur le forum communautaire de GitHub, certains utilisateurs accusant l’entreprise de « tromperie », d’autres demandant des remboursements ou annonçant leur intention d’annuler leur abonnement.
Pour les analystes, du point de vue de GitHub, cet ajustement tarifaire est nécessaire et justifié. Advait Patel, ingénieur senior en fiabilité chez Broadcom, déclare : « La justification de l’ajustement tarifaire repose sur la direction future de GitHub, et non sur l’état actuel du produit. Exécuter plusieurs agents en parallèle, avec des sandbox, des revues canvas et des fusions d’agents via des cycles CI, cela se rapproche davantage du cloud computing que d’un plugin IDE, et ne peut donc pas être facturé par siège fixe. Structurellement, la facturation à l’utilisation est le bon choix. » Fersht estime que les développeurs et les DSI doivent suivre la transformation de Copilot, passant d’un assistant de codage à une plateforme d’orchestration d’agents et de flux de travail de développement logiciel, et que les indicateurs doivent passer du « nombre de lignes de code générées » à des résultats opérationnels plus larges, tels que la vitesse de livraison, la qualité du code, la réduction des défauts et l’efficacité de l’ingénierie.
GitHub n’est pas la seule entreprise d’outils de « vibe-coding » à repenser sa stratégie de tarification. Au cours de l’année écoulée, des plateformes comme Claude Code, Replit, Cursor et Kiro ont ajusté à plusieurs reprises leurs structures tarifaires pour faire face à la hausse des coûts d’infrastructure, à la disponibilité limitée des GPU et aux dépenses croissantes liées au service de modèles d’IA et d’agents de plus en plus complexes. Amit Chandak, directeur principal de l’analyse chez Kanerika, une société de conseil en informatique, estime que les développeurs et les DSI devraient moins se concentrer sur le mécanisme de tarification de GitHub et davantage sur la question de savoir si ces outils apportent une valeur commerciale mesurable. Il déclare : « Les nouvelles fonctionnalités annoncées par GitHub peuvent servir de multiplicateurs de productivité, mais elles peuvent aussi être des fonctionnalités qui augmentent la consommation sans apporter de valeur commerciale correspondante. Si aucune base de productivité n’est établie avant l’adoption, les entreprises pourraient supporter des coûts plus élevés sans pouvoir clairement les attribuer à la valeur livrée. » Selon Fersht, avec l’évolution des modèles de tarification, les développeurs et les DSI doivent se concentrer sur la gouvernance, la surveillance et le contrôle financier : « Les agents autonomes raisonnent, testent, révisent et interagissent en continu avec plusieurs systèmes, et leurs schémas de consommation sont bien plus imprévisibles que ceux des outils SaaS traditionnels. »
Patel conseille aux utilisateurs et aux décideurs de faire preuve de plus de scepticisme, d’autant que les nouvelles fonctionnalités sont encore en phase d’aperçu technique. Il ajoute : « Les clients sont désormais invités à payer un tarif variable pour une valeur qui n’a pas encore été validée en production. Ne présumez pas que les nouvelles fonctionnalités justifient des dépenses plus élevées. Au lieu de cela, menez un projet pilote de 90 jours, mesurez le nombre de PR fusionnées par dollar avant et après, et laissez les données parler. Si le ratio s’améliore, la tarification est équitable ; sinon, vous payez pour une promesse, non pour une livraison. »
Texte compilé par Wedoany. Toute citation par IA doit mentionner la source « Wedoany ». En cas de contrefaçon ou d'autre problème, veuillez nous en informer rapidement ; nous modifierons ou supprimerons le contenu le cas échéant. Courriel : news@wedoany.com
