Bun Is Better Than I Hoped
HTML-код
- Опубликовано: 7 сен 2023
- I...yeah. Wow. Great work to the Bun team. I am so impressed.
BUN VIDEO: • Bun 1.0 is here
BUN ARTICLE: bun.sh/blog/bun-v1.0
ALL MY VIDEOS ARE POSTED EARLY ON PATREON / t3dotgg
Everything else (Twitch, Twitter, Discord & my blog): t3.gg/links
S/O Ph4seOne for the awesome edit 🙏 
Наука
If you're worried about disk space on Mac OS you could run a script that deletes node_modules for projects you've not used in a while. When Bun is so much faster it's not a big deal to reinstall that project you didn't work on for a week anyway.
This is lowkey genius
🐐
There is a project for that. It's npkill
@@DatNguyen-vj1rolet's rename it to bunkill
Truly a missed opportunity not calling it npfree
I was ignoring Bun, but after this release it actually looks pretty impressive. They may have a new convert.
isn't normal to ignoring under 1.0 product?
@@ricoaw500I agree, definitely hold out on it for now, play around with it, but don't transitoin your entire codebase just yet imo. Wait until the product is more stable, because there WILL be major changes and items being deprecated in future releases (meaning you have to remove and change all of your codebase again).
For my personal projects I will go with 1.0
But with team based or my company related projects I would prefer 2+ or 3+ version with more than sizeable community to even consider it.
@chyldstudios
bro can you guide me in my career
All the performance benefits are great, but if it frees us from esm/cjs hell, that could be the most compelling feature.
This is one of those videos that come once in a thousand years where I agree with Theo
aside from tailwind yes
Mainly because Theo won't be on RUclips for a Thousand years.
@@trappedcat3615 💋🐴
@@trappedcat3615 Yes he will. Ever heard of immortal.js?
Lol I disagree with him in this one (and many more), benchmarking proves nothing since it has nothing to do with real world apps
Actually, bun shouldn’t use more disk space than pnpm on macOS. On APFS, clonefile is “copy-on-write” but otherwise acts like link. As long as you don’t modify node_modules content, it’s same disk usage as pnpm.
The ability to run both cjs and esm at the same time is a major selling point to me. In big ecosystems, this can be surprisingly painful.
yea man, why did they make import incompatible with require 😢
yea, i was saying back then that node.js should added it like this. but "noo we will never be able to drop require then", for what i say the Date object is foobar too, the fix is add new syntax, so why can't we do it for import too.
@@wliaputs that's simply because ES standard vs Node Standard, the right question to be asked is, why the hell module is introduce very late in the language
I agree. Additionally, the fact that everything is splintered in first place for very little in terms of real world benefits is atrocious. Even if there was a benefit of sorts, there is no real reason why I shouldn't be allowed to just use both module types, at least on the backend. There is no benefit to treeshaking on the server unless you have a million dead packages in your node_modules. However, if you have that, you are probably doing something wrong or have implimented a build step to elminate all that dead code, in which case, how you import still means nothing.
The fact that ESM and CJS can't simply run in node/npm, when javascript is a popular modern language, is one of the most crazy things to me. Javascript should have been moved to import by now, yet I see require code EVERYWHERE.
The cached installation wth Bun was so fast that I perceived is as an exception was thrown, my experience has been like: "If the logging finishes too fast it's because something went wrong"
I have replaced Pnpm with Bun completely in the last few months and it completely transformed how I develop.
Bun even can compile to an single executable (+ you can embed files into it which is insane). This is going to improve my deployment to customer servers so much
Is this in their docs. Im trying to build something like pocketbase for fun
Where is this ? I see in build you can build to a bun target which optimizes a build but i don't think it's like hermes that compiles java-script statically.
@@shadowangel-ou6bg you are correct it doesn't work like hermes. It packages the Buntime and JavaScript source files in the binary which is then run by Bun when it is executed
I love that Bun was built with Zig
Bun looks so good, the moment it's a bit more stable for Windows I'm moving over to it. While the speed improvements are nice, the biggest thing for me is being able to just write Typescript and have it work without having to fight with configs.
I'm hoping after their core is more stable they'll also take a look into improving the linting world of Javascript
It feels like having it on WSL 2 is going to be faster than the alternatives
You done much on WSL2 yet? I've seen things be faster there than windows.
Oh yeah, linting out of the box would be great
why not just use WSL?
To be fair, Deno has supported this for quite a while now.
What an eye opener how much CPU time we waste all the time.
I chuckled when you said "it's sad to see", no, ITS AWESOME, it was 24x faster than the fastest solution we had so far :D What a time to be alive
Release of the year, great work by the Bun team.
8:10 Under "Installation strategies": you can use the --backend flag to specify how to "copy" into node_modules, and force hardlinks even on macOS. But clonefile is copy-on-write, so it isn't really needed.
this is nice to know
True, clonefile copies only the metadata.
"The cloned file (dst) shares its data blocks with the (src) file but has its own copy of attributes, extended attributes and ACL's which are identical to those of the named file"
I love COW filesystems. I wonder if Bun does something similar in Btrfs.
8:45 isn't macos' `clonefile` behave like Linux btrfs `cp --reflink` ? So it doesn't really takes a space thanks to CoW (unless you're changing one of the copies)
I think so, from what a quick search into the subject is yielding, so long as the drive is using APFS, since HFS does not support CoW, but APFS does, so any more recent mac should get the space savings as well.
Let's go Ziggggggg !
Love seeing this focus on performance and usability.
I bought into bun wholesale from the beginning, and following its progress has been amazing. My workflow has gotten so much faster.
Employers already asking for 3 years experience in bun.
Psssh 3 is for entry level devs. 8 for seniors!
I've tried bun on some projects a while ago and it was missing a lot of stuff that I needed. Nowadays it seems it got everything I should need, so I'm thinking of giving it a try again.
Finally some real innovation in this field. Super hyped for Bun.
exactly. this was missing for ages!
Thanks for the birthday present, gonna try it soon, it solves most of my pain points with pnpm with a few nice bonuses
Man!! That last part amazed me 😮 . Hopefully deployment tools start supporting Bun, that’s usually one of the main blockers for organizations that have a lot of restrictions in their tools and tech stack
It's nice to see a new project with such a huge scope like bun, that proves that things can be simple yet crazy fast. Glad to see so many improvements in the JS ecosystem!
I am become bun the destroyer of node
import and require works, wtf. I am sold. I am a bunny now.
Is incredible that Theo consider himself a open source mantainer, while having Mark and Julius do all the work 🤣
He opened a great PR to turbo recently.
Open source manager.
that's funny
Project management is tedious, don‘t underestimate it
@@MajorBreakfast He doesn't manage it
I think it'd be cool to see a video on benchmarks. I see a lot of back and forth about this stuff: how useful they are, how they should be interpreted, what makes for a good benchmark, etc.
Thanks for such an insightful video, I share your excitement! I'm wondering how easy it would be to move a ViteJS app and test performance gains.
Yes, please share future insights on buns real performance difference!
Its soo fast and nice. The file api is also very nice to use. I upgraded a websocket server yestday to use bun. There was one incompatible dependency syncfile read but I could actually remove this dependency because bun has the build in prompt function which is very nice. I could throw away a lot of code actually and it starts up like 4 times faster. Great!
Bun's speeds are just absolutely insane. That too in practical usecases.
Wow! This sounds very cool. Let’s see how it works with bigger more realistic projects
Bro, it's just websites man.
It's amazing, Bun provides the cool features of JS ecosystem in a single tool. I really urious how they can make these features in a very short time compared to other tools that took many years to be matured.
Does vercel have plants to add Bun as runtime option?
Can you make a video about running bun on an existing project and see how the transition from webpack to bun-dler is? Thanks!
Theo: justifies not using bun in order to save disk space
Als Theo: I just can justify not using it
Waiting for some websocket benchmarks. Supposedly they have a faster version of express?
I was quite sceptical of another JS runtime, after not getting much benefit from Deno. But run/build/install times with Bun blew my mind, especially with typescript.
Hi theo , thanks for this beautiful video , but i want to know if nextjs is compatible with bun , currently nextjs uses node and webpack (turbopack soon)
I think tmux has a feature to send keys at the same time to panes, no nees to switch and click
Sounds like bun has been baking to perfection since the last time I looked at it. Think it’s time I visited the bakery.
Apple’s webkit is finally getting appreciation
Bun - "JavaScript so fast it's written in Zig"
Is there any version of bun runtime for serverless functions similar to cloudflare's isolates?
Just added bun to my workflow and its been great so far
Can you share link to the project you tested install speed on? I’d like to test it with yarn 4 in pnp mode with global cache (which I guess you didn’t use in the comparison) as it’s cached instal is super fast
Would love to know any limitations it has when using it for a NextJS project.
is it not a vendor login when I have to use build-in functionality like bun.write or bun.serve?
But, but.. we were told NodeJS was "fast enough".
Good stuff, this could be a great time saver.
I would like to see if you can adopt just parts of Bun not the whole thing. For example, would it be viable to use just the built-in test runner to write tests in an existing Node based project?
Great video btw
Very interesting. Would like to see more Bun vids
This looks really interesting, some of the features would make it a node killer for beginners too because of all the frictions and headbanging stuff that makes the developer experience for those users really painful, if it weren't for the Windows thing which probably many beginners are using.
How hard would it be to move from yarn to bun in an existing large codebase?
Thank you for making me waste 3 days trying to get it running. It's not ready!
bun is just awesome for library devs easy setup
Does it support NTL? Node task list is my all time favorite add on
just tried to run my nextjs project with bun and it just worked ™ I think node is done.
Does hot reloading works, cause it doesn't work for ne
Thanks!
I've followed you for at least the last two years!
You've become so mature, and I'm glad to say I respect you a lot for it!
Gonna try this with a game engine 👀
Are there any videos which use bun entirely instead of node?
Good news! Awesome video!
I was just at the bun website, I thought let me watch some videos on youtube on it, open youtube and this video is at the top.
Killer feature is the easy way you can write the hard stuff in zig, and import it as an esmodule to use in a scripting language.
Has the potential to overtake python in machine learning.
Faster and safer than Rust, with a much better dx
How is it safer than Rust?
@@davidt01 yeah well that’s potentially a very long conversation that can go sideways quickly. If rust’s concept of safety works for you, then go for it. There are alternative opinions though.
@@steveoc64 Well from my understanding, Zig has manual memory management, which is inherently not as safe.
@@davidt01 while it may have manual memory management, it has a lot of in-code ways to help you making it safe, and the compiler alerts if there's a memory leak.
But Bun allows you to just remove your node_modules and install them again in a fraction of the second once you get back to the project to save on disk space :)
It's wild that this started as Jared just thinking "esbuild is cool, lets see if I could make that in zig"
it looks like bun is not checking for updates on the second create? pnpm is. just a simple pnpm i or bun i for me is the same speed..
can i really trust Bun to send apps to production?
nice new challenger!
Can we use Bun in Vercel?
8:09 hopefully they'll add a `--force-symlink` flag then or a global config (for people that'd prefer disc space over speed)
i was waiting for your vid after 1.0 dropped
I'd definitely switch to Bun for my full-stack applications when they support Solid-Start. As of now, Bun can initialize a Solid-Start project but cannot run it. Node.js runs under the hood, even when I type `bun run dev` command.
I've run into similar issues with `bun create preact`. This is the same sort of issue I've always run into getting Bun to work on projects since it was first announced. Some key step is just outright missing or incompatible, and the workaround is to tear apart the `npm install` or other such process to track it down and "fix" it. This is just to init a toy project.
It's really disappointing. It all sounds great if you're building without a template from scratch (maybe) or if Bun-specific templates are created in the future, but I figured the whole point was to not have to get "Bun-specific" with everything.
you need `--bun` flag there
best hairstyle yet
wow. just wow !!!!
Important note, bun on windows wont be as performant as it will get in the future as jarred decided he doesnt have enough time before releasing 1.0 to understand how to write fast I/O windows code, so they for now use libuv (what nodejs uses for the I/O)
so we can throw away npm, nodejs, sql? no need to use those on the project?
Back in the day we had a project that could reload once for 2.5 minutes. Now people consider using something that instead of 6 seconds installs something in 1 second.
How they managed to do this?
ive been doing this now for about 6 years, and in the js, go, and rust world. i can't believe how many things are in js. i started w/ js so i thought this was normal but it is true some package is released like every month lol. this looks great but how do we know this will be around in 5 years
Why are my Bun files hidden? How do I get the files to my web server?? When I use GUI and navigate to the folder or directory there’s nothing there, I can’t see any files, but when I navigate there in command line then I see all my .tsx, and beginning files…
Why can’t I see my files so I can copy them over to my web server or how do I do this??
Bun love ❤
12:35 of course
Sweet!
it defaults to fast copy, but that's configurable, you can choose to use hardlinks anyway
does vercel support bun?
Elephant in the room: Electron. Think of how much you are losing by leaving that behind. If you care about using your existing codebase as a feature complete desktop app, it's a dealbreaker. I don't see any path forward for this either :/
❤
Theo, you should test whether bun really eats more disk space than pnpm on macOS. AFAIK the fs is copy on write. So, unless the files are modified, it should behave like hardlinks.
Bun + Linux === Perfect! Your TS/JS frontend/backend all run on Linux anyway!
Well, seems like I'm moving to bun...
9:07 Do seconds to milliseconds really matter, for a one-off for a given project?
I'm using PNPM as package manager (pnpm add, pnpm install, pnpm dlx), and Bun as blazingly fast runner (bun run).
It's great combination.
why keep using pnpm when bun is also a package manager?
@@theLowestPointInMyLife When we had a lot of project in MacOS, the node_modules will became heavier than black hole 😢
So, combination of PNPM n Bun, is great for most of my project.
Great now we just have to wait until 2040 before AWS supports bun in beanstalk.
Edge runtime?
you should probably get some nas solution so your mack book isnt where you keep all your video files.
Bun is showing us what javascript could be if every API is implemented natively
But at the end of the day, normal js code will still be slower, it's just not slow enough to ditch it
still way faster than Python.
Shit I can't wait to use bun on my next project. 100%sure bun from now on
Whoa ..
But looks amazing for anyone who doesn't want to learn how to wrangle the other bundlers but occasionally wants to use JavaScript for simple pages