Je commence à peine à jouer avec Claude Code (entendre : lui laisser les clés du camion et le regarder coder/tester) et je suis rapidement tombé dans un très gros piège : il code vite, plutôt bien, mais la quantité de code qu'il te refile à relire est gigantesque.
Au début (je le fais travailler par jalons avec un ensemble de fonctionnalités nouvelles à chaque fois) tu te disciplines, tu relis ce qu'il fait, tu lui demandes de modifier.
Mais quand il met 5mn à pondre le code, tests compris, et que toi tu pars sur 20-30mn de relecture et de modifs, c'est dur de se persuader que c'est productif. Pas dans le sens où j'aurais tout écris en 30mn moi-même, pas du tout, mais ce rapport complètement déséquilibré entre le codage et la relecture, bin... on n'est pas habitués.
Et à la fin, je le laissais tout faire, résultat j'ai pris des milliers de lignes de code (qui marchent plutôt bien, aucun soucis là dessus) sans finalement les relire.
Alors dans mon cas où c'est hors taff et justement à titre d'évaluation du vibe coding et je m'amuse avec un projet que j'avais en tête depuis des lustres, c'est rigolo à constater, mais j'ai peur que sur des cas plus sérieux la situation soit la même : même avec la meilleure volonté du monde, au bout d'un moment, tu vas plus relire, plus "critiquer" et bouffer à grande vitesse la quantité gigantesque de code produit.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Mes premiers pas
Posté par gUI (Mastodon) . En réponse au journal De développeur à orchestrateur, comment l'IA a changé ma vie. Évalué à 10.
Je commence à peine à jouer avec Claude Code (entendre : lui laisser les clés du camion et le regarder coder/tester) et je suis rapidement tombé dans un très gros piège : il code vite, plutôt bien, mais la quantité de code qu'il te refile à relire est gigantesque.
Au début (je le fais travailler par jalons avec un ensemble de fonctionnalités nouvelles à chaque fois) tu te disciplines, tu relis ce qu'il fait, tu lui demandes de modifier.
Mais quand il met 5mn à pondre le code, tests compris, et que toi tu pars sur 20-30mn de relecture et de modifs, c'est dur de se persuader que c'est productif. Pas dans le sens où j'aurais tout écris en 30mn moi-même, pas du tout, mais ce rapport complètement déséquilibré entre le codage et la relecture, bin... on n'est pas habitués.
Et à la fin, je le laissais tout faire, résultat j'ai pris des milliers de lignes de code (qui marchent plutôt bien, aucun soucis là dessus) sans finalement les relire.
Alors dans mon cas où c'est hors taff et justement à titre d'évaluation du vibe coding et je m'amuse avec un projet que j'avais en tête depuis des lustres, c'est rigolo à constater, mais j'ai peur que sur des cas plus sérieux la situation soit la même : même avec la meilleure volonté du monde, au bout d'un moment, tu vas plus relire, plus "critiquer" et bouffer à grande vitesse la quantité gigantesque de code produit.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.