Bun 1.0 est là. Node.js est mort. 

Il manque une information importante bien au dela de la puissance et qui a la base est une chose que cherche a faire Deno. La sécurité. Proposer des paquets c'est bien mais c'est une cata sur nodejs pour savoir d'ou vient les paquets, le suivis, leur sécurité, leur signature etc etc.

Merci pour ton analyse, au final tu as plus ou moins le même avis que moi. Front depuis 11 ans, en réalité je trouve bun très chouette mais pas autant que ce qu'en pense la communauté. Ils ont quand même un bon suivi sur leur repo. Je pense que j'aurai une hype plutôt mesurée d'ici 10-12 mois le temps de voir si ça va être adopté massivement ou non. En tout cas un grand merci pour ta réactivité, tes explications et surtout ton avis.

Je précise une chose. Rien ne peut être plus rapide que le code machine directement exécutable par le processeur. Ceci étant dit un compilateur génère du code machine que cela soit pour le C/C++ ou Rust, ou Zig. Mais il y a les librairies comme celle relative à l'allocation dynamique de mémoire qui peuvent être différentes d'un langage à un autre. Visiblement Zig a orienté la structuration de son code pour que le codeur puisse manipuler plus facilement la mémoire. Je ne sais pas comment ce jardinage dans la mémoire est géré et si le codeur est en face d'un buffer qu'il contrôle complètement, mais il ne faut pas se manquer sinon on écrase de la mémoire utilisée par d'autres variables. Mais, ceci étant dit, en code embarqué, on le fait souvent parce qu'il est rare de mettre en place une lib qui gère l'allocation dynamique de mémoire. Bref, Zig semble être intéressant de ce point de vue là, mais en codant en C, on peut avoir des résultats équivalents sauf que généralement le codeur déteste contrôler sa mémoire tout seul. Donc, à creuser si Zig facilite la gestion de la mémoire tout en évitant son allocation dynamique.

Juste deux petites point a précisé par rapport à Bun. Le support ESM Et CommonJS n'est surtout utilise pour pouvoir importé des bibliothèques CommonJS dans son code ESM chose hélas et stupidement impossible en Node. Bun ne supporte pas Rust en loader natif, il a juste était montrer qu'il était possible d'utiliser le système de loader de Bun pour pouvoir dynamiquement liées des langages comme Zig et Rust en fii. Voilà pour les corrections

Zig est le plus perfomant juste après le C, c'est ce qui à les meilleures perfs après Rust présente des avantages en securité

Merci,pour tes avis sur le choix de nodejs ou bun tout en donnant les avantages et inconvénients .

Le dev le plus rapide du YT game !

MERB est là 😊

Super Top la vidéo! Je connaissais pas Bun. À garder l'oeil mais dispensable pour le moment. Et comme sujet, je n'ai jamais eu une compréhension clair de vulnérabilité de package npm, de comment la vulnérabilité est mesurée, etc ... Et autre sujet, ( jme permets si jamais ça peut t'inspirer une vidéo) les fichiers configs comme vercel.config, ts.config tout ça. J'ai du mal à comprendre comment ça fonctionne

Je suis super attiré par l'aspect 0 dependency de Bun, et SQLite embarqué. Je migre un projet perso depuis 3 jours, ça commence a fonctionner mais j'ai lister une bonne quantité de bugs très génants. Je continue car j'y crois, pour moi Bun sera vraiment bien quand plus mature. Je pense qu'il peut devenir un acteur important dans les prochaine années.

Merci pour le test fr

Bon résumé, pour le moment on voit ce que ça vaut, on reste curieux et à jour sur Bun, et, qui sait, demain sera un challenger à adopter :) Ayant fait quelques tests sur des projets sur le package manager (pnpm -> bun) c'est prometteur ! à suivre !

Savez vous que cobol est toujours utilisé? Bien qu'il date des années 1959. Même si bun est révolutionnaire, il sera très difficile de supplanter node. Mettre à jour du code existant coûte très cher. Le changer complètement je vous laisse imaginer

yep

J'ai voulu me lancer dans node du coup je vais le faire avec Bun tout en me référent à node.

Bun = juste de la hype. Inutile de l’apprendre 😂