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.
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.
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.
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 !
Ouais mais pour le moment il n'y a que le package manager (et/ou le package runner) qui est bon à prendre. Le reste est encore pas mal buggé et trop peu mature. Mais oui, peut-être que demain ça sera un incontournable, on verra bien 😉
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
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
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
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.
après on a pas vraiment besoin de l'apprendre, switch de node a bun ya quasiment rien a faire pour les avantages vs les inconvénients, j'avoue que bun est très intéressant quand je vois encore des gens utiliser npm ça me fait mal au coeur x)
Merci,pour tes avis sur le choix de nodejs ou bun tout en donnant les avantages et inconvénients .
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.
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.
Merci pour cette masterclass @francoislepron2301 !
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.
Oui pareil, je vais attendre un moment et voir ce que ça donne dans le temps. Mais c'est clairement une techno à suivre de près.
Avec plaisir l'ami !
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 !
Ouais mais pour le moment il n'y a que le package manager (et/ou le package runner) qui est bon à prendre. Le reste est encore pas mal buggé et trop peu mature. Mais oui, peut-être que demain ça sera un incontournable, on verra bien 😉
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
Oh génial ! Je n'y avais pas pensé à ces sujets. Je les trouve super intéressants ! Je vais me les noter et préparer des vidéos là dessus. Merci 👌
@@atomicreact j’adore ton taf sur les vidéos. Tu parles très bien des sujets avancés avec une très bonne pédagogie! Merci et bonne continuation
Merci pour le test fr
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
Merci l'ami! 👌
MERB est là 😊
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é
Le dev le plus rapide du YT game !
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
C'est clair ! Node est pas prêt de disparaître, c'est certain
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.
Oui il a un fort potentiel. Mais ce n'est que du potentiel pour le moment. Il lui faudra un moment pour faire ses preuves et pour être adopté
J'ai voulu me lancer dans node du coup je vais le faire avec Bun tout en me référent à node.
lance toi dans Node il a fait ses preuves
Fais du Node et quasiment rien que du Node!
Tu peux apprendre Bun à côté si tu veux. Mais la priorité pour le monde professionnel c'est Node
yep
Bun = juste de la hype. Inutile de l’apprendre 😂
après on a pas vraiment besoin de l'apprendre, switch de node a bun ya quasiment rien a faire
pour les avantages vs les inconvénients, j'avoue que bun est très intéressant
quand je vois encore des gens utiliser npm ça me fait mal au coeur x)
@@sdehh Tu utilises quoi à la place du coup ?
@@thehelldesk5463le gestionnaire du moment c'est pnpm
@@thehelldesk5463 pnpm yep