Il y a quelques années, l’idée de passer en revue 15 projets en même temps pour y repérer des vulnérabilités, des bugs, des problèmes de SEO, des défauts de traduction, des incohérences de localisation et des soucis dans les tests automatisés m’aurait semblé irréelle. Pas impossible en théorie, mais franchement peu crédible dans le rythme du travail quotidien. Une semaine n’a qu’un certain nombre d’heures, et une grande partie du travail de revue technique est répétitive même lorsqu’elle est essentielle.
C’est pour cela que travailler avec Codex dans VS Code me donne l’impression d’un vrai changement. L’outil m’aide à avancer beaucoup plus vite sur la partie routinière de la revue : repérer les zones fragiles, vérifier les tests, détecter les incohérences entre les langues, faire remonter les cas limites et attirer mon attention sur les endroits qui méritent une vérification plus approfondie. Le gain de temps est difficile à ignorer.
Ce qui a vraiment changé
Le plus grand changement, ce n’est pas que l’IA rende soudain les projets parfaits. Ce n’est pas le cas. Le vrai changement, c’est qu’elle réduit le coût de la répétition. Des tâches qui absorbaient autrefois des heures de concentration avancent désormais beaucoup plus vite, ce qui rend bien plus réaliste le fait de maintenir plusieurs projets à bon niveau en parallèle.
Pour toute personne qui construit plusieurs produits en même temps, c’est énorme. La revue des traductions, la cohérence de la localisation, l’hygiène SEO, la chasse aux bugs et la maintenance des tests sont toutes nécessaires, mais elles peuvent aussi engloutir des journées entières sans bruit. Quand un outil compresse cette part routinière, il libère plus d’espace pour réfléchir, prioriser et relire sérieusement au lieu de s’enliser dans des vérifications mécaniques interminables.
Ce que l’IA ne remplace toujours pas
Je continue malgré tout à relire chaque fichier manuellement. Cette partie n’a pas disparu, et je ne veux pas qu’elle disparaisse. La qualité dépend du jugement, du contexte, du goût et du sens des responsabilités. Un modèle peut signaler des problèmes, proposer des corrections et accélérer le premier passage. Il ne peut pas porter seul la décision finale.
C’est précisément ce que beaucoup de gens oublient quand ils parlent de l’IA dans le développement logiciel. La valeur n’est pas dans le remplacement du jugement humain. Elle est dans la suppression d’une énorme quantité de friction répétitive, afin que ce jugement soit utilisé là où il compte vraiment.
Le vrai levier
Ce qui me paraît irréel, ce n’est pas seulement la vitesse, c’est aussi l’échelle. Revoir 15 projets en parallèle impliquait autrefois une masse écrasante de travail répétitif. Aujourd’hui, cela semble possible d’une manière qui n’existait tout simplement pas il y a quelques années.
Si un outil peut faire gagner des centaines d’heures sans abaisser les standards, ce n’est pas une petite astuce de productivité. C’est une évolution réelle dans la manière de faire du logiciel. Pour moi, c’est là que se trouve l’aspect le plus stimulant : pas moins d’exigence, mais plus de portée sans renoncer à la relecture manuelle.