J’avais besoin d’un truc simple : extraire des fichiers PDF stockés en BLOB dans une base SQL Server. Une moulinette classique pour un développeur. Et comme Claude Code est censé être « terrible » pour coder, selon les développeurs qui en parlent en ligne, je me suis lancé.
Énorme erreur.
Le piège du « talent »
J’y suis allé au talent. Pas de contexte, pas de spécification de l’environnement. Juste « fais-moi un script pour extraire des BLOB ». Et sa proposition ne compile pas. Mauvaise version de Visual Studio, mauvais framework .NET.

Au bout d’une heure de combat, je craque. Je ressors un exemple que j’ai déjà traité chez un autre client et je fais la moulinette moi-même. Vingt minutes. C’est fait.
La leçon
Claude Code pour faire du code, c’est redoutable. Je n’en doute pas. Mais à une condition absolue : lui donner le bon contexte. L’environnement. Les versions. Les contraintes. Les accès disponibles. Sans ça, c’est comme envoyer un plombier chez vous sans lui dire où vous habitez.
Ce jour-là, j’ai compris que l’IA ne remplace pas l’expertise. Elle l’amplifie. Encore faut-il lui donner les bonnes informations.
Pour ceux qui se demandent pourquoi j’utilise l’abréviation CC pour Claude Code : non, je ne parle pas de Command & Conquer, le jeu légendaire auquel j’ai englouti des centaines d’heures dans les années 90. Quoique, les deux ont un point commun : sans stratégie, vous perdez. J’ai fini par passer à Total Annihilation pour le jeu en réseau. Bien meilleur que C&C 3.
























