Commencez la semaine avec un avis douteux !

L'auteur introduit un post de Guillermo Rauch, PDG de Vercel, qui propose un changement de paradigme radical dans le développement logiciel. Rauch affirme que le code ne doit plus être traité comme une donnée d'entrée précieuse, mais comme un simple résultat éphémère généré par des agents. Il critique notre obsession historique pour l'esthétique des IDE, la coloration syntaxique et le formatage manuel des API. Selon lui, l'attention doit désormais se porter sur les besoins des utilisateurs, les spécifications et les données de production. Cette vision suggère une dévalorisation inévitable du rôle traditionnel du programmeur au profit de l'ingénierie dirigée par les données.

Le narrateur souligne l'accélération fulgurante de l'industrie technologique depuis l'émergence de modèles comme Opus 4.5 et des outils tels que Cloud Code et Codex. Il explique comment il adapte son propre contenu pédagogique et ses formations pour intégrer ces nouvelles méthodes de travail basées sur l'IA. Tout en reconnaissant que ces outils changent la manière de concevoir des logiciels, il exprime un désaccord partiel avec l'idée que le code n'a plus d'importance. Il s'interroge sur la transition du rôle de l'humain, qui passe de l'écriture à la révision. Pour lui, la clarté d'une base de code reste un atout majeur, même si les tâches d'exécution sont déléguées à des machines.

Cette section explore la dimension financière souvent ignorée de la génération de code par IA : le coût des tokens. L'auteur avance qu'un code bien conçu et concis consomme moins de ressources lors de sa génération et de sa révision ultérieure par des modèles LLM. Il avertit que les tarifs actuels des fournisseurs comme OpenAI sont probablement subventionnés et risquent d'augmenter significativement à l'avenir. Une base de code propre permet d'éviter l'inflation inutile de la taille des fichiers, ce qui devient un avantage concurrentiel direct. L'efficacité algorithmique ne concerne donc plus seulement l'exécution, mais aussi le cycle de vie du développement assisté par IA.

Le locuteur revient sur les travers classiques des développeurs, comme la création d'abstractions excessives pour des projets sans utilisateurs. Il observe que les outils actuels comme Codex ont tendance à reproduire et amplifier ce défaut en ajoutant systématiquement du code au lieu d'en supprimer. Ces agents IA manquent souvent de discernement et favorisent une complexité qui rend la maintenance difficile sans une intervention humaine ferme. L'auteur insiste sur le fait que le développeur doit continuer à mener des "batailles" pour préserver la simplicité de son architecture. Selon lui, ignorer la qualité du code sous prétexte que l'IA peut le régénérer est une erreur stratégique coûteuse.

Le débat se déplace vers l'impact technique du code généré sur les performances réelles, notamment concernant les requêtes de base de données et les boucles. L'auteur rappelle que même si un code fonctionne, une mauvaise optimisation se paie lourdement dès que le nombre d'utilisateurs augmente. Il rejette l'idée que les outils du passé étaient stupides, les comparant aux esquisses papier des designers avant l'ère numérique. Pour lui, débattre du design des API et soigner la structure de son travail est le propre de l'artisan passionné. Cette quête de l'excellence reste ce qui distingue un ingénieur de valeur d'un simple utilisateur d'outils automatisés.

Dans la conclusion, l'auteur envisage l'avenir de l'ingénierie par agents, mentionnant de nouveaux formats comme les fichiers agents.md. Il prédit que les humains continueront à débattre de la structure des systèmes, même si les outils changent de forme. Bien qu'il soit impossible de savoir si l'IA parviendra un jour à produire un code parfait sans aide, l'intérêt pour la qualité reste un moteur d'épanouissement professionnel. Il termine sur une note philosophique, affirmant que se soucier de son travail est le facteur déterminant de la réussite. Le message final encourage les développeurs à rester critiques et investis dans la structure de leurs créations, malgré l'automatisation croissante.