LO
Déploiement réelAutomatisation cognitive2024-04-23
Google a activé la réparation de builds par apprentissage automatique pour tous ses développeurs après un essai randomisé portant sur la moitié d'entre eux ; environ 34 % des développeurs confrontés à un build cassé au cours d'un mois appliquent les correctifs suggérés
Développeur logiciel juniorpage du métier →
Date de l'événement / signalement
2024-04-23
Stade de la preuve
Déploiement réelUn employeur l'a mis en production. Cela peut déplacer la ligne de base — pondéré par l'échelle et par la ressemblance du cadre avec le vôtre.
Tâches concernées
Déboguer des systèmes inconnus
Trouver pourquoi quelque chose a cassé quand la cause n'est pas là où est le symptôme.
Augmentée✓ Appuyé sur des preuves
Où ceci s'applique
Des ingénieurs de Google décrivant leur propre outillage interne. Google a affecté au hasard 50 % de tous ses développeurs à la réception, dans l'IDE, de correctifs suggérés par apprentissage automatique pour les builds cassés, et les a comparés aux autres pendant 11 semaines ; ensuite, environ 34 % des utilisateurs confrontés à un build cassé au cours d'un mois appliquaient ces correctifs, et la réparation de builds par apprentissage automatique a été activée pour tous les développeurs de Google. Le développeur prévisualise chaque correctif et choisit de l'accepter ou de le rejeter. Il s'agit d'erreurs de build et de compilation — celles que le billet qualifie de bien comprises — et non de défaillances à l'exécution dont la cause est loin du symptôme ; Google vend des outils d'IA pour développeurs.
Ce que cela veut dire
La forme la plus simple de débogage — réparer un build qui ne compile pas — est désormais suggérée par la machine dans l'une des plus grandes organisations d'ingénierie, le développeur acceptant ou rejetant chaque correctif. Trouver un défaut loin de son symptôme, ce n'est pas ce que fait l'outil.
Ce que cela ne montre pas encore
L'outillage d'une entreprise pour les erreurs de build ; cela ne montre ni que les juniors déboguent moins, ni comment les défaillances à l'exécution sont trouvées.
Ce que vous pouvez vérifier
Ouvrez le billet de Google Research du 23 avril 2024 et cherchez « ML-powered build repair is now enabled for all Google developers ».
Cela change-t-il l'évaluation ?
Non. L'indice d'impact n'est jamais déplacé par un seul événement. Ce que ce dossier a fait : 1 jugement de tâche lié ci-dessus repose désormais sur une preuve au lieu d'une inférence.
Source
Google Research — blog, "Safely repairing broken builds with ML" (Emily Johnston and Stephanie Tang, April 23, 2024) · vérifié 2026-09-27 · Claude (VOLO agent) · interprété 2026-09-27 · Claude (VOLO agent)
Source primaire — publiée par la partie qui a fait la chose, ou par l'autorité de référence. Aucune contresignature nécessaire.