Le pair programming avec une IA : guide pratique

Le pair programming (programmation en binôme) est une vieille pratique : deux développeurs, un clavier, un dialogue permanent qui muscle la qualité du code. L’arrivée des assistants IA (Claude, ChatGPT, Copilot) en propose une variante asynchrone et toujours disponible. Encore faut-il s’en servir comme d’un coéquipier, pas comme d’un distributeur de solutions.

Choisir son rôle dans le binôme

La règle d’or tient en une question : qui tient le clavier ?

Quand vous tenez le clavier, l’IA joue le rôle du navigator — elle commente, propose, alerte, mais c’est vous qui écrivez. Vous restez le pilote, vous gardez la mécanique en main. C’est la configuration la plus formatrice.

Quand l’IA tient le clavier — c’est-à-dire quand vous copiez son code tel quel — vous devenez navigateur. C’est utile pour les tâches répétitives ou un terrain que vous maîtrisez déjà, dangereux sur un sujet que vous découvrez. Coller un bloc de 80 lignes que vous ne pourriez pas réécrire seul, c’est creuser une dette de compréhension qui vous tombera dessus au premier bug.

Alternez les deux rôles consciemment, en sachant lequel vous jouez à chaque instant.

Bien formuler ses demandes

Une IA n’a pas accès à votre contexte : ni votre projet, ni vos conventions, ni l’erreur exacte que vous avez en tête. Quatre éléments font passer une demande médiocre à une demande utile :

• Le contexte : « projet Node.js / Express, base PostgreSQL », pas « j’ai un site ».
• L’intention : ce que vous cherchez à faire, et pourquoi.
• Ce que vous avez déjà tenté : ça évite les suggestions que vous avez déjà éliminées.
• Le format attendu : explication courte, code commenté, comparaison de deux approches.

Plus la question est précise, plus la réponse est exploitable. Une question floue produit une réponse générique — exactement comme avec un collègue humain.

Les bons usages

Certains usages tirent vraiment parti de l’IA. Débloquer une situation : vous tournez en rond sur un message d’erreur, l’IA propose trois pistes, l’une d’elles relance la machine. Explorer une API inconnue : plutôt que d’éplucher la documentation seul, vous demandez un exemple minimal et vous lisez le code obtenu. Relire son propre code : « voici ma fonction, qu’est-ce qui peut mal tourner ? » donne souvent des retours pertinents. Traduire une intention en code de départ : utile pour amorcer, à condition de retravailler ce qui sort.

Les pièges à éviter

Le premier piège est la confiance aveugle. Une IA produit du code plausible, pas nécessairement correct. Elle peut inventer une fonction qui n’existe pas, utiliser une syntaxe obsolète, ou résoudre un problème voisin du vôtre sans le dire. Testez tout ce qu’elle propose.

Le second est la dilution de la compréhension. Si à la fin d’une session vous avez un code qui fonctionne mais que vous ne sauriez pas expliquer ligne à ligne, vous avez livré du code et perdu l’apprentissage. Sur un sujet que vous voulez maîtriser, imposez-vous de tout retaper à la main.

Le troisième est la perte d’initiative. Réflexe à entretenir : essayer de résoudre seul pendant 15 minutes avant d’appeler le binôme. Sinon, on perd l’habitude de penser, et c’est précisément ce que les années pratiquent.

Un coéquipier, pas un oracle

La meilleure manière de se positionner : traiter l’IA comme un collègue compétent mais qui ne connaît pas votre projet. Vous ne lui livreriez pas votre code en aveugle, vous ne croiriez pas chacune de ses affirmations sans vérification, vous ne lui délègueriez pas vos décisions d’architecture. La même prudence professionnelle s’applique. À cette condition, c’est un binôme remarquable.