Retour au blog

Le Createur de Claude Code Revele Son Workflow et les Developpeurs Perdent la Tete: La Methode Boris Cherny

Salut HaWkers, un fil viral prend d assaut les reseaux de developpeurs cette semaine. Boris Cherny, le createur et responsable de Claude Code chez Anthropic, a partage de maniere decontractee sa configuration de terminal et son workflow de developpement. Ce qui a commence comme un simple post s est transforme en une discussion massive sur l avenir du developpement logiciel.

Si vous travaillez dans le developpement et n avez pas encore serieusement experimente la programmation avec des assistants IA, cet article va changer votre perspective.

Ce Que Boris Cherny a Revele

La revelation principale etait etonnamment simple, mais ses implications sont profondes pour la communaute des developpeurs.

La Configuration du Createur

Boris a partage qu il utilise exclusivement le modele Opus 4.5 avec thinking active pour tout son travail de developpement:

Configuration revelee:

  • Modele: Claude Opus 4.5 (le plus lourd et le plus lent)
  • Mode thinking: Toujours actif
  • Contexte: Maximum autorise
  • Approche: Delegation extensive

💡 Citation de Boris: "J utilise Opus 4.5 avec thinking pour tout. C est le meilleur modele de programmation que j ai jamais utilise."

Pourquoi Opus 4.5 et Pas Sonnet?

Le choix peut sembler contre-intuitif. Sonnet est plus rapide et moins cher. Mais Boris a explique la logique:

Avantages d Opus pour le code:

  • Raisonnement plus profond sur l architecture
  • Moins d erreurs a la premiere tentative
  • Meilleure comprehension du contexte complexe
  • Solutions plus elegantes et maintenables

Le rapport cout-benefice:

  • Temps economise a corriger les erreurs > cout supplementaire du modele
  • Moins d iterations necessaires
  • Code de meilleure qualite des la premiere version

Le Workflow Qui Devient Viral

Plus que le choix du modele, le workflow revele par Boris genere des discussions intenses sur la facon dont les developpeurs devraient interagir avec l IA.

Delegation Extensive

La philosophie centrale du workflow est de deleguer le maximum possible au modele, mais de maniere structuree:

Principes de la methode:

  1. Contexte complet d abord: Avant de demander du code, fournir un contexte extensif sur le projet, l architecture et les contraintes

  2. Taches autonomes: Chaque interaction doit etre une unite complete de travail, pas des fragments

  3. Revue critique, pas micromanagement: Se concentrer sur la revue du resultat final, pas chaque ligne pendant la generation

  4. Iteration par raffinement: Au lieu de corriger ligne par ligne, demander une reecriture avec un feedback specifique

Structure des Prompts

Boris a partage la structure generale qu il utilise pour les taches de developpement:

Composants d un prompt efficace:

  • Contexte du projet et stack
  • Objectif specifique de la tache
  • Contraintes techniques et business
  • Exemples de code existant quand pertinent
  • Criteres de succes clairs

Le Role du Thinking Mode

Le thinking mode (mode de raisonnement etendu) est central au workflow:

Comment Boris utilise thinking:

  • Pour les decisions architecturales complexes
  • Face a des bugs difficiles a reproduire
  • Pour les refactorisations qui affectent plusieurs fichiers
  • Quand il y a des trade-offs techniques importants

Reactions de la Communaute

Le fil a genere des milliers de reponses et des debats animes sur l avenir de la profession.

Les Enthousiastes

De nombreux developpeurs ont rapporte des experiences similaires:

Feedback positif:

  • "Ma productivite a triple depuis que j ai adopte une approche similaire"
  • "J ai enfin compris comment utiliser l IA pour du vrai code"
  • "Le secret est dans la qualite du contexte, pas la quantite de prompts"

Les Sceptiques

D autres ont souleve des preoccupations importantes:

Questions soulevees:

  • Cout d Opus 4.5 pour une utilisation intensive
  • Dependance excessive aux outils IA
  • Les developpeurs juniors perdent des opportunites d apprentissage
  • Securite du code genere par IA

Le Debat Sur le Cout

Opus 4.5 est significativement plus cher que les alternatives. Boris a repondu a cette critique:

Analyse cout-benefice:

  • Temps de developpeur senior: $100-200/heure
  • Economie de 1-2 heures par jour: $100-400/jour
  • Cout supplementaire Opus vs Sonnet: ~$20-50/jour pour usage intensif
  • ROI: Clairement positif pour les professionnels experimentes

Lecons Pratiques a Appliquer Aujourd hui

Quel que soit le modele que vous utilisez, il y a des lecons applicables du workflow de Boris.

1. Investissez dans le Contexte

Avant de demander du code, expliquez:

## Contexte du Projet
- Stack: React 18, TypeScript 5, Tailwind CSS
- Architecture: Component-based avec custom hooks
- Etat: Zustand pour global, React Query pour server state
- Tests: Vitest + React Testing Library

## Conventions
- Composants fonctionnels uniquement
- Props typees avec interfaces (pas types)
- Custom hooks prefixes avec use
- Tests co-localises avec les composants

2. Demandez des Unites Completes

Au lieu de:

"Donne-moi un hook pour le fetch de donnees"

Preferez:

"Cree un hook useUserData qui: recupere les donnees utilisateur de l API /users/:id, implemente le cache avec stale-while-revalidate, gere les etats loading/error/success, inclut des tests unitaires, suit nos conventions de code."

3. Revisez Strategiquement

Ne microgerez pas la generation. A la place:

Processus de revue efficace:

  • Executez le code genere
  • Verifiez s il repond aux exigences fonctionnelles
  • Examinez les points critiques de securite
  • Demandez des raffinements specifiques si necessaire

Implications Pour l Avenir

Le workflow de Boris represente un changement paradigmatique dans la facon dont les developpeurs experimentes travaillent.

Competences Qui Gagnent en Valeur

Architecture et design:

  • Comprendre les systemes complexes
  • Prendre des decisions de trade-off
  • Communiquer le contexte efficacement

Revue et curation:

  • Identifier les problemes dans le code genere
  • Evaluer la qualite et la maintenabilite
  • Integrer les solutions dans les systemes existants

Prompting efficace:

  • Structurer des demandes claires
  • Fournir un contexte pertinent
  • Iterer base sur les resultats

Competences Qui Perdent en Pertinence

Syntaxe et memorisation:

  • Memoriser des APIs specifiques
  • Se souvenir des patterns boilerplate
  • Maitriser la syntaxe de plusieurs langages

Codage mecanique:

  • Ecrire du code repetitif
  • Implementer des patterns bien documentes
  • Taches a faible complexite cognitive

Comment Commencer a Experimenter

Si vous voulez tester un workflow similaire, voici une feuille de route pratique.

Semaine 1: Fondamentaux

Objectifs:

  • Configurer Claude Code ou similaire
  • Experimenter avec de petites taches
  • Documenter ce qui fonctionne et ce qui ne fonctionne pas

Exercices:

  • Demander la generation de tests pour du code existant
  • Refactoriser une fonction complexe avec assistance
  • Debugger un probleme avec un contexte complet

Semaine 2: Passage a l Echelle

Objectifs:

  • Augmenter la complexite des taches
  • Developper des templates de contexte
  • Mesurer l impact sur la productivite

Exercices:

  • Feature complete avec IA
  • Integration entre plusieurs fichiers
  • Revue critique systematique

Semaine 3: Raffinement

Objectifs:

  • Identifier les patterns qui fonctionnent pour vous
  • Optimiser les prompts base sur l experience
  • Definir quand utiliser et quand ne pas utiliser l IA

Reflexion Finale

Le workflow revele par Boris Cherny ne consiste pas a remplacer les developpeurs par l IA. Il s agit d augmenter la capacite des developpeurs experimentes a delivrer de la valeur.

Points cles a retenir:

  • La qualite du contexte bat la quantite de prompts
  • Les modeles plus capables peuvent avoir un meilleur ROI malgre le cout
  • La delegation efficace necessite clarte et structure
  • La revue critique reste une responsabilite humaine

L ere du developpeur qui tape du code ligne par ligne evolue vers l ere du developpeur qui orchestre des systemes intelligents. Ceux qui s adapteront a cette nouvelle realite auront un avantage competitif significatif.

Si vous voulez explorer davantage les outils et techniques de productivite pour les developpeurs, je vous recommande de consulter un autre article: Outils IA Pour les Developpeurs en 2026 ou vous decouvrirez les meilleures options disponibles.

Allons-y! 🦅

Commentaires (0)

Cet article n'a pas encore de commentaires. Soyez le premier!

Ajouter des commentaires