this post was submitted on 02 Dec 2025
264 points (98.5% liked)
Programming
23690 readers
238 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Serious question for anyone who actually uses Bun:
Why are you using Bun instead of Deno or Node?
If you would have asked me 10 years ago, what were the biggest problems with JS as a whole, I would have stated:
Poor type safety
No standard library which leads people into dependency hell
Poor security (installing a project should not even allow the possibility of key stealing or ransomware)
No runtime ergonomic immutable data structures with fast equality checks (looked like it was going to be resolved with the Records and Tuples proposal, but it was withdrawn and discussions are continuing in the composites proposal)
Today I consider point 1 mostly resolved and point 4 a problem for TC39 and engine implementers, and not resolvable by runtimes themselves.
That leaves us with problems 2 and 3.
I see Node having poor solutions for 2 and 3.
I see Bun having poor solutions for 2 and 3.
I see Deno having great solutions for 2 and 3.
As far as I can tell, people have chosen Bun for either hype or speed reasons.
Hype doesn't seem like an important reason to choose Bun since it's always fleeting and there's enough investment in the industry to keep each runtime going for a long time.
I do see speed being a moderate issue with JS, but that's mainly due to:
dependency install times which should be a one time cost, and which can be reduced anyway by using a standard library
slow framework slop, which isn't really a runtime issue.
So I'm not sure speed fits as a reason for choosing Bun.
I'm not sure what the other reasons are, but I'm genuinely curious.
If you're using Bun in projects today, why have you chosen bun?
Speed, and the package manager and node backwards compatibility is great
I don't know many people who choose Bun instead of Node or Deno, but all of them do it because speed.
IMHO, I like Deno because it's offering solutions for everything and trying to not fall into same issues Node had (same creator, trying to apologize), but eventually I run into Node because TypeScript and easy-to-use (in my experience). Anyway, Bun always has been to me like the third wheel of the bike.
Simply for convenience and speed. Nothing more.
Is Deno not convenient and fast? I am also interested in knowing why I would want to use Bun over Deno.
Bun was purely built to make building faster and the apps to be portable
Pretty sure Deno had that first though.
Deno launched with an all-tools-in-one approach and then you could use
deno bundleto compile everything into a single binary that you could run on another machine.Then they briefly broke
deno bundlein their 2.0 release when they added node/npm compatibility then brought it back in 2.4.