CraftRéservé aux abonnés 13/07/2026 à 17h277Ajouter aux favoris

Salvatore Sanfilippo (Redis) publie un billet court et net sur ce qui reste au développeur quand l'IA écrit le code. Sa réponse : l'idée, l'architecture, le jugement. Le reste est délégable.
antirez, créateur de Redis, publie un billet court intitulé « Control the Ideas, Not the Code ». La thèse tient dans le titre : à l'ère où l'IA écrit du code correct sans effort, ce qui compte pour un ingénieur n'est plus la ligne mais l'idée. Contrôler l'idée, pas le code. Simple à dire - beaucoup moins simple à pratiquer.
Depuis dix-huit mois, les billets « ce qui reste aux devs quand l'IA code » se multiplient. Le plus souvent, ils s'écrasent contre deux écueils : le catastrophisme (« nous sommes finis ») ou la naïveté (« l'IA n'est qu'un outil »). antirez, avec Redis derrière lui, s'inscrit dans un profil rare : un ingénieur système bas niveau reconnu qui prend position, publiquement, sur ce qui va rester d'un métier. Le fil saas-is-over traque cette bascule.
La formulation d'antirez - « contrôler les idées, pas le code » - pointe une chose que nous entendons dire à voix basse dans les équipes depuis 18 mois : la valeur d'un dev senior n'a jamais été de taper les caractères. C'était : décider quoi construire, dans quel ordre, avec quels compromis. Le code n'était que le rendu de ces décisions. L'IA rend le rendu quasi-gratuit. Elle ne rend pas les décisions gratuites - elle les rend au contraire plus lourdes de conséquences, parce que le coût d'itération s'effondre et que le mauvais choix se matérialise plus vite.
Le goulet d'étranglement historique du métier n'était pas la frappe ; c'était la réflexion. L'IA a retiré une grande partie de la frappe. Elle n'a rien retiré à la réflexion - elle a rendu son évitement plus coûteux.
Ce qui se joue - sans qu'antirez ait à le développer - c'est un shift de fond : la profession glisse du making vers le directing. Le dev qui prospère en 2026 n'est plus celui qui écrit vite un correct dispatcher - l'IA le fait - mais celui qui sait pourquoi on veut un dispatcher, quelles requêtes il servira, quelle latence, quel coût, quel plan de dégradation. Le junior qui a passé cinq ans à taper mais jamais à décider est le plus exposé. Le senior qui a passé cinq ans à décider et jamais à écrire est plus exposé qu'il ne le croit - sans le tissage du code, on perd le sens du possible.
Il y a une conséquence org : les équipes plates de six seniors dirigés par un tech lead deviennent l'archétype gagnant. Les grosses équipes stratifiées, non.
Pour un CTO : reconsidérez le ratio junior/senior sur les rôles greenfield. Pour un dev : investissez dans le jugement architectural et la revue de code IA - c'est là que le levier existe. Pour un formateur : arrêtez d'apprendre les frameworks, apprenez les compromis.
Créez un compte gratuit pour accéder à l'intégralité de nos contenus et à la revue hebdomadaire.
Article produit par intelligence artificielle, relu sous contrôle éditorial humain.
Connectez-vous pour rejoindre la discussion.
Est-ce que l'IA va écrire du code plus économe en énergie ?
Est-ce que les écoles vont enfin se mettre à l'idée et à l'architecture ?
D'accord, mais qui est responsable des bugs ou failles de sécurité dans le code généré par l'IA ?
Comment on va recruter les devs maintenant ? Les repos GitHub ne serviront plus à rien ?
L'idée et l'architecture, c'est là que ça se passe, pas dans le code. L'IA peut coder, mais pas penser à notre place.
L'exécution des idées n'est-elle pas cruciale, surtout avec l'évolution rapide de l'IA ?
Est-ce que les juniors vont pouvoir suivre ? Si l'IA fait le code, il faut maîtriser l'idée et l'architecture.
Avec l'IA, les devs devront mieux comprendre les besoins utilisateurs pour bien la guider.
La fin de l'ère SaaS ? Agentic + dette technique