Il y a trois mois, j'étais sur le point d'embaucher un deuxième développeur backend. On avait un backlog embarrassant -- quatorze fonctionnalités promises aux clients, deux personnes surmenées, et moi qui faisais du context-switching entre les appels commerciaux et les pull requests comme un complet idiot. Puis j'ai commencé à vraiment utiliser Claude Code correctement. Pas juste coller des fonctions dans une fenêtre de chat. Je parle de l'intégrer dans le flux quotidien réel. On a liquidé ce backlog en six semaines. Je n'ai pas embauché le deuxième développeur.using Claude Code properly. Not just pasting functions into a chat window. I mean integrating it into the real daily flow. We cleared that backlog in six weeks. I didn't hire the second developer.
C'est pas une présentation commerciale. C'est juste ce qui s'est passé.
Ce que « Correctement » veut vraiment dire
La plupart des gens que je croise aux meetups utilisent les outils de codage IA de la même façon paresseuse. Ils collent une fonction, récupèrent quelque chose, le collent dans leur éditeur, ça ne marche pas, ils abandonnent. Ce n'est pas un flux de travail. C'est de la désespérance.
Correctement -- pour moi -- ça signifie que Claude Code vit dans mon terminal via la Claude Code CLI, travaille directement sur mon vrai repo, lit des fichiers réels, pas des snippets aseptisés. La différence est énorme. Quand il a le contexte complet d'un plugin WordPress de 4 000 lignes qu'on a construit pour un client du secteur de la santé aux États-Unis l'année dernière, le résultat est utilisable. Quand il travaille à l'aveugle sur un bout de 40 lignes, il devine.Claude Code CLI, working directly on my actual repo, reading real files, not sanitised snippets. The difference is enormous. When it has full context of a 4,000-line WordPress plugin we built for a US healthcare client last year, the output is usable. When it's working blind off a 40-line paste, it's guessing.
Je le lance sur un MacBook Pro M3. Mon éditeur est toujours VS Code avec les suspects habituels -- Prettier, ESLint, GitLens. Claude Code ne remplace rien de tout ça. Il s'ajoute à côté.alongside it.
Le setup que j'utilise réellement
- Claude Code CLI installé globalement via npm
- Un répertoire .claude à la racine de chaque projet avec un fichier CLAUDE.md -- c'est essentiellement un brief que j'écris pour Claude sur le projet : stack, conventions, ce qu'il ne faut pas toucher
.claudedirectory in each project root with aCLAUDE.mdfile -- this is basically a brief I write for Claude about the project: stack, conventions, what not to touch - iTerm2 avec des volets divisés : le code à gauche, la session Claude à droite
- Des commits Git après chaque modification générée par Claude, sans exception. J'en ai fait les frais.
Ce dernier point. En 2022, un projet client -- migration Shopify pour un détaillant de meubles basé à Manchester -- j'ai laissé trois heures de modifications assistées par IA s'accumuler sans committer. Toute la session s'est corrompue. Six heures de travail parties. Je committe maintenant de façon compulsive, presque névrotique. Claude Code ou pas.
La routine matinale (C'est volontairement ennuyeusement spécifique)
Je suis au bureau à 8h30. Un café du café sur Exmouth Market. J'ouvre Notion, je regarde ce qu'il y a au programme pour la journée, puis j'ouvre mon terminal.
La première chose que je fais avec Claude Code chaque matin, c'est ce que j'ai commencé à appeler un « context dump ». J'ouvre le projet, je lance claude et je lui donne un paragraphe sur où je m'étais arrêté la veille. Il lit automatiquement le git diff récent. Ça prend environ trois minutes et ça veut dire que je ne passe pas vingt minutes à relire mon propre code pour me souvenir de ce que je faisais. Ça seul, ça vaut l'abonnement.claude and give it a paragraph of where I left off the previous day. It reads the recent git diff automatically. This takes about three minutes and means I'm not spending twenty minutes re-reading my own code to remember what I was doing. That alone is worth the subscription.
Ensuite je travaille. Je ne demande pas à Claude d'écrire des fonctionnalités de zéro -- bien que parfois je le fasse. La plupart du temps, je lui demande de faire les choses qui me ralentissent mais qui ne demandent zéro créativité.
Des choses comme :
- Écrire des cas de test PHPUnit pour des fonctions que j'ai déjà écrites
- Générer des interfaces TypeScript à partir d'une réponse JSON que je colle
- Refactoriser un composant de 300 lignes que je sais devoir splitter mais sur lequel je ne veux pas réfléchir.know needs splitting but don't want to think about
- Une première ébauche de documentation pour les APIs internes
Rien de tout ça n'est excitant. Tout cela me prenait une heure que je n'avais pas.
Où ça économise vraiment du temps (avec les chiffres)
Seahawk a construit plus de 12 000 sites à ce stade. Une grosse part c'est WordPress -- thèmes, plugins, personnalisations WooCommerce. Il y a une catégorie de tâche en développement WordPress qui est abrutissante mais techniquement précise : écrire des hooks personnalisés, enregistrer des points terminaux d'API REST, construire des pages de paramètres avec l'API Settings.
Je l'ai mesuré le mois dernier. Écrire une classe de méthode d'expédition personnalisée WooCommerce de zéro : ça me prend historiquement environ 45 minutes en incluant les tests. Avec Claude Code qui fait le scaffold pendant que je décris la logique métier en anglais simple : 12 minutes. Et le scaffold est bon -- il suit les standards de codage WordPress parce que je le lui ai dit dans mon CLAUDE.md.good -- it follows WordPress coding standards because I told it to in my CLAUDE.md.
Ce n'est pas 10 % plus rapide. C'est une catégorie de vitesse différente.
L'économie la plus importante, c'est le coût du changement de contexte. Quand je suis en plein milieu d'une feature et qu'un client me signale un bug sur un projet complètement différent, avant j'avais le choix : ignorer le client (mauvais) ou perdre totalement le fil (aussi mauvais). Maintenant je peux demander à Claude d'écrire un bloc de commentaires détaillé résumant exactement où nous en sommes dans la tâche actuelle, basculer sur le bug, le corriger, revenir, lire le commentaire, et reprendre en quatre minutes. Avant, cette récupération me coûtait vingt minutes.
Où ça s'effondre
Soyons honnête. Et c'est plus important que les victoires.
Claude Code est véritablement mauvais pour tout ce qui nécessite de comprendre pourquoi une décision a été prise historiquement. Nous avions un projet fintech chez Seahawk -- un tableau de bord pour une startup de paiements basée à Londres -- où une part particulièrement complexe de gestion d'état existait pour une raison antérieure à notre intervention. Un cas limite dans la façon dont leur API héritée regroupait les réponses. Claude n'arrêtait pas de "le corriger". Chaque suggestion était techniquement plus propre et complètement fausse. Il ne savait pas ce qu'il ne savait pas.why a decision was made historically. We had a fintech project at Seahawk -- a dashboard for a London-based payments startup -- where a particularly gnarly bit of state management existed for a reason that predated our involvement. Some edge case in how their legacy API batched responses. Claude kept "fixing" it. Every suggestion was technically cleaner and completely wrong. It didn't know what it didn't know.
C'est le mode d'échec dont personne ne parle assez. Le résultat a l'air correct. Ça passe une review basique. Et puis ça casse en production jeudi soir quand un utilisateur touche cet edge case.looks correct. It passes basic review. And then it breaks in production on a Thursday evening when a user hits that edge case.
Ma règle maintenant : Claude Code ne touche à rien si le commentaire dit « ne change pas ceci sans demander à Ravi ». (Ravi est notre lead backend dev.) Point final.
Ça a aussi du mal avec :
- Les refactors multi-fichiers où la chaîne de dépendances est plus profonde que trois niveaux
- Tout ce qui implique un SDK tiers datant de moins de deux ans -- il hallucine les noms de méthodes avec assurance.
- Du CSS qui doit correspondre à la composition pixel-perfect d'un designer (ça se rapproche, puis ça te rend fou avec de petites erreurs)
- L'optimisation de performance où le goulot d'étranglement n'est pas évident -- il optimise la mauvaise chose.
Sur le point deux spécifiquement : j'intégrais l'API de Resend dans un projet Next.js en janvier. Claude referençait constamment une méthode .send() qui n'existe pas dans le SDK Node de Resend. Ça m'a pris plus de temps de déboguer la fausse certitude de Claude que ça m'aurait pris de simplement lire la doc moi-même. Leçon apprise. Pour n'importe quel SDK, je colle le vrai README dans la fenêtre de contexte en premier.Next.js project in January. Claude kept referencing a.send()method that doesn't exist in the Resend Node SDK. Took me longer to debug Claude's confident wrongness than it would've taken to just read the docs myself. Lesson learned. For any SDK, I paste the actual README into the context window first.
Les Motifs de Prompt Qui Fonctionnent Réellement
J'ai itéré là-dessus pendant des mois. Les mauvais prompts donnent de mauvaises résultats. Voici ce sur quoi je me suis arrêté.
Sois le dev senior, pas le stagiaire. Ne demande pas « écris-moi une fonction qui fait X ». Demande « j'ai besoin d'implémenter X. Voici la contrainte : Y. Voici ce que j'ai déjà écarté : Z. Quelle est ton approche avant que tu n'écrives quoi que ce soit ? » Force-le à réfléchir d'abord. Le résultat de cette conversation après est dramatiquement meilleur.Don't ask "write me a function that does X." Ask "I need to implement X. Here's the constraint: Y. Here's what I've already ruled out: Z. What's your approach before you write anything?" Make it think first. The output after that conversation is dramatically better.
Donne-lui un persona avec des enjeux. J'écris littéralement : « Tu es un développeur WordPress senior qui tiens profondément à ne pas introduire de vulnérabilités de sécurité. Le client est une entreprise de santé. Priorise la sanitisation et la vérification des nonces par-dessus tout. » Est-ce que ça paraît stupide ? Oui. Est-ce que ça marche ? Aussi oui.I literally write: "You're a senior WordPress developer who cares deeply about not introducing security vulnerabilities. The client is a healthcare company. Prioritise sanitisation and nonce verification above everything." Does this feel silly? Yes. Does it work? Also yes.
Spécifie le format de la sortie. « Donne-moi juste la fonction, pas d'explication » ou « Donne-moi la fonction, puis une liste à puces de ce que je dois vérifier manuellement. » La sortie non structurée fait perdre du temps."Give me just the function, no explanation" or "Give me the function, then a bullet list of what I should manually verify." Unstructured output wastes time.
Un motif auquel j'ai recours constamment :
- Décris l'objectif en une phrase
- Collez le code existant pertinent avec un commentaire expliquant son objectif
- Énoncez la contrainte (« doit être rétrocompatible avec PHP 7.4 »)
- Demandez d'abord une approche, puis le code
- Examinez l'approche, remettez en question si nécessaire, puis demandez le codethen ask for the code
Cinq étapes. Cela ressemble à du surcoût. Ça m'économise quinze minutes de mauvais code à chaque fois.
Comment cela a changé ce que je délègue
C'est le détail qui m'a le plus surpris. Claude Code ne m'a pas juste rendu plus rapide. Ça a changé ce que je confie aux développeurs juniors.me faster. It changed what I hand off to junior developers.
Avant, un dev junior chez Seahawk passait ses deux premières semaines juste à se familiariser avec nos conventions et notre stack. Maintenant, je leur confie un projet avec un CLAUDE.md bien rédigé et je leur dis d'utiliser Claude Code pour générer le code scaffold, puis de vérifier que ça respecte les conventions. Ils contribuent du vrai travail en trois jours au lieu de trois semaines.CLAUDE.md and tell them to use Claude Code to generate scaffold code, then review it against the conventions. They're contributing real work in three days instead of three weeks.
Le fichier CLAUDE.md fait le mentorat que je faisais autrefois lors de discussions d'une heure. C'est un changement significatif. Non pas parce que je ne veux pas mentorer -- je veux -- mais parce que maintenant les conversations de mentorat portent sur les décisions et les compromis, pas sur "n'oublie pas d'utiliser wp_nonce_field() dans chaque formulaire."CLAUDE.md file is doing the mentoring I used to do in hourly walkthroughs. That's a meaningful shift. Not because I don't want to mentor -- I do -- but because now the mentoring conversations are about decisions and trade-offs, not "remember to use wp_nonce_field()in every form."
La documentation de spécification du modèle Anthropic vaut le coup d'être lue si vous êtes curieux des garde-fous dans lesquels Claude opère -- les comprendre vous aide à travailler avec ses tendances plutôt que contre elles.Anthropic model spec documentation is worth a read if you're curious about the guardrails Claude operates within -- understanding them helps you work with its tendencies rather than against them.
L'angle spécifique au fondateur
La plupart des articles sur les outils de codage IA sont écrits pour les développeurs. D'accord. Mais il y a un problème spécifique aux fondateurs que Claude Code résout et que je n'ai pas vu bien articulé.
Quand tu diriges une agence et que tu codes aussi, ton pire ennemi n'est pas les lacunes de compétences. C'est le coût de réentrée. Tu te fais appeler pour un appel tarifaire quarante minutes, puis tu dois corriger une régression CSS, puis tu as un 1-on-1 avec un membre de l'équipe. Au moment où tu reviens à la fonctionnalité que tu construisais, tu as tellement perdu le fil que recommencer de zéro semble plus facile que de reprendre.re-entry cost. You get pulled into a pricing call for forty minutes, then you need to go fix a CSS regression, then you have a 1-on-1 with a team member. By the time you get back to the feature you were building, you've lost the thread so completely that starting again feels easier than picking up.
Claude Code, utilisé correctement, réduit dramatiquement le coût de réentrée. J'ai mentionné plus tôt l'astuce du bloc de commentaires de synthèse. Je l'utilise aussi pour générer rapidement un message Slack « où en sommes-nous » avec des points sur ce qui est fait, ce qui vient ensuite et ce qui est bloqué. Ça prend dix secondes. Ça vous économise dix minutes de reconstruction.
Ça ne te rendra pas meilleur manager. Ça ne dégagera pas ton calendrier. Mais si tu es un fondateur qui embarque encore du code en production -- et je pense que plus de nous devraient le faire -- ça supprime une taxe spécifique et douloureuse sur ton temps de codage.
FAQ
Claude Code vaut-il le coup si vous n'êtes pas développeur à temps plein ?
Honnêtement, probablement moins. La valeur se compose quand tu es dans l'outil tous les jours et que tu investis du temps pour construire de bons fichiers de contexte (CLAUDE.md, briefs de projet clairs, etc.). Si tu n'y accèdes qu'une fois par semaine, tu passeras plus de temps à rétablir le contexte que tu n'en économiseras. GitHub Copilot conviendrait peut-être mieux aux utilisateurs occasionnels -- c'est plus ambiant et nécessite moins de configuration délibérée.CLAUDE.md, clear project briefs, etc.). If you're dipping in once a week, you'll spend more time re-establishing context than you save. GitHub Copilot might suit occasional users better -- it's more ambient and requires less deliberate setup.
Comment gères-tu la qualité du code -- tu fais juste confiance à ce qu'il génère?
Jamais en aveugle. Chaque fichier généré par Claude passe par ESLint et notre config Prettier automatiquement. Pour tout ce qui touche à l'authentification, aux paiements ou à la gestion des données, je fais une relecture manuelle ligne par ligne. Pour les fonctions utilitaires et les tests, je suis plus détendu. Tu calibres en fonction du risque. L'OWASP Top Ten est une checklist mentale utile quand tu révises du code généré par IA qui traite les entrées utilisateur.OWASP Top Ten is a useful mental checklist when reviewing AI-generated code that handles user input.
Ça marche bien spécifiquement avec WordPress ?
Mieux que je ne l'attendais, avec des réserves. Il connaît WordPress en profondeur -- les hooks, les filtres, l'API Settings, les internals de WooCommerce. Mais sa connaissance du développement de blocs Gutenberg plus récent (particulièrement l'Interactivity API) est fragmentaire. Je vérifie toujours par rapport au Block Editor Handbook pour tout ce qui est lié aux blocs.Block Editor Handbook for anything block-related.
Et le coût ?
Je paie Claude Pro, qui coûte 20 $/mois. Au rythme où je l'utilise, le gain de temps est situé entre quatre et six heures par semaine. Faites le calcul sur votre propre taux horaire. Pour moi, ce n'est pas une question qui mérite d'être posée.
---
J'écris toujours beaucoup de code moi-même. Je ne suis pas intéressé à devenir un junkie des prompts qui ne touche jamais une vraie fonction. Mais le fondateur qui prétend que les outils de codage IA n'ont pas changé le métier se ment à lui-même. La question n'est pas de savoir si tu dois les utiliser. C'est de savoir si tu les utilises avec assez de rigueur pour obtenir une vraie valeur -- ou juste assez de négligence pour introduire de vrais problèmes.
Pour moi, la différence entre ces deux choses venait de traiter Claude Code comme un développeur capable mais junior. Intelligent. Rapide. Qui a besoin d'un bon brief. Qui a besoin de relecture. Et qui ne devrait absolument pas être laissé sans surveillance près de quelque chose d'critique pour la mission.
Ce cadre a tout changé.