Nous vivons dans la meilleure des époques pour construire du logiciel. Un abonnement de 200 $ donne accès à des modèles de codage de pointe capables de construire presque n'importe quoi. Alors pourquoi notre logiciel n'est-il pas 10 fois meilleur ? Et pourquoi la plupart de notre logiciel ressemble toujours à s'il avait été conçu en 2015, mais maintenant avec une boîte de chat comme page d'accueil ? La réponse courte, c'est le rationnement. C'est fini, et nous n'avons pas encore rattrapé notre retard.
Avant Claude Code (BC), la physique de la construction de logiciel était très différente. Le logiciel était coûteux à construire et peu coûteux à faire tourner. Écrire du code était limité par le recrutement et la rétention d'ingénieurs chers, qui avaient besoin de gestionnaires chers pour garder les choses sur la bonne voie et de chefs de produit chers pour aider à déterminer quoi construire. Le coût du calcul, de la mémoire et du stockage diminuait chaque année. L'entreprise SaaS publique médiane conservait environ 75 centimes de chaque dollar de revenus comme marge brute. Le talent d'ingénierie était la ressource la plus rare dans toutes les entreprises technologiques, et les produits que nous obtenions étaient le résultat du rationnement.
Après Claude Code (AC), les économies qui nous ont donné chaque pièce de logiciel que nous utilisons aujourd'hui ont été inversées. Construire du logiciel est devenu peu coûteux, avec le coût marginal de créer une nouvelle fonction approchant zéro, tandis que l'exécution, maintenant que l'IA est dans le chemin critique, est devenue coûteuse. Tout produit utilisant des LLM porte désormais de vrais COGS et de vrais coûts marginaux par utilisateur. Le logiciel est passé d'un coût fixe élevé (équipes R&D) et ~coût marginal zéro (calcul peu coûteux) à un coût fixe faible (équipes R&D allégées, plus d'agents) et un coût marginal substantiel (modèles de frontière). Le logiciel ressemble désormais plus à de la fabrication qu'à du SaaS.
Nos produits étaient façonnés par le rationnement, et le rationnement est terminé. Si vous construisez aujourd'hui, vous n'êtes plus limité par les contraintes d'hier. Un nouveau produit ou une nouvelle fonction est peu coûteux et facile à construire. Les expériences sont également faciles, car quel que soit le code, aussi complexe soit-il, il est désormais jetable. Ainsi, le logiciel que nous obtenons à partir d'ici devrait sembler complètement différent, et être des ordres de grandeur meilleurs. Il ne le fait pas, du moins pas encore.
FAQ Q: Pourquoi le logiciel n'a-t-il pas connu une amélioration de 10 fois malgré le développement assisté par IA moins cher ?
FAQ A: Parce que l'industrie fonctionne encore avec des mentalités de 'rationnement' obsolètes de l'ère pré-IA, où le talent d'ingénierie était rare, menant à l'imitation plutôt qu'à l'innovation et à une pensée bornée par les catégories.
Source: Hacker News · Résumé par HeadlinesBriefing