Le pair programming humain a de la valeur et vient avec des frictions. Ton pair a des opinions sur la bonne approche et ne les lâchera pas toujours gracieusement. Il se fatigue. Il a son propre backlog de travail qui tire son attention. Il pourrait se sentir mal à l'aise si tu rejettes sa troisième suggestion d'affilée. Il pourrait ne pas dire ce qu'il pense vraiment s'il pense que ça va causer un conflit.

L'AI assistant n'a aucune de ces contraintes. Rejette sa suggestion et demande-en une autre — il n'est pas investi dans la première. Demande-lui d'argumenter contre l'approche qu'il vient de proposer — il le fera, sans se mettre sur la défensive. Pose la question que tu aurais honte de poser à un collègue — il ne s'en souviendra pas demain. Pousse pour une quatrième alternative quand les trois premières n'étaient pas bonnes — il ne se frustrera pas.

Ça change ce que tu devrais demander. Demande la critique que tu as évitée. Demande l'alternative que tu n'as pas considérée parce que la première approche semblait correcte. Demande une évaluation honnête du code que tu maintiens depuis deux ans et dont tu sais en silence qu'il n'est pas super. Demande l'explication du concept que tu aurais dû apprendre il y a longtemps mais que tu as bluffé jusqu'ici.

La dynamique sans ego signifie aussi que l'assistant est particulièrement bon sur les tâches adversariales — trouver les trous dans ton plan, lister les façons dont l'implémentation pourrait échouer, identifier les hypothèses dans ton design qui n'ont pas été testées. Ce sont des tâches que les humains sont réticents à faire les uns pour les autres parce qu'elles ressemblent à des attaques. L'assistant les fait comme réponse naturelle à une demande.

L'absence d'ego est une feature. Utilise-la pour les conversations que tu n'as pas eues.

Prompting for Code