3 points par t7vonn 2026-05-05 | 5 commentaires | Partager sur WhatsApp

5 commentaires

 
aqqnucs 2026-05-05

Mais il me semble que cela veut dire qu’il ne faut pas utiliser l’IA pour le langage Zig, pas qu’il ne faut pas l’utiliser pour les programmes écrits en Zig, non ?

 
click 2026-05-05

Il paraît que l’équipe de Bun a forké la partie Zig et utilise une version qui rend la vitesse de compilation des builds de debug du backend LLVM 4 fois plus rapide.
https://x.com/bunjavascript/status/2048427636414923250
Comme ils ont sans doute utilisé Claude Code pour faire ça, ils ne pourront probablement pas soumettre de PR côté Zig.

 
t7vonn 2026-05-06

NOTE : apparemment, c’est encore en phase de test et on ne sait même pas encore si cela sera fusionné ou non.

Ci-dessous, le commentaire original :

Je travaille sur Bun et c’est ma branche.
Tout ce fil est une surréaction. 302 commentaires sur du code qui ne fonctionne pas. Nous ne nous sommes pas engagés à réécrire quoi que ce soit. Il y a de très fortes chances que tout ce code soit entièrement abandonné.
Je suis curieux de voir à quoi ressemble une version fonctionnelle, quelle impression elle donne, comment elle se comporte en termes de performances, et si/dans quelle mesure il serait difficile de la faire passer la suite de tests de Bun et de la rendre maintenable. J’aimerais pouvoir comparer côte à côte une version Rust viable et une version Zig.

 
click 2026-05-05

Depuis le rachat de Bun par anthropic, tout le développement se ferait désormais principalement avec Claude ; comme du côté de Zig, les contributions utilisant l’IA sont strictement interdites, ils mèneraient apparemment un PoC pour carrément changer de langage principal.
Ces derniers temps, quand on regarde le dépôt Bun, on voit peu de PR envoyées par des humains ; ce sont surtout des bots qui ouvrent des PR entre eux, les relisent et discutent aussi, et quand le problème vient de Zig lui-même, comme il n’est pas possible de le résoudre avec de l’IA, ils décident simplement de changer.