Générer et refactorer — Les bons patterns

L'erreur classique : tout générer d'un coup

Beaucoup de développeurs demandent à l'IA de générer une fonctionnalité entière en une fois. Ça donne un code qui semble fonctionner — jusqu'à ce que vous essayez de le tester, l'étendre ou le déboguer.

La bonne approche : décomposer.

La méthode de génération en couches

1. La signature d'abord — Génère uniquement l'interface avec les types. Pas d'implémentation. Validez que l'interface est correcte.

2. Le cas nominal — Implémente le chemin qui fonctionne. Ignore les erreurs pour l'instant. Testez.

3. La gestion d'erreurs — Ajoute les cas d'erreur un par un. Vérifiez que chaque cas est couvert.

Refactoring de code legacy

Pour du code existant, le contexte est crucial :

Voici cette fonction de 80 lignes [coller le code].
Elle fonctionne mais elle est difficile à tester et modifier.
Refactorise-la en appliquant le principe de responsabilité unique.
Chaque sous-fonction doit être testable indépendamment.
Ne change pas le comportement observable — j'ai des tests que je veux faire passer.

Incluez vos tests existants dans le contexte si possible.

La dette technique IA

Accepter du code IA sans le comprendre crée une dette technique particulièrement toxique. Vous vous retrouvez avec du code que vous ne pouvez ni déboguer ni faire évoluer.

Règle : ne commitez jamais du code que vous ne comprenez pas, même s'il a l'air de fonctionner.

Ce qu'il faut retenir

Générez en couches : interface → cas nominal → gestion d'erreurs. Pour le legacy : fournissez le code + les tests existants + les patterns cibles. Ne commitez pas ce que vous ne comprenez pas. Le code de sécurité IA mérite une vigilance particulière.