Après plusieurs mois d’utilisation intensive de Claude Code, je partage ici mes apprentissages sur ce nouvel outil qui transforme profondément ma façon de développer.

Un changement de paradigme

DRY n’est plus sacré

L’un des premiers ajustements mentaux à faire : certains principes de développement classiques comme DRY (Don’t Repeat Yourself) perdent de leur pertinence. Les agents IA sont capables de générer de grosses quantités de code et d’effectuer des refactorings poussés en quelques secondes.

En pratique, seule la logique métier doit toujours être factorisée. De la duplication dans le code boilerplate devient acceptable — Claude peut la nettoyer plus tard si nécessaire. Pour un MVP, le refactoring et la fiabilisation peuvent attendre que les fonctionnalités soient déployées et validées par les utilisateurs.

Moins de dépendances, plus de flexibilité

Les IA sont capables de générer du code custom pertinent pour des fonctionnalités qu’on aurait traditionnellement déléguées à des librairies tierces. Le résultat : un code développé rapidement, plus flexible, et sans les contraintes des librairies qui sont parfois des boîtes noires difficiles à débugger.

L’évolution du rôle de développeur

Certes, une certaine agilité sur le code peut être émoussée quand on délègue l’écriture du code. Mais Claude nous apprend aussi énormément — notamment sur des librairies, des fonctionnalités récentes Javascript ou CSS. Le travail de développeur évolue vers celui d’un développeur senior : plus de revues de code, plus d’architecture, moins d’écriture manuelle ligne par ligne.

Bonnes pratiques de développement

Le Plan Mode

Le plan mode est devenu rapide et efficace avec Opus 4.5. Avant de se lancer dans l’implémentation, Claude lance une analyse pousée de la codebase et propose un plan plus structuré que ce à quoi on aurait pensé de soi même. Il a l’avantage de donner une vision globale du projet et détecte des spécificités qu’on oublie souvent avec le temps.

Quand un plan est correct, l’implémentation est fiable.

Gestion du contexte

Claude ralentit significativement quand le contexte devient trop gros. Compacter les conversations ne résout que partiellement le problème et est une étape lente.

Mes recommandations :

  • Monitorer l’utilisation du contexte avec une statusline custom
  • Utiliser \context qui permet d’avoir un détail de l’utilisation du contexte et de monitorer notamment l’empreinte des serveurs MCP ou des skills chargés (attention à ne pas en charger trop par défaut dans chaque session)
  • Clear le contexte de Claude quand on commence une nouvelle tâche avec /clear
  • Une manière confortable de faire ca est d’utiliser le plan mode et d’accepter la première option avec Yes, clear context and auto-accept edits (shift+tab)
  • Pour les tâches complexes et longues mieux vaut utiliser des fichiers de spec voire même un spec driven development system comme Get Shit Done

Dictée vocale

La dictée vocale permet de faire des prompts plus longs et plus détaillés sans friction. Plus de contexte donné à Claude signifie de meilleurs résultats.

Sur Ubuntu, j’utilise Handy avec le modèle Parakeet v3 : rapide, et il comprend bien le franglais. Je l’active avec un raccourci F8 tout en pouvant consulter d’autres fenêtres. Le texte transcrit est copié dans mon clipboard, prêt à être collé dans le prompt Claude.

Génération de tests

Pour les tâches complexes où l’on veut laisser Claude itérer de manière moins supervisée, lui faire générer des tests en amont est une excellente idée. Ces tests servent de garde-fou pendant le développement et peuvent être intégrés à la pipeline de déploiement pour limiter les régressions futures.

Refactoring post-session

Après une session intense de génération de code, il est important de bien review le code produit et de demander du refactoring là où c’est nécessaire. L’objectif : ne pas introduire de dette technique et maintenir la lisibilité du code pour les développeurs futurs (y compris soi-même dans 6 mois).

Donner de l’inspiration

La meilleure manière d’avancer, en particulier sur du design, est de donner des exemples concrets à Claude :

  • Documentation web sur les patterns à suivre
  • Sites existants dont s’inspirer ou à reproduire partiellement
  • Screenshots de l’UI souhaitée
  • Snippets de code trouvés sur le web

Claude est très bon dans l’adaptation d’un code existant à la codebase actuelle et fait gagner beaucoup de temps la dessus.

Feedback visuel

Il est important que Claude ait un feedback sur ce qu’il produit, en particulier sur des taches de design et d’ergonomie. J’utilise quotidiennement Claude in Chrome qui permet à Claude de voir et interagir avec le navigateur pour vérifier le rendu visuel. L’utilisation de screenshots est utile aussi. Attention cela dit à l’utilisation de tokens !

Développement de features complexes

Pour les fonctionnalités importantes, je combine plusieurs pratiques :

  1. Plan mode pour structurer l’approche
  2. Génération de tests pour valider le comportement
  3. Review rigoureuse avec gitk ou dans une pull request GitHub (excellent outil de diff)

Configuration de Claude Code

Souscription

Pour du développement intensif avec l’IA, la meilleure option est l’abonnement Max 5x en termes de rapport qualité/prix et d’utilisation pragmatique. Voir cette analyse Reddit pour les détails.

Le fichier CLAUDE.md

Ce fichier de configuration se remplit petit à petit au fil des projets.

Configuration globale (~/.claude/CLAUDE.md) :

  • Permissions générales (par exemple : Claude peut toujours éditer ses propres settings)
  • Préférences d’installation de packages (pipx pour Python, etc.)

Configuration projet (.claude/CLAUDE.md) :

  • Comment exécuter les tests
  • Comment générer des migrations
  • Points importants du modèle de données
  • Guidelines de design
  • Architecture des fichiers

Tips

  • /init pour analyer la codebase et laisser Claude générer (ou enrichier le Claude.md)
  • Toujours demander à Claude de faire les modifs. Il le fera mieux que ce qu’on fait manuellement (voir tip youtube )

Statusline personnalisée

Pour un meilleur suivi de l’état de Claude, j’utilise une statusline custom. Voir ce guide : claude-code-tips/scripts

Commandes personnalisées

Les commands sont utiles pour les tâches récurrentes. J’utilise actuellement :

  • /push : lint, commit et push du code en une commande
  • /doc : génération de documentation au format markdown

Skills

Les skills sont des modes de raisonnement spécialisés que Claude active selon le contexte : analyse de code, rédaction structurée, critique argumentative, etc. Ce n’est pas de l’apprentissage dynamique — Claude active un pattern déjà présent dans son entraînement.

L’intérêt : moins d’hallucinations, plus de cohérence sur les réponses longues, et une meilleure rigueur sur les tâches complexes (specs techniques, analyse de contrats, docs longues). On donne l’objectif, Claude choisit la méthode — c’est plus robuste que de micro-manager chaque étape.

Conclusion

Le développement assisté par IA est une évolution profonde de notre métier. Les développeurs qui maîtrisent ces outils gagnent en productivité sans sacrifier la qualité, à condition de maintenir une posture critique sur le code généré et de structurer leur workflow autour des forces et limites de l’IA.