L'IA va-t-elle changer le rôle des Pull Requests en entreprise ?
Je souhaiterais aborder aujourd'hui un sujet qui me trotte dans la tête depuis quelques mois : le rôle des Pull Requests en entreprise à l'ère de l'IA.
Spoiler alerte :
Contrairement à mes mauvaises habitudes, je ne donnerai pas mon avis définitif avant la conclusion. Il va donc falloir lire cet article pour comprendre (article rédigé sans IA, un véritable article Bio… na!)
Un petit regard dans le rétroviseur
Pour être parfaitement honnête avec vous, je dois commencer par un petit avertissement. Je n'aime pas les Pull Requests (PR) en entreprise. Je comprends parfaitement leur rôle dans le domaine de l'Open Source, où les contributions doivent rester sous contrôle pour éviter toute dérive du projet, ou tout acte malveillant (même si par le passé, des projets se sont fait pirater malgré les PR).
En entreprise, chacun partage un objectif commun. Forcer l'usage des PR peut avoir des effets pervers :
- Déresponsabilisation.
- Goulot d'étranglement.
- Nivellement de l'équipe vers le bas … (déjà vécu du fait d'une personne qui avait pris l'ascendant sur l'équipe, mais qui n'avait pas le niveau technique attendu).
- Livraisons retardées du fait de PR en attente depuis trop longtemps…et devenues difficiles à fusionner
Un grand pas en avant
Mais avec l'arrivée des Agents IA, il faut bien revoir sa copie. On ne peut pas permettre à une IA de pousser du code sans contrôle.
Deux cas se présentent à nous :
- On utilise exclusivement les agents sur son PC. On doit alors valider localement la branche modifiée avant de demander sa fusion (ex : VS Code Agents…. j'adore!!!! )
- On utilise une solution déportée comme GitHub Copilot, et ses agents cloud. On doit alors valider les PR émises par les agents.
Le second scénario ne serait pas envisageable sans PR. Même moi, je suis enchanté d'utiliser la PR de la sorte. J'étais comme un gamin quand j'ai vu ma première PR proposée par GitHub Copilot.
Le danger imprévisible (ou pas)
Il y a un élément que je n'avais pas envisagé…
Aujourd'hui, avec l'habitude, j'ai appris à réduire les codes, et commentaires inutiles produits par l'IA. Plus, tout ce que l'on a tendance à classer dans la catégorie "Slop". L'IA me fait perdre moins de temps que par le passé. Oui, au début, je perdais du temps en utilisant l'IA, je n'ai pas honte de le dire. Mais je ne m'attendais pas à ce que l'on utilise volontairement l'IA pour générer du Slop. À ma grande surprise, il existe maintenant une tendance dite du Workslop. Pour certain, le Workslop est involontaire, pour d'autres, il l'est.
Et là,… mon monde s'effondre. La PR peut devenir plus chronophage que jamais à cause des personnes qui vont utiliser l'IA.
Conclusion
Oui, la PR peut présenter un grand intérêt en entreprise. Mais il va falloir recadrer son usage :
- Limiter sa portée.
- Limiter le nombre de lignes, et de classes impactées.
- Ne pas limiter la validation des PR à un seul groupe de personnes, ou à une seule personne.
On notera que j'ai fait un très gros effort pour ne pas parler de Vibe Pull Request. Mais le vrai danger est là.