Il est 9h35, tu sirotes tranquillement ton café devant ton IDE, et là, stupeur : ton collègue junior qui a 30 ans de moins que toi, vient d'ouvrir une pull-request avec 450 lignes, des tests et du code parfaitement fonctionnel. Le tout en 30 minutes. Pourtant tu as bien mis tes lunettes de vieux (tu as plus de 40 ans). Soit il a découvert la méthamphétamine, soit il utilise l'un de ces nouveaux "machins" de génération de code, dont tu as...
Il est 9h35, tu sirotes tranquillement ton café devant ton IDE, et là, stupeur : ton collègue junior qui a 30 ans de moins que toi, vient d'ouvrir une pull-request avec 450 lignes, des tests et du code parfaitement fonctionnel. Le tout en 30 minutes. Pourtant tu as bien mis tes lunettes de vieux (tu as plus de 40 ans). Soit il a découvert la méthamphétamine, soit il utilise l'un de ces nouveaux "machins" de génération de code, dont tu as entendu parler à Devoxx France...
Spoiler : c'est la deuxième option (enfin tu l'espères...)
Commençons par Cursor, un éditeur de code qui intègre directement l'IA pour vous assister dans l'écriture de code. C'est un peu comme avoir un développeur senior qui regarde par-dessus votre épaule, sauf qu'il ne sent pas le café froid et qu'il ne vous juge pas quand vous googlez "comment centrer un div en CSS" pour la 47ème fois. Il est basé sur VSCode, ce qui permet de retrouver très rapidement sa productivité "classique".
Le mode "Tab" magique : Tu commences à écrire une fonction, et Cursor comprend où tu veux aller. Par exemple :
Tu tapes juste "def calculate_fib" et TAB, et boom, la fonction entière apparaît.
def calculate_fibonacci(n):
# Cursor génère automatiquement la suite
if n <= 1:
return n
return calculate_fibonacci(n-1) + calculate_fibonacci(n-2)
Le Chat intégré : Un panneau latéral permet de discuter avec l'IA à propos de ton code. "Peux-tu optimiser cette fonction ?" ou "Ajoute des tests unitaires pour cette classe". C'est comme avoir un développeur senior qui ne dort jamais et qui ne râle jamais quand tu lui poses une question stupide.
La compréhension du contexte : Cursor analyse l'ensemble de ton projet. Si tu as une classe User quelque part, il saura automatiquement proposer des méthodes cohérentes quand tu travailles sur une classe UserService.
Windsurf, de son côté, pousse le concept encore plus loin. C'est l'IDE qui code presque tout seul pendant que vous faites semblant de réfléchir profondément à l'architecture. Un peu comme ces moments où vous fixez l'écran avec un air concentré alors qu'en réalité vous pensez à ce que vous allez manger ce midi. Je le préfère à Cursor, car il s'intègre sous la forme d'un plugin dans les outils de JetBrains. En ce moment je bosse avec PyCharm, mais je peux l'utiliser aussi le soir sur IntelliJ avec du code Scala pour Devoxx France.
Développé par Codeium,il ne se contente pas de compléter ton code. Il peut carrément refactorer des fichiers entiers, naviguer dans ta codebase et comprendre les dépendances entre tes modules.
Les super-pouvoirs de Windsurf :
Soyons cependant honnête quelques secondes : ces outils de développement ne sont pas magiques. Ils sont même très mauvais lorsque vous ne savez pas "prompter" correctement. Et ils ont tendance à se comporter comme vous au bout de quelques jours (ils sentent le café froid, ne sont pas aimables, et ils perdent leurs cheveux aussi...).
Les pièges à éviter :
Windsurf est "bon" lorsqu'il travaille sur du code existant, que vous limitez le contexte aux fichiers utiles, et que vous arrivez à être assez spécifique sur votre demande. Il est aussi "bon" lorsqu'il est utilisé sur un langage que je connais parfaitement. J'ai eu des sueurs froides sur des bases de code où mon niveau était moins bon. Si vous ne comprenez rien à Scala, je vous rassure : Windsurf non plus :-)
Cependant, ils évoluent très rapidement. Il y a 2 ans, Copilot était déjà "pas mal" mais nous avons vu que son usage est tombé dans mon entreprise. Les effets "waoouh" du début sont vites passés à la trappe. Le nombre d'utilisateurs de Copilot est tombé rapidement depuis 4 mois chez nous.
Aujourd'hui, bien que Cursor ou Windsurf soient bluffants, il y a encore des progrès à faire...
Il est donc important, voire indispensable de prendre le temps de tester ces outils, pour vous faire votre propre avis. Ne devenez pas le futur stagiaire de l'IA, qui se chargera de vous exploiter pour valider son code svp...
Nous démarrons un test de Graphite dans mon entreprise (Back Market), dans quelques jours. L'idée étant de voir l'apport d'un outil de revue de code automatisé sur nos différents repos Github.
Nous utilisons déjà Github Actions qui permet d'exécuter des scripts lorsqu'un bout de code est commité, ou lorsque tu merges une branche. Imaginez maintenant l'apport de l'IA sur la gestion des workflows.
Graphite propose Diamond, un outil qui promet de révolutionner la revue de code. Graphite a récemment levé 52 millions de dollars en série B (How AI code review works), et ce n'est pas pour rien.
Graphite est une plateforme end-to-end pour développeurs qui aide les équipes sur GitHub à livrer du logiciel de meilleure qualité, plus rapidement. L'entreprise a été fondée en 2020 par d'anciens ingénieurs de Meta, Airbnb et Google qui en avaient marre des workflows GitHub basiques.
Le concept de base ? Les "stacked PRs" (pull requests empilées). Au lieu d'avoir une énorme PR de 2000 lignes que personne ne veut reviewer (avoue, tu l'as déjà fait), tu peux créer une pile de petites PRs interdépendantes.
Diamond est l'outil de revue de code IA de Graphite qui comprend l'ensemble de ta codebase pour fournir des retours immédiats et actionnables sur chaque pull request. Et attention, on ne parle pas d'un bête linter qui te dit "hé, t'as oublié un point-virgule".
Après avoir testé les principaux modèles d'IA, Graphite a découvert que Claude répondait plutôt bien à leurs standards pour la revue de code (3). L'équipe utilise Claude d'Anthropic comme moteur sous-jacent, ce qui explique la qualité des suggestions.
Avec plus de 500 000 pull requests reviewées et moins de 5% de taux de commentaires négatifs, Diamond est un outil qui en plus, s'améliore à chaque fois. Je ne sais pas s'il existe des dispositifs de renforcement, mais j'imagine que oui.
Le workflow moderne (en 2025) avec ces outils ressemble à ça :
C'est un peu comme avoir une armée de robots qui préparent le terrain pour que les humains puissent se concentrer sur les décisions importantes.
Cher lecteur, à ce stade, je commence à me demander si mon métier n'est pas en train de devenir "superviseur de robots qui codent".
Les nouveaux outils comme GitHub Copilot peuvent maintenant :
Chez Back Market où je travaille depuis janvier 2024, nous avons lancé un programme qui permet de demander des licences Cursor. C'est ouvert aux développeurs, aux data-analysts, ou aux personnes des équipes plate-formes. Il suffit de faire une demande via Slack à un bot, et nous avons ensuite accès quelques minutes plus tard à l'outil. Le tout est encadré par un contrat, le code est sécurisé et il permet aux développeurs de travailler dans un cadre légal.
Nous utilisons aussi la plate-forme Dust, qui permet de créer ses propres Agents d'IA de façon sécurisée, en s'intégrant avec les données de l'entreprise. Ceci permet de créer un bot qui surveille les releases, d'avoir un outil qui se branche sur BigQuery pour publier sur Slack lorsqu'une anomalie business se produit, de préparer des documents pour des réunions, etc. C'est un outil très pratique qui nous permet de construire nos propres agents.
Alors, soyons honnêtes deux minutes. Le Staff Engineer joue parfois le rôle de « Ministre des Affaires Etrangères » pour son groupe. Il va chercher et ramène de l'information. Dans 2 ans, ce rôle sera encore plus crucial car il faudra :
Comme le dit Greg Foster, le CTO de Graphite : "L'IA ne peut pas remplacer complètement la revue de code humaine... Je ne les vois jamais devenir un substitut pour un véritable ingénieur humain qui valide une pull request".
Je vous conseille aussi la lecture de la lettre d'informations de Morgan Linton : https://www.aipoweredengineering.com/p/ai-powered-engineering-issue-11
Il y a de nombreuses sources et exemples "réels" sur les outils. J'ai découvert Antimetal par exemple. Après le code, il faudra bien se pencher sur la prod et l'observabilité.
Je prédis qu'un certain vendeur de croquettes pour chien va prendre très cher dans les 1 ou 2 ans qui arrivent. La facturation à l'heure est complètement dépassée, surtout lorsque l'on t'explique qu'une heure commencée, c'est une heure facturée...
D'abord l'écriture de code. Ensuite l'intégration continue. Ensuite le déploiement et la gestion de la prod... et enfin l'observabilité de la prod. Je ne vois pas pourquoi nous n'aurions pas une vague d'outils d'ici à quelques mois sur ces marchés.
Le future c'est peut-être l'infrastructure gérée par de l'IA, au service des équipes SRE, avec des outils et de l'analyse générative. A découvrir dans cet article de blog.
L'autonomie technique est le premier palier, qui permet ensuite de se positionner sur 2 voies distinctes. Avec l'IA, ce palier change. Il ne s'agit plus seulement de savoir coder, mais de savoir :
Je vous parlais dans cet article, des deux voies du métier de développeur :
J'en parlerai dans un prochain article, à suivre...
Les outils de génération de code ne vont pas nous remplacer. Ils vont nous transformer en chefs d'orchestre d'une symphonie de robots. C'est un peu comme passer de "je sais faire du feu avec des silex" à "je sais utiliser un briquet". L'important reste de ne pas se brûler.
Mon conseil ? Apprenez à utiliser ces outils, mais gardez vos fondamentaux. Parce que le jour où GitHub Copilot décidera de prendre des vacances, il faudra toujours quelqu'un qui sait ce qu'est une boucle for.
Et souvenez-vous : plus tu t'élèveras dans la hiérarchie, moins tu auras le temps de coder et envie de perdre du temps sur des sujets "triviaux". Alors profites de ces outils pour automatiser les tâches rébarbatives afin de garder du temps pour ce qui compte vraiment : débattre pendant 3 heures sur le nom d'une variable ou sur le meilleur IDE pour coder.
PS : Cet article a été écrit à 73% par un humain et à 27% par une IA. Je vous laisse deviner quelles parties...
Sources :

| # | Наименование новости | Тональность | Информативность | Дата публикации |
|---|---|---|---|---|
| 1 | Generative Coding : here we are | 3 | 8 | 25-02-2026 |
| 2 | Découvrir les niveaux de maturité de l'adoption des Coding Agents | 0 | 5 | 17-03-2026 |
| 3 | Le développement augmenté, un avis politiquement correct, mais bon... | 0 | 5 | 31-07-2025 |
| 4 | L'IA générative va changer notre façon de coder (unpopular opinion) | 5 | 7 | 05-01-2026 |
| 5 | Comment j'ai ré-écrit le moteur de mon blog en quelques heures avec Claude Code | 2 | 6 | 10-03-2026 |
| 6 | Ni manager, ni contributeur individuel... | 0 | 5 | 23-06-2025 |
| 7 | Claude Code et les serveurs MCP : ou comment transformer ton terminal en assistant surpuissant | 5 | 7 | 27-07-2025 |
| 8 | MergeStorm AI Review: New AI Code Reviewer To Speed Up Software Development | 0 | 5 | 03-07-2026 |
| 9 | What confusing code does to developers: Brain and eye tracking reveal surprise response | 0 | 7 | 10-06-2026 |