Ingénierie de pointe

Le développement logiciel s’est scindé en deux : ceux qui ont changé leur façon de travailler avec les agents d’IA, et ceux qui ont simplement changé leurs outils de programmation. Les agents d’IA peuvent désormais écrire du code, exécuter des tests, corriger des échecs et itérer de façon autonome, de plus en plus pendant des heures sans intervention humaine. Le rôle du développeur a changé autour d’eux. Les développeurs qui obtiennent des gains de productivité fulgurants n’utilisent pas de meilleurs outils de programmation que les autres. Ils travaillent différemment : ils ne construisent plus le logiciel directement, ils construisent la configuration d’agents qui construit le logiciel.

Ce guide s’adresse aux praticiens (voir notre guide pour les gestionnaires). Si vous utilisez déjà un assistant de programmation par IA sans pour autant livrer sensiblement plus vite, il vous montrera quoi changer. Avertissement : il s’agit d’un investissement d’ingénierie, pas d’un interrupteur qu’on actionne. Vous passerez des semaines à développer votre intuition, à rédiger des fichiers de Steering, à réusiner votre base de code et à apprendre à décomposer les tâches pour les agents. Si vous attendez des gains immédiats sans changer votre façon de travailler, vous serez déçu. Les premières semaines semblent plus lentes. Les semaines suivantes semblent spectaculairement plus rapides.

L’ingénierie de pointe n’est pas de la programmation intuitive. Ce n’est pas coller des requêtes dans une fenêtre de conversation en espérant que tout se passe bien. C’est une pratique disciplinée et méthodique qui augmente la rigueur d’ingénierie grâce à l’effet de levier des agents d’IA. À long terme, la compétence que vous continuez de développer, c’est la gestion de votre propre attention. À mesure que les agents prennent en charge une plus grande part de l’exécution, cela signifie porter la charge cognitive du passage d’un contexte à l’autre entre plusieurs agents à la fois, maintenir délibérément un niveau de qualité pendant que tout va plus vite, et trouver la retenue nécessaire pour cesser de surveiller les agents au souper et tard le soir. Le travail consiste à décider, encore et encore, ce qui mérite votre attention et ce qui ne le mérite pas.

Nous en sommes encore à la phase des premiers adoptants de l’ingénierie de pointe. Peu de développeurs travaillent encore de cette façon, et la pratique continue de mûrir : personne n’a encore déterminé comment réviser le plus efficacement la sortie des agents, ni comment concevoir des outils et une infrastructure de tests pour les agents plutôt que pour les humains. Travailler ainsi demande encore de l’intuition : savoir quoi déléguer, comment en définir la portée et quand intervenir. Cette intuition vient de la pratique : les premières semaines passées à rédiger des fichiers de Steering, à remanier votre base de code et à apprendre à décomposer le travail pour les agents. Une fois que l’intuition s’installe, vous livrez beaucoup plus vite. Vous pouvez désormais entreprendre des travaux qui n’entraient jamais dans le cadre auparavant : des fonctionnalités hors de portée, la réarchitecture que vous reportiez sans cesse, ou les tests et l’outillage pour lesquels vous n’aviez jamais de place. À partir de là, les gains se cumulent : chaque bond dans ce que les agents peuvent faire s’appuie sur ce que vous avez déjà appris. Cette façon de travailler est encore en cours de définition, et les développeurs qui la pratiquent aujourd’hui sont ceux qui la définissent. Commencez à changer votre façon de travailler dès aujourd’hui.