Donnez aux agents une boucle de rétroaction rapide
Chargement de l'image...
Si votre agent ne peut pas exécuter les tests localement et s’autocorriger avant même que vous regardiez le code, c’est vous le goulot d’étranglement. Les développeurs de pointe investissent massivement pour rendre la validation rapide, locale et automatisable afin que l’agent puisse tester dans une boucle serrée.
L’agent devrait avoir accès à des linters et à des tests unitaires, à un navigateur pour afficher et vérifier visuellement les changements d’interface, à des simulacres locaux des services dépendants pour les tests d’intégration, et à la capacité de démarrer la pile complète sur un ordinateur portable pour les tests de bout en bout. Si vous utilisez un outil pour valider votre propre travail, l’agent devrait pouvoir l’utiliser aussi, afin qu’il puisse se valider lui-même sans que vous ayez à copier-coller les résultats d’un outil à l’autre.
Les tests basés sur les propriétés sont particulièrement précieux ici : ils valident que l’implémentation correspond à votre intention et détectent les cas limites pour lesquels l’agent ne penserait pas à écrire des cas de test explicites. L’agent devrait pouvoir valider son propre travail, repérer les échecs et les corriger sans votre intervention.
Sans cet investissement, une génération de code plus rapide ne fait qu’entraîner davantage de builds cassés et de bogues. Avec lui, la qualité globale du code s’améliore réellement, car l’agent valide de façon plus approfondie et plus constante que bien des humains ne prennent la peine de le faire.
Si votre agent ne peut pas exécuter les tests localement et s’autocorriger avant même que vous regardiez le code, c’est vous le goulot d’étranglement. Les développeurs de pointe investissent massivement pour rendre la validation rapide, locale et automatisable afin que l’agent puisse tester dans une boucle serrée.
L’agent devrait avoir accès à des linters et à des tests unitaires, à un navigateur pour afficher et vérifier visuellement les changements d’interface, à des simulacres locaux des services dépendants pour les tests d’intégration, et à la capacité de démarrer la pile complète sur un ordinateur portable pour les tests de bout en bout. Si vous utilisez un outil pour valider votre propre travail, l’agent devrait pouvoir l’utiliser aussi, afin qu’il puisse se valider lui-même sans que vous ayez à copier-coller les résultats d’un outil à l’autre.
Les tests basés sur les propriétés sont particulièrement précieux ici : ils valident que l’implémentation correspond à votre intention et détectent les cas limites pour lesquels l’agent ne penserait pas à écrire des cas de test explicites. L’agent devrait pouvoir valider son propre travail, repérer les échecs et les corriger sans votre intervention.
Sans cet investissement, une génération de code plus rapide ne fait qu’entraîner davantage de builds cassés et de bogues. Avec lui, la qualité globale du code s’améliore réellement, car l’agent valide de façon plus approfondie et plus constante que bien des humains ne prennent la peine de le faire.