L’essor du fondateur probabiliste

(dannguyenhuu.substack.com)

1 points par GN⁺ 2 시간 전 | Aucun commentaire pour le moment. | Partager sur WhatsApp

À l’ère de l’IA native, à mesure que le logiciel se transforme en système probabiliste, les qualités attendues d’un fondateur changent elles aussi en profondeur
Auparavant, les investisseurs recherchaient des fondateurs déterministes capables d’exécuter fidèlement une roadmap sur 2 ans ; aujourd’hui, ce sont les profils qui expérimentent vite dans l’incertitude qui montent en puissance
Dans les équipes IA natives, environ 70 % du travail des ingénieurs relève de l’expérimentation, contre 30 % pour la roadmap, soit un renversement des proportions
Le fondateur probabiliste, lorsqu’un agent échoue, considère que le problème ne vient pas de l’outil mais d’un manque dans ses spécifications, sa revue ou son orchestration
La qualité des expérimentations, la discipline de sélection et la rapidité d’exécution deviennent de nouveaux critères d’évaluation pour l’investissement

Du système déterministe au système probabiliste

Pendant la majeure partie de l’histoire du logiciel, tout a été construit sur des systèmes déterministes, garantissant la même sortie pour la même entrée
En conséquence, les investisseurs privilégiaient aussi des fondateurs structurés, méthodiques, capables d’exécuter une roadmap trimestre après trimestre
Au stade seed, la « clarté de la vision » constituait un critère central d’évaluation
Les systèmes que l’on construit aujourd’hui ne sont plus déterministes, et le type de fondateur qui réussit évolue donc lui aussi

L’essai Probabilistic Engineering and the 24-7 Employee publié par Tim Davis, cofondateur de Modular, exprime clairement cette transition
Son argument central : dans les équipes IA natives, une part significative de la base de code est générée par des modèles probabilistes, revue sous pression temporelle, puis intégrée sans qu’un seul humain n’en ait conçu l’ensemble
Le code fonctionne encore et peut être livré, mais l’intervalle de confiance sur le fait qu’il « fonctionne comme prévu » s’est élargi
La génération est devenue peu coûteuse, mais pas la vérification
La base de code est passée de « savoir qu’elle fonctionne » à « croire qu’elle fonctionne », sans pouvoir en préciser exactement la probabilité
Les ingénieurs seniors ont toujours connu partiellement cet état, mais lorsque la majorité du code n’est pas écrite par l’humain qui la relit, une exactitude fondée sur la confiance devient la norme plutôt que l’exception

Les fondateurs qui bâtissent les meilleures entreprises IA natives présentent des traits proches des systèmes qu’ils construisent
L’expérimentation comme état par défaut : ils préfèrent 10 expérimentations peu coûteuses à un unique plan onéreux, avec des cycles d’itération qui se comptent en jours plutôt qu’en trimestres
Ils maintiennent volontairement leur roadmap très légère, presque de manière provocatrice
Plusieurs fondateurs disent en substance : « Nous avons une vision long terme de la plateforme, mais tout peut changer dans les 2 à 3 prochains mois »
Ils considèrent comme normal qu’une sortie de modèle ou l’apparition d’une nouvelle capacité rende caduc un plan établi le trimestre précédent
Même au sein de l’organisation engineering, le ratio traditionnel 80/20 à la Google (80 % roadmap, 20 % expérimentation) s’inverse
Dans les équipes les plus avancées, on observe environ 70 % d’expérimentation et 30 % de roadmap, non comme politique officielle, mais comme réalité du travail
La roadmap s’ajuste aux modèles, et non l’inverse

Un trait philosophique revient de façon répétée chez le fondateur probabiliste : la posture agent-first
Il part du principe que toute tâche peut être abordée de manière centrée sur les agents ; si l’agent ne fonctionne pas, il considère que l’échec vient non du système d’agents mais de l’opérateur humain
Là où l’on jugeait autrefois qu’un outil qui ne marche pas est un mauvais outil, le fondateur probabiliste part du principe que l’outil s’améliore chaque semaine et vérifie si ses spécifications, sa revue et son orchestration suivent le rythme
C’est une manière fondamentalement différente de situer la responsabilité par rapport aux fondateurs traditionnels

Si l’on projette les fondateurs sur le moule déterministe, on risque de passer à côté des meilleurs fondateurs de ce cycle
Des signaux qui, il y a 5 ans, auraient été interprétés comme un manque de structure ou de rigueur correspondent aujourd’hui exactement à la forme de travail imposée par l’environnement actuel
- la volonté d’abandonner une fonctionnalité dès le lendemain d’une sortie de modèle
- la capacité à agir dans l’incertitude sans vaciller
- le fait de traiter la roadmap non comme une promesse, mais comme une hypothèse
La rigueur n’a pas disparu, elle s’est déplacée : ce qui compte désormais, c’est la qualité de l’expérimentation, la discipline de sélection, la capacité à déployer une flotte d’agents sur les bons problèmes et à distinguer les bons résultats de ceux qui semblent plausibles mais sont faux
C’est un ensemble de compétences différent du respect d’une roadmap sur 5 trimestres, et nous sommes encore en train d’apprendre à l’évaluer

« Probabiliste » ne veut pas dire « laxiste »
Le fondateur probabiliste doit au contraire être un exécutant encore plus implacable — dans un environnement où l’on mène 10 expérimentations au lieu d’une, ceux qui n’achèvent pas sont rapidement sanctionnés
La vitesse est le ticket d’entrée : la capacité à livrer chaque semaine, à boucler les boucles et à croître par effet composé reste une exigence non négociable
Le critère d’attraction des talents monte lui aussi : dans un monde où une petite équipe d’élite plus une flotte d’agents peut surpasser une équipe de 50 personnes, la prime accordée aux opérateurs du top 1 % devient encore plus forte
Les meilleurs fondateurs probabilistes sont sans exception des personnes avec qui d’autres talents d’exception veulent travailler, quitte à réorganiser leur carrière pour les rejoindre
L’expérimentation sans exécution n’est que du bruit, et la vitesse sans talent mène à l’attrition

Citation de la conclusion de l’essai de Tim Davis : le pari de notre époque est de savoir si l’humain dans la boucle peut rester suffisamment affûté, honnête et entraîné pour mériter sa place dans cette boucle
La version fondateur de ce même pari : savoir si l’opérateur qui dirige la flotte possède le goût, la vitesse et l’aisance face à l’incertitude nécessaires pour composer plus vite que des concurrents qui tentent encore de percer par la planification
Le fondateur probabiliste est l’incarnation de ce pari en une seule personne