Présentation du contexte
L'auteur de l'article décrit son expérience avec Jarred, le créateur de Bun, et son équipe. Jarred a rejoint la communauté Zig il y a environ 5 ans et a été décrit comme ayant une énergie de débutant, c'est-à-dire qu'il avançait rapidement et essayait beaucoup de choses différentes, même si cela signifiait sauter dans des problèmes sans être pleinement préparé.
Historique de Bun et Zig
Initialement, Jarred a été appréciatif envers le projet Zig et a crédité Zig pour les réalisations de performance de Bun. Cependant, après avoir obtenu des fonds de capital-risque, il a commencé à se concentrer sur la croissance de son entreprise, Oven, et a adopté une approche plus commerciale. Cela a conduit à des problèmes de qualité de code et à des conflits avec la communauté Zig.
Problèmes de qualité de code et de gestion
Les membres de l'équipe Zig ont remarqué des problèmes de qualité de code dans le codebase de Bun, notamment des hacks et des abus d'assertions. Malgré les tentatives pour guider l'équipe de Bun vers de meilleures pratiques de programmation, les problèmes ont persisté. L'auteur note que les problèmes de code qualité sont souvent le résultat d'une mauvaise gestion et d'une mauvaise communication.
Conséquences et réécriture en Rust
Lorsque Jarred a annoncé la réécriture de Bun en Rust, l'auteur a été soulagé, car cela signifiait que les problèmes de code qualité et de gestion seraient résolus. L'auteur note que la réécriture en Rust a été une bonne décision, car elle a permis de résoudre les problèmes de code qualité et de se débarrasser des problèmes liés à la communauté Zig. L'auteur conclut que la réécriture en Rust a été une bonne chose pour tout le monde, car elle a permis de résoudre les problèmes de code qualité et de gestion qui affectaient la communauté Zig.
