J'entends déjà l'objection : Kai, ma stack c'est PHP-FPM derrière nginx, pourquoi je lirais un truc sur un runtime JavaScript qui change de mains ? Reste avec moi, parce que le plus intéressant dans le rachat de Bun par Anthropic en décembre 2025 n'a presque rien à voir avec JavaScript. Ça touche à une question à laquelle chacun de nous devrait savoir répondre à propos de sa propre stack : qui possède la chose sur laquelle ton code s'exécute, et qu'est-ce que ce propriétaire en attend ?

Les faits d'abord. Claude Code, l'agent de codage d'Anthropic, est distribué à des millions d'utilisateurs sous forme d'un binaire autonome produit par bun build --compile, sans Node.js requis sur la machine cible. Ce produit a atteint un milliard de dollars de revenu annualisé six mois après son lancement public. Bun, de son côté, avait levé 26 millions de dollars de capital-risque et ne gagnait strictement rien. Anthropic a fait la chose évidente : racheter purement et simplement sa dépendance critique. Jarred Sumner, le créateur de Bun, a ajouté le détail qui donne tout son poids à l'histoire : « Le compte GitHub avec le plus de PR fusionnées dans le dépôt de Bun est désormais un bot Claude Code. »

Voici ma position, énoncée sans détour : ce rachat fait de la propriété d'un runtime par un seul acteur le nouveau défaut pour l'infrastructure jeune, et il transforme la gouvernance neutre, jusqu'ici un détail procédural ennuyeux, en véritable avantage compétitif. Le monde PHP est assis sur cet avantage depuis des années sans jamais le mettre en avant. On devrait commencer.

Laisse-moi d'abord concéder le contre-argument le plus solide, parce qu'il est solide. Au vu des faits jusqu'ici, l'opération a été bonne pour les utilisateurs de Bun. L'équipe a embauché des ingénieurs qu'une startup sans revenus n'aurait jamais pu payer. Bun 1.3 est arrivé avec un serveur de développement frontend, du hot reloading et des clients PostgreSQL et SQLite intégrés. Les téléchargements mensuels ont dépassé 7,2 millions, avec 25 pour cent de croissance rien qu'en octobre 2025. Neuf mois plus tard, la licence MIT et l'engagement open source tiennent toujours. Compare ça à la vie des projets gouvernés par une fondation : la PHP Foundation finance une poignée de développeurs du noyau et doit encore secouer la tirelire à dons chaque année. Si tu me dis qu'un propriétaire aux poches profondes avec un intérêt direct bat le sous-financement chronique, je comprends. Quand Bun casse, Claude Code casse, et un produit à un milliard de dollars est un contrat de maintenance très efficace.

Mais une incitation n'est pas une promesse, c'est un instantané. Aujourd'hui, Anthropic a besoin que Bun soit un excellent runtime généraliste, parce que la compatibilité avec l'écosystème au sens large est ce qui fait que le binaire fonctionne partout. La feuille de route penche déjà vers des capacités d'exécution autonome d'agents, et ça reste sain tant que les deux objectifs pointent dans la même direction. Le jour où ils divergent, l'arbitrage ne se joue pas dans un vote sur une liste de diffusion, mais dans une revue produit au sein d'une seule entreprise. php-src n'a pas d'équivalent d'un propriétaire unique. Le processus de RFC est lent, parfois épuisant, et produit des débats qui durent des mois sur une seule signature de fonction. Il est aussi structurellement incapable d'être piloté par les résultats trimestriels de qui que ce soit. Je rangeais ça dans la case inefficacité. Je le range maintenant dans la case assurance.

La statistique du bot mérite son propre paragraphe, parce que c'est la partie qui va nous atteindre en premier. Un agent d'IA est actuellement le contributeur fusionné le plus prolifique du runtime sur lequel il s'exécute, avec des humains qui relisent et fusionnent ses pull requests. Cette boucle est nouvelle, et elle ne restera pas cantonnée à un seul dépôt. Imagine le moment où des patchs écrits par des agents commenceront à arriver en volume sur php-src. Notre goulot d'étranglement n'a jamais été l'offre de patchs, c'est la capacité de revue et la confiance que les relecteurs accordent à l'historique d'un contributeur. Un écosystème avec un propriétaire corporate peut simplement staffer ce pipeline de revue. Le nôtre doit le financer, et c'est une conversation que la PHP Foundation devrait avoir avant que les pull requests débarquent, pas après.

Note aussi ce que le rachat n'a pas fait. Node.js garde son énorme empreinte en production, sa gouvernance par l'OpenJS Foundation et vingt ans d'inertie d'écosystème, et des entreprises comme Netflix, Spotify et Salesforce qui adoptent Claude Code n'ont pas arrêté de déployer dessus. La propriété déplace la trajectoire d'investissement, pas la base installée. C'est exactement pour ça que la question de la gouvernance compte plus que celle des benchmarks : les benchmarks changent à chaque release, la propriété change peut-être une fois par décennie, et tu vis avec les conséquences bien plus longtemps.

Alors voilà ce que je veux vraiment savoir de ta part. Si une entreprise bien capitalisée proposait demain au projet PHP le deal Bun, dix développeurs du noyau financés à plein temps, un vrai budget d'infrastructure, une promesse publique de tout garder ouvert, en échange d'une seule entreprise qui tient le volant, est-ce que tu accepterais ? Je n'arrête pas de changer d'avis sur ma propre réponse, et ça me dit que l'échange est plus serré que ma thèse ne voudrait l'admettre. Dis-moi où tu te situes.