Tu passes plus de temps à peaufiner ton prompt qu’à réellement coder ? Tu relis ta question 15 fois, en te demandant si tu devrais dire « Agis en tant qu’expert » ou « Comporte-toi comme un développeur senior » ?
Le créateur de Claude Code, Boris Cherny, a un message radical pour toi : arrête tout.
Plus qu’une liste de conseils, c’est un changement de philosophie crucial pour tous les développeurs qui se noient dans l’océan du ‘prompt engineering’.
Le mythe du « prompt parfait » : la fausse bonne idée qui plombe votre productivité
Soyons honnêtes deux minutes. Depuis un an, on a vu fleurir les « gourous » du prompt. Des mecs qui te vendent des listes de 1500 prompts magiques ou des formations pour devenir un « prompt engineer » certifié. Une nouvelle science est née.
Le résultat ? Une pression monstre sur les épaules des devs. La peur de « mal » utiliser l’outil. Le syndrome de la page blanche version 2.0, où tu passes une heure à chercher la formulation idéale avant même d’écrire la première ligne de requête.
C’est un paradoxe total. On a adopté l’IA pour coder plus vite, et on se retrouve à perdre un temps fou à essayer de lui parler « parfaitement ». C’est absurde.
Ce que Boris Cherny révèle : même les créateurs de Claude Code n’ont pas de formule magique
Et puis, boum. Un tweet de Boris Cherny, le gars derrière Claude Code, vient dynamiter tout ça. Son message, qui vient directement de son équipe, est d’une simplicité désarmante : il n’y a pas de méthode unique. Pas de prompt parfait.
La philosophie qu’il promeut est un contre-pied total à la tendance actuelle. Il nous dit de voir Claude Code non pas comme un oracle qui attend la formule sacrée, mais comme un collaborateur. Un dev junior ou un partenaire de pair-programming.
Le mot clé qu’il utilise, c’est « expérimentation ». Tu ne cherches pas la perfection du premier coup. Tu lances une idée, tu affines, tu dialogues. Ton IA n’est pas un génie dans une lampe, c’est un collègue un peu trop littéral à qui il faut expliquer les choses par itération.
Concrètement, comment on passe de « prompting » à « collaboration » ?
Ok, c’est bien beau la philosophie, mais en pratique, on fait comment ? C’est simple, et ça change tout.
Le vieux réflexe, c’est de balancer un prompt de 30 lignes qui décrit le contexte, la stack, le style de code voulu, le format de sortie et la couleur préférée de ton chat. La nouvelle méthode, c’est de commencer une conversation.
Voici un exemple de workflow qui marche vraiment :
// ÉTAPE 1 : La demande initiale, simple et directe.
Toi : "Écris-moi une fonction Python qui prend une URL en entrée et retourne le statut HTTP."
// Claude répond avec une première version fonctionnelle.
// ÉTAPE 2 : On affine.
Toi : "Ok, pas mal. Maintenant, ajoute une gestion des erreurs. Que se passe-t-il si l'URL est invalide ou si le serveur ne répond pas ?"
// Claude modifie le code pour inclure des blocs try/except.
// ÉTAPE 3 : On challenge le code.
Toi : "Critique ton propre code. Y a-t-il des cas limites que tu n'as pas gérés ? Par exemple, les timeouts ?"
// Claude ajoute la gestion des timeouts et explique pourquoi c'est important.
// ÉTAPE 4 : On impose un style.
Toi : "Parfait. Maintenant, réécris cette fonction en ajoutant des type hints et une docstring au format Google."
Tu vois la différence ? Ce n’est plus une transaction, c’est un dialogue. C’est plus rapide, plus intuitif et, honnêtement, beaucoup moins prise de tête.
Pour les chefs de projet ou les entrepreneurs, ça veut dire une chose : fournir le « pourquoi » (le contexte métier) est 100 fois plus utile que de polir le « comment » (la formulation exacte du prompt). Encourage tes équipes à expérimenter.
Honnêtement ? C’est le conseil IA le plus libérateur que j’ai lu cette année.
Je vais te le dire franchement : ce recadrage de Boris Cherny est une bouffée d’air frais. Il démystifie l’IA et la rend beaucoup moins intimidante. Fini de se sentir nul parce qu’on n’a pas trouvé le « prompt ultime ».
Ça nous sort de cette injonction à la performance pour nous ramener à l’essentiel : l’IA est un OUTIL. Un simple outil au service de notre intelligence, et pas l’inverse. C’est à elle de s’adapter à nous.
Le vrai « skill » à développer, ce n’est pas de rédiger le prompt parfait du premier coup. C’est de savoir mener une conversation productive avec une machine pour arriver au résultat. Et ça, franchement, c’est bien plus sain et bien moins chiant.
