02:27 Bun version 1 is stable and production ready. 04:54 BUN provides significant speed improvements and solves the ESM and common.js problem. 07:21 Bun is a bundler that solves the common.js and ESM compatibility issue 09:48 Bun is not a drop-in replacement for Node.js in all use cases 12:15 Bun package manager is faster than Yarn by around half a minute for small to medium size packages 14:42 BUN is a versatile tool that combines runtime, package manager, transpiler, test utility, bundler, and provides BUN-specific APIs. 17:09 BUN 1.0 is a great innovation in JavaScript but should be cautiously adopted for heavy production workloads. 19:33 TypeScript type checking is essential for building safe code Crafted by Merlin AI.
I've been using Bun since 0.1.2, and I've been gradually replacing Node as Bun adopted more of its functionality. It has been months since I've ran 'pnpm' anything, and haven't had any compatibility issues with any packages (though at first it was pure luck). Once Bun got Vite compatibility, it was over. I'm probably never using Node again, and not out of disdain, but because I don't see the point-Bun is much faster and more ergonomic.
What have you been building with Bun if I may ask? Asking because I also wanna build things with it. Heard Elysia's good, wonder how good that is compared to the Native Bun HTTP.
Actually the claim of bun having significantly faster than yarn is true, as bun takes a very good advantage of global cache, unlike yarn. So, if you are having multiple projects on same machine, you will definitely see signifincant improvments compared to first time installs.
I like your take on the speed & compatibility aspect! Everyone is focused on the numbers so I'm glad that you are covering the implication of adopting too. Hopefully this hype is not shortlived unlike most technologies in JavaScript world and people start actually using it for practical stuff.
Exactly! But I am glad people are finally considering speed and performance in javascript ecospace as important. I think bun manages to outperform nodejs because it's built on zig, which uses optimization techniques that are not available in vanilla C++. But optimization like freelists, userspace heap allocator, compiler instrinscis, etc. will bring nodejs upto bun level of performance. Game engines, high performance system and network applications almost exclusively written in C/C++ already have been using these optimizations for decades. It's just a matter of time before nodejs catches up to bun level of performance or even more.
@@raunakmukhia2893 I agree and looking at the more recent impressions of people after trying to use it for their heavy applications, it seems the performance boost is not that impressive. Which makes sense as they must have tested the performance on simple scripts but the production projects are not just that simple.
@@codedamn Thats great keep up the good work. Would really want a detailed video (whenever you have time) of you explaining the tech you use at codedamn, why you use that (deciding factors), and how you use that (architecture).
The biggest change, IMO, is the use of JavaScriptCore in place of V8. If you're running apps for months or doing tons of allocations and GC, will it work as reliably?
I’ve seen bugs as well with AWS lambda. So it’s definitely not fully tested on those platforms yet but give it a year and we’ll see where it’s at. Hopefully they’ll get a rust or zig type checker; that i will really give a lot of ppl reasons to switch their deployment pipeline to bun.
Very nice video, thanks for sharing your honest thoughts about this. At the moment it's super easy to get excited about these new features, but you're putting a lot of trust into a private company as you mention in the video. And sure, they might have a great reputation at the moment, not trying to discredit anyone here, but realistically you can't predict what is going to happen 5 years into the future.
Why are my bun files hidden, when I go to the folder/directory on my computer there’s no files, when I navigate there on command line I can see the files??? Why is this happening???
I think it will take some time until this will be production ready. Open question: is bun only faster, because it supports less than node.js at the moment? more compatibilty means automatically slower execution right?!
I remember battling with CJS and ESM compatibility in a project specifically with the v3 of node-fetch (which is ESM only version), I must say the experience was not funny.
I don't feel the difference in the installation timestamps of node modules when it comes to npm vs bun. Bun actually ran slower on a macbook m1 256 GB model.
Bun's compatibility with docker is questionable right now. A fresh next js app initiated with bun create doesn't work inside of docker, so I won't be using it anytime soon.
Vite is doing better on hot-reloading, vite only reloads the files that have changed and the ones rely on them, but bun reloads all. Bun should learn from Vite on this topic.
@@a-yon_n Yes true. Bun does transpiles and reload those that did not change also. But I saw in the bun docs, they acknowledge this implementation is good enough for a starting point, but not the most optimal. Probably it will be optimised for a later stage.
My Question is if some one has to move from node to Bun then why not Go-Lang ? Since Bun or Deno or even Node.js are no comparison to a full language like Go-Lang
For JavaScript/TypeScript. Moving to an alternative tool that's compatible with almost everything you have is in no way comparable to rewriting your program from scratch in another language.
yall should not be deceived. he prefers bun does not mean you prefer it, it's not all about a faster runtime, it's about the developers abilities. after bun this bun that, your app would break down on 100k users. scalability is always considered the biggest factor. be wise your program won't still be as fast as PayPal built with node and go.
If you want faster backends, why not just write go, Java or c#? If your backend needs are outpacing node, Javascript is probably the problem, not the runtime.
Bun claims to be very fast in their benchmarks. But, for me that's not big of a selling point. On the other hand, I'll use bun for rest of the features it provides.
The thing is bun is great all but don't hate on node cause it's open source and battle proven it's has to support previous version of things also and one thing to remember if node fails bun will also fail. Node can also do this extreme performance oriented things too but it will then break a lot of things too. And bun is vc backed so eventually they have to make money and who knows what will happen then. But it's good that bun is very fast and performance is good but that doesn't means node is bad and needs to be replaced. Thats why still java8 is the most used version of java in the industry.
I have some questions. 1. How much DSA is needed for software dev and how did you learn it? 2. Is competitive coding required and are you doing competitive coding? 3. Are you a CSE student and what college?
@@codedamnwait so 2 years ago you made a vid where you mentioned you've worked as a software developer for 7 years. So if you graduated in 2021 then you got a software dev job when you were 15?
I want to ask some questions? I am CSE 1st year student I want to do good coding for carrier! So I am confused I want to give 6mnths to learn skill and after that I want to work as freelancer? What is the practical roadmap to learn MERN stack web and mobile apps ? Help me out I am totally beginniner!
First tip i'll give, MERN stack sucks for real world, it's all cool and nice for quick to-do apps, but when you're going to handle relation data, just use a relational database.
Solving the wrong problem faster, doesn't really do all that much in the grand scheme of things. Node.js doesn't need bundling. You can argue that bundling is useful for browser based applications, but for server-side applications bundling is useless.
Another solution that we absolutely do not need ! In a few years another person will come up with another solution ! Web development is absolutely horrendous
Play with Bun in your browser here: codedamn.com/playgrounds?template=bun
02:27 Bun version 1 is stable and production ready.
04:54 BUN provides significant speed improvements and solves the ESM and common.js problem.
07:21 Bun is a bundler that solves the common.js and ESM compatibility issue
09:48 Bun is not a drop-in replacement for Node.js in all use cases
12:15 Bun package manager is faster than Yarn by around half a minute for small to medium size packages
14:42 BUN is a versatile tool that combines runtime, package manager, transpiler, test utility, bundler, and provides BUN-specific APIs.
17:09 BUN 1.0 is a great innovation in JavaScript but should be cautiously adopted for heavy production workloads.
19:33 TypeScript type checking is essential for building safe code
Crafted by Merlin AI.
merlin ai is too good
But, bun only improves the run time while installing npm.And server dont runs npm everytime. How does it improve the time when uploaded on the server?
I've been using Bun since 0.1.2, and I've been gradually replacing Node as Bun adopted more of its functionality. It has been months since I've ran 'pnpm' anything, and haven't had any compatibility issues with any packages (though at first it was pure luck). Once Bun got Vite compatibility, it was over. I'm probably never using Node again, and not out of disdain, but because I don't see the point-Bun is much faster and more ergonomic.
bun + vite will be real very soon!
@@marcossouzajr1711 already exist poser lol why pretend?
What have you been building with Bun if I may ask? Asking because I also wanna build things with it. Heard Elysia's good, wonder how good that is compared to the Native Bun HTTP.
Actually the claim of bun having significantly faster than yarn is true, as bun takes a very good advantage of global cache, unlike yarn. So, if you are having multiple projects on same machine, you will definitely see signifincant improvments compared to first time installs.
Heard this is not the case for macOS, though. They cited performance reasons for their decision
Isn't this basically pnpm
I like your take on the speed & compatibility aspect! Everyone is focused on the numbers so I'm glad that you are covering the implication of adopting too. Hopefully this hype is not shortlived unlike most technologies in JavaScript world and people start actually using it for practical stuff.
Exactly! But I am glad people are finally considering speed and performance in javascript ecospace as important. I think bun manages to outperform nodejs because it's built on zig, which uses optimization techniques that are not available in vanilla C++. But optimization like freelists, userspace heap allocator, compiler instrinscis, etc. will bring nodejs upto bun level of performance. Game engines, high performance system and network applications almost exclusively written in C/C++ already have been using these optimizations for decades. It's just a matter of time before nodejs catches up to bun level of performance or even more.
@@raunakmukhia2893 I agree and looking at the more recent impressions of people after trying to use it for their heavy applications, it seems the performance boost is not that impressive. Which makes sense as they must have tested the performance on simple scripts but the production projects are not just that simple.
Great Explanation Thanks for Sharing. Really miss your videos please make more like this.
Trying to get back. A bit of burnout + a lot of work on codedamn.com side.
@@codedamn Thats great keep up the good work. Would really want a detailed video (whenever you have time) of you explaining the tech you use at codedamn, why you use that (deciding factors), and how you use that (architecture).
You look very young without your beard. Thanks for your videos!!!
😂 he is young
The biggest change, IMO, is the use of JavaScriptCore in place of V8. If you're running apps for months or doing tons of allocations and GC, will it work as reliably?
I’ve seen bugs as well with AWS lambda. So it’s definitely not fully tested on those platforms yet but give it a year and we’ll see where it’s at. Hopefully they’ll get a rust or zig type checker; that i will really give a lot of ppl reasons to switch their deployment pipeline to bun.
Very nice video, thanks for sharing your honest thoughts about this. At the moment it's super easy to get excited about these new features, but you're putting a lot of trust into a private company as you mention in the video. And sure, they might have a great reputation at the moment, not trying to discredit anyone here, but realistically you can't predict what is going to happen 5 years into the future.
Does Bun support workspaces? We have a mono-repo with many clients
Why are my bun files hidden, when I go to the folder/directory on my computer there’s no files, when I navigate there on command line I can see the files???
Why is this happening???
I think it will take some time until this will be production ready. Open question: is bun only faster, because it supports less than node.js at the moment? more compatibilty means automatically slower execution right?!
Bun is a gamechanger💯
I remember battling with CJS and ESM compatibility in a project specifically with the v3 of node-fetch (which is ESM only version), I must say the experience was not funny.
esm-only packages are jokes
Ended not just nodejs but the whole js, switched to laravel, it blew my mind by how fast a development can be done🤯
As a Laravel developer, I feel like I'm cheating :D
It's an all-in-one solution for any kind of website or web app. Welcome to this exciting world :)
I don't feel the difference in the installation timestamps of node modules when it comes to npm vs bun. Bun actually ran slower on a macbook m1 256 GB model.
Nice thumbnail :D
So should I learn bun first or node js
Bun could be just a fad…learn node first… nodes next increment will keep up with these metrics and make bun obsolete…
does bun available already for running in netlify/vercel?
Well Bun actually holds its claim true, the difference is really significant when on a Linux machine
Hi Mehul can you bring video on Fine-tuning with 3.5 turbo model?
Bun's compatibility with docker is questionable right now. A fresh next js app initiated with bun create doesn't work inside of docker, so I won't be using it anytime soon.
Nobody recommends you to use it right now. You shouldn't change from one technology to another so quickly
@@elvispalace I was curious to check how it'll work with docker, I'm not switching over just yet
@@elvispalace then why was it branded 1.0?
I can not use bun because my _best friend_ said it was released *after september 2021*
why about ram usage?
I think that's a rational decision to wait till things get clear, Bun stuff relative to many components !!!
Seem to me that bun can even replace hot reloading packages like vite. It has all the major component needed.
Vite is doing better on hot-reloading, vite only reloads the files that have changed and the ones rely on them, but bun reloads all. Bun should learn from Vite on this topic.
@@a-yon_n Yes true. Bun does transpiles and reload those that did not change also. But I saw in the bun docs, they acknowledge this implementation is good enough for a starting point, but not the most optimal. Probably it will be optimised for a later stage.
bun is very close to the current fastest rust framework axum
My Question is if some one has to move from node to Bun then why not Go-Lang ? Since Bun or Deno or even Node.js are no comparison to a full language like Go-Lang
For JavaScript/TypeScript. Moving to an alternative tool that's compatible with almost everything you have is in no way comparable to rewriting your program from scratch in another language.
JS and TS are 'full' languages.
This question doesn't make any sense bro
It´s about JS ecosystem! Nothing related to Golang
Are you seriously asking this question? Are you seriously comparing a runtime change to an entire language change?
Its time to test... 🔥
Why are there no comparisons with vite?
Vite uses esbuild internally, maybe that’s why?
What's your mean node js kill .. brother bun using like micro services api or making micro server not make product level application
yall should not be deceived. he prefers bun does not mean you prefer it, it's not all about a faster runtime, it's about the developers abilities. after bun this bun that, your app would break down on 100k users. scalability is always considered the biggest factor. be wise your program won't still be as fast as PayPal built with node and go.
good video :)
I was remmber duno hype like this 😅😅
i really wont jump from node and nest js to bun ..
Its written in zig so its very fast
Nodejs is written in c++ (both v8 and libuv) which can be just as fast as zig.
Bun won't able to end node js. It maybe faster but it is not everything. There are other factors other than speed considered.
If you want faster backends, why not just write go, Java or c#? If your backend needs are outpacing node, Javascript is probably the problem, not the runtime.
why not just write in Machine language
why not just solder some transistor into doing what you want 🙃
😁
@harsh_g2543 Those alternatives are all high-level languages.
@@ashwinrawat9622 Huh? Is the idea that the high-level languages I mentioned are "too close to the metal" for your taste?
Bun claims to be very fast in their benchmarks. But, for me that's not big of a selling point. On the other hand, I'll use bun for rest of the features it provides.
The thing is bun is great all but don't hate on node cause it's open source and battle proven it's has to support previous version of things also and one thing to remember if node fails bun will also fail. Node can also do this extreme performance oriented things too but it will then break a lot of things too. And bun is vc backed so eventually they have to make money and who knows what will happen then. But it's good that bun is very fast and performance is good but that doesn't means node is bad and needs to be replaced. Thats why still java8 is the most used version of java in the industry.
True, indeed!
bun appears great on their doc.. however after serious tests it is shit. they dropped quality for quantity. apps will break and drop connection..
waiting for bun 2.0
I have some questions.
1. How much DSA is needed for software dev and how did you learn it?
2. Is competitive coding required and are you doing competitive coding?
3. Are you a CSE student and what college?
1. No much. I learned it while learning programming/development generally.
2. No. No.
3. I am CSE'21 graduate from BITS Pilani Goa Campus, India
@@codedamnwait so 2 years ago you made a vid where you mentioned you've worked as a software developer for 7 years. So if you graduated in 2021 then you got a software dev job when you were 15?
Many bun, pizza dough, taco shell will come but none can defeat the king node.js
true
It's like Java.
What really speaks to me is the global caching.
Bun is production ready but you can't deploy it yet, funny!
In my opinion, the problem is server side javascript
Great review
For me it's still not ready 🙂
The Worker API is still experimental, and I'm using it in my projects
Try it out for side projects until it is. Better than learning it now than when there's more competition later.
I feel bad for Deno
Yeah it didn't even got a chance
unless it's fully supported in windows, nodejs ain't going anywhere
Js community just got a huge improvement
I want to ask some questions?
I am CSE 1st year student I want to do good coding for carrier!
So I am confused I want to give 6mnths to learn skill and after that I want to work as freelancer?
What is the practical roadmap to learn MERN stack web and mobile apps ? Help me out I am totally beginniner!
Full stack learning path on codedamn is excellent. We used the technologies there to build codedamn itself codedamn.com/learning-path/fullstack
go with mern stack watch akshay shain videos for understanding javascript deeply
First tip i'll give, MERN stack sucks for real world, it's all cool and nice for quick to-do apps, but when you're going to handle relation data, just use a relational database.
Nodejs CEO:- hy team let's rewrite our codebase with rust
i like java ❤ dont like node express manually building everything from scratch
Bro Where is your beard?
Solving the wrong problem faster, doesn't really do all that much in the grand scheme of things. Node.js doesn't need bundling. You can argue that bundling is useful for browser based applications, but for server-side applications bundling is useless.
Another solution that we absolutely do not need ! In a few years another person will come up with another solution ! Web development is absolutely horrendous
yes, we definitely don't need better things, should have kept writing Assembly manually! Development is absolutely horrendous
Nobody told you to switch your node runtime. Why complain about something you won't use? I bet you are fun at parties
Thumbnail is not cool
Written in a lang which is going to be production ready in 2030? Cool story bro.