Les idées ne valent rien, l’exécution encore moins

Les idées reçues d’hier → totalement renversées

• La conviction que j’ai gardée pendant 15 ans comme développeur : « Les idées ne valent rien (cheap), et seule l’exécution compte »
• Désormais, les idées restent bon marché, mais l’exécution est devenue encore bien moins coûteuse (execution is cheaper)

Ce qui s’est réellement passé grâce à l’IA (expérience de l’auteur)

Pendant les vacances de fin d’année, il a simplement décrit trois idées à Claude Code :

1. Driftless — synchronisation automatique de la documentation en fonction des changements de code
2. DeployCast — l’IA résume en langage naturel le contenu d’un déploiement et le transmet aux membres non techniques de l’équipe
3. Triage — l’utilisateur soumet un bug report → l’IA fait le triage → génère automatiquement une PR de correction

→ Pas seulement des MVP, mais trois produits finalisés avec suite de tests + documentation + finition déployés
→ En quelques heures, l’IA a écrit plus de tests, et de meilleure qualité, que tout ce que l’auteur avait lui-même écrit en 15 ans

Les preuves

• Le nombre de questions sur Stack Overflow s’est effondré à un niveau proche de celui d’il y a 20 ans (les gens n’ont plus besoin de demander)
• Dès qu’une idée est postée sur X, quelqu’un d’autre implémente et déploie quelque chose de similaire quelques jours plus tard
• Nader Dabit a recréé en quelques heures un produit valant des centaines de millions, comparable à Typeform → en open source

→ La valeur du “je l’ai construit en premier” est désormais presque nulle

Trois sentiments mêlés face à cette évolution

1. Le regret — cette forme d’artisanat du code, avec l’étude approfondie, les difficultés et la fierté née de la complexité, disparaît
2. L’enthousiasme — si 90 % de l’énergie n’est plus absorbée par l’écriture du code, on peut se concentrer uniquement sur le vrai problème, l’utilisateur et l’expérience
3. Le vertige — en quelques années, la valeur du métier d’ingénieur logiciel est en train d’être entièrement redéfinie (la compétence en code devient un simple prérequis de base)

Ce qui devient la vraie différenciation

Puisque le coût d’exécution a presque disparu, ce qui compte désormais, c’est :

• La vitesse d’itération — le cycle qui consiste à construire vite, recueillir les retours utilisateurs et corriger rapidement (learning loop)
• Le goût et le jugement (taste) — la capacité à distinguer ce qui mérite d’être construit de ce qui ne le mérite pas (la plupart des choses ne devraient pas être construites)
• La distribution et le réseau — qui découvre votre produit en premier, qui vous fait confiance, et à quelle vitesse vous recrutez vos premiers utilisateurs
• Le choix du problème — trouver un problème que de vraies personnes veulent réellement résoudre en payant (c’était déjà le plus difficile, ça l’est encore plus aujourd’hui)

La conclusion en une phrase

« Le code n’a jamais été l’essentiel. C’est simplement devenu visible maintenant que le code est presque gratuit. »

→ À l’avenir, ceux qui survivront ne seront pas « ceux qui écrivent le meilleur code », mais
« ceux qui identifient le plus vite les problèmes les plus importants, les diffusent le mieux et apprennent le plus rapidement ».

[colus001]

Écrire du code n’est qu’un passage obligé dans l’exécution. Lancer un produit, le vendre et le maintenir coûte bien plus cher et est bien plus difficile. Un peu comme avec YouTube : avec juste un téléphone portable, tout le monde peut devenir YouTuber, mais rares sont ceux qui arrivent à gagner de l’argent.

[kandk]

Vitesse d’itération — le cycle qui consiste à construire vite, recueillir les retours des utilisateurs, puis corriger (learning loop)
Goût·jugement (taste) — le discernement qui permet de distinguer ce qui mérite d’être construit de ce qui ne le mérite pas (dans la plupart des cas, il ne faut rien construire)
Distribution·réseau (distribution) — à qui on le fait connaître en premier, qui lui accorde sa confiance, et à quelle vitesse on peut rassembler les premiers utilisateurs
Choix du problème — trouver un problème que de vraies personnes veulent réellement résoudre en payant (c’était déjà le plus difficile au départ, et c’est encore plus important maintenant)

[byunjin11]

Je suis d’accord..

Choisir le bon problème — trouver un problème que de vraies personnes veulent vraiment résoudre en payant —a0je ne pensais pas que l’outil de capture d’écran xray que j’ai créé récemment susciterait autant d’intérêt.

J’ai l’impression qu’il est important d’identifier ce qui est contraignant, de le créer, puis de le faire connaître.

[tsboard]

J’ai l’impression que les changements de notre époque vont beaucoup, beaucoup trop vite T_T

[onestone]

(Le niveau en code = le strict minimum pour être à table) T_T