veilletech.frCe qui se passe
L'auteur du billet n'est pas un détracteur de Bun. Il suit le projet depuis sa sortie en 2022, a migré tout son développement de Node vers Bun, et l'utilise dans ses propres projets. C'est précisément ce qui donne du poids à son constat.
Bun n'a pas publié de version stable depuis trois mois — le plus long intervalle de son histoire. Un logiciel qui glisse, cela n'a rien d'extraordinaire. Ce qu'il pointe, c'est le changement de nature de la communication : un compte qui annonçait autrefois des dates et des chiffres précis s'est mis à promettre des sorties « demain », semaine après semaine.
Les chiffres
Sur le dernier mois, la répartition des commits est frappante :
- 15 800 commits proviennent d'un robot nommé
robobun - 1 600 commits d'un second robot d'auto-correction
- 790 commits du créateur du projet lui-même
Le dépôt compte par ailleurs plus de 5 000 pull requests ouvertes. À titre de comparaison, React en a 441. GitHub recommande de rester sous 1 000 requêtes ouvertes sur une même branche, seuil au-delà duquel les vérifications de fusionnabilité commencent à expirer.
Ce qui inquiète vraiment
Deux critiques dépassent la question du calendrier.
La qualité du code. Andrew Kelley, créateur de Zig, a publié ses propres réserves sur les pratiques observées dans la base de code de Bun — un jugement qui précède l'arrivée des modèles de langage dans le projet.
La justification de la réécriture. La sûreté mémoire était l'argument avancé
pour passer de Zig à Rust. Or l'auteur relève que le nombre de blocs marqués
unsafe dans le code Rust produit fragilise sérieusement ce bénéfice. Si l'on
écrit du Rust majoritairement non sûr, l'argument s'effondre.
Il pose enfin la question de l'identité du projet : les débuts de Bun reposaient sur Zig — performance, compilation rapide, faible friction, contrôle mémoire direct avec une petite équipe.
Ce que ça change
L'enjeu dépasse largement Bun. Comme le formule l'auteur, cette réécriture est le test grandeur nature le plus scruté de la capacité d'agents à reprendre une base de code de production, avec un humain qui dirige plutôt qu'il ne relit.
C'est un cas d'observation rare : les commits, les pull requests et les annonces sont publics et vérifiables. Quiconque s'interroge sur le développement assisté par agents à grande échelle a là un jeu de données réel plutôt qu'une opinion.
À retenir
Les critiques sont documentées et chiffrées, mais elles restent le point de vue d'un utilisateur engagé. Le projet n'a pas répondu point par point au moment de la publication, et l'issue de la réécriture n'est pas jouée. À suivre sur les prochaines versions stables — leur cadence sera le vrai signal.
Source : tipiirai.com