Chapitre neuf
La boucle
de construction
Attends-toi à l'imperfection. Savoure le raffinement.
La magie arrive à la troisième version.
L'erreur la plus courante quand on construit avec l'IA, ce n'est pas un mauvais prompt. C'est une mauvaise attente. Tu tapes une longue description, tu appuies sur Entrée et tu t'attends à un produit fini. Ça ne marche pas. Ça ne marche jamais. Les gens qui construisent des choses incroyables avec l'IA connaissent un secret : la première version est toujours fausse. La troisième est bien. La cinquième est excellente. Et le processus pour passer de l'une à l'autre ? C'est ça, la vraie compétence.
Chaque artiste itère. Chaque architecte révise. Chaque cinéaste tourne plusieurs prises. Construire avec l'IA n'est pas différent. Les gens qui apprécient la boucle — au lieu de la subir — sont ceux qui construisent les meilleures choses.
Spécifier, générer, vérifier
Chaque session productive avec un agent de code suit le même rythme. Spécifie ce que tu veux — sois concret, donne des exemples, décris à quoi ressemble le « fini ». Laisse l'agent le générer. Puis vérifie : est-ce que ça marche ? Est-ce que ça a l'air bien ? Est-ce que ça fait ce que tu as demandé ? Si non, tu spécifies à nouveau, plus précisément. C'est la boucle. Ce n'est pas un signe d'échec. C'est le processus.
Le coup de maître, c'est d'écrire tes critères d'acceptation avant de commencer à construire. « Le bouton doit devenir vert quand on clique. » « La liste doit persister quand je rafraîchis la page. » « Le formulaire d'inscription doit rejeter les e-mails sans @. » Ces descriptions en français courant de ce que « terminé » veut dire deviennent ton cadre d'évaluation. Quand quelque chose ne va pas, tu recolles tes critères à l'agent en disant « ça ne correspond pas ». L'agent peut tester selon tes standards.
Quoi faire quand tu es bloqué
L'agent a généré quelque chose de cassé. Et maintenant ? Cinq stratégies, dans l'ordre de ce qu'il faut essayer d'abord :
1. Décris le symptôme, pas ton diagnostic
« Le bouton ne réagit pas quand je clique » vaut mieux que « je pense que le handler onClick est cassé ».
2. Partage le message d'erreur tel quel
Copie-colle l'erreur exacte. C'est la chose la plus utile que tu puisses donner à l'agent.
3. Demande à l'agent d'expliquer ce qu'il a fait
« Décris-moi ce que tu viens de modifier et pourquoi. » Comprendre révèle souvent le problème.
4. Demande une approche différente
« Cette approche ne marche pas. Tu peux essayer de résoudre ça d'une manière complètement différente ? »
5. Repars à zéro avec les leçons apprises
Parfois, une nouvelle conversation est plus rapide que de déboguer une conversation emmêlée. Emporte les décisions clés avec toi.
Les tests comme garde-fous
Tu peux demander à l'agent d'écrire des tests automatisés — en français courant. « Écris un test qui vérifie que le formulaire d'inscription rejette les e-mails sans @. » L'agent écrit le test et le code qui le passe. C'est du développement piloté par les tests, dirigé par quelqu'un qui n'a jamais écrit un test. Une fois qu'un bug est attrapé par un test, il ne peut plus jamais revenir.
Entraîne-toi. Comment décrirais-tu ces bugs à un agent de code ?
Tu sais itérer. Tu sais déboguer. Mais comment savoir si ce que tu construis est vraiment bon ? Pas juste fonctionnel — bon. Ça demande quelque chose que l'IA ne peut pas te donner : le goût. C'est le prochain chapitre.