SaaSHub helps you find the best software and product alternatives Learn more →
Bun Alternatives
Similar projects and alternatives to bun
-
-
AppSignal
Monitoring that respects your time & budget. APM, error tracking, and dashboards for modern web apps. Ten-minute setup, transparent flat pricing, and support from engineers who actually use the product.
-
React
Discontinued The library for web and native user interfaces. [Moved to: https://github.com/react/react] (by facebook)
-
-
-
-
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
-
webpack
A bundler for javascript and friends. Packs many modules into a few bundled assets. Code Splitting allows for loading parts of the application on demand. Through "loaders", modules can be CommonJs, AMD, ES6 modules, CSS, Images, JSON, Coffeescript, LESS, ... and your custom stuff.
-
-
-
-
-
-
-
tigerbeetle
The financial transactions database designed for mission critical safety and performance.
-
-
-
-
zigbook
Discontinued A comprehensive guide to the Zig programming language, a journey from fundamentals to advanced systems programming. [GET https://api.github.com/repos/zigbook/zigbook: 404 - Not Found // See: https://docs.github.com/rest]
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
bun discussion
bun reviews and mentions
-
The Lock Trick: How to Write Portable Agent Skills with Reproducible External Dependencies
Aside from the richer standard library, there is just no equivalent mechanism (yet!) in the JavaScript ecosystem for self-contained scripts with collocated lockfiles. The closest equivalents are in Bun and Deno, but neither of those runtimes are available in the Claude Cowork and Codex cloud sandboxes yet.
-
15 AI Coding Prompts for Codex and Claude Code
I use Bun 1.4.1 for JavaScript and TypeScript projects. Keep an existing repository's package manager unless you want to migrate it. Pin the version in local tooling and CI; decide on runtime and test-runner migrations as separate changes.
- The End of Programming
-
The August 17 outage, and the work ahead
Here's the most recent one as of this comment: https://github.com/oven-sh/bun/commit/d4de65e9a43224a14591ad...
The code change makes no sense and should do nothing. The commit message described a very deep investigation into garbage collection on the C++ side. Some object is being kept alive when the test requires it to be collected, and changing the code in this way allegedly prevents that. But wouldn't you think there would be a better way to ensure an object gets collected, like setting the variable to null?
The comments in the code don't make a lot of sense either. Something so obscure and brittle has to be explained extremely clearly.
While the issue might be real, this commit is so far away from the locus of normal that it's sending red alert. And this is the 1 out of 1 robobun commit that I looked at.
-
Bun 1.4
"We receive a lot of contributions from the community, and we'd like to thank everyone who fixed a bug or contributed a feature in this release."
I filled a bug https://github.com/oven-sh/bun/issues/34588 and a PR but my name is not on the blog :(
- Bun 1.4 Released
-
Bun 1.4 Rust rewrite is not looking good
> What are you talking about?
I think GP was pointing out how bun's release cadence stalled and the project is going nowhere at the moment.
https://github.com/oven-sh/bun/releases
The project was pretty healthy up to 1.13.14, but since may they stopped shipping anything.
That's quite odd for a project that just went through a major rewrite and is lauded as being developed primarily by LLM coding assistants.
Personally I expected the release cadence was going to go through the roof, but instead it flat lined.
- Bun: If you need a paragraph-long comment, the code is wrong
-
Superlogical – Mitchell Hashimoto
> could you link me to the release / tag on github
https://github.com/oven-sh/bun/releases/tag/canary
-
Claude Code uses Bun written in Rust now
> In the rewrite blog post
They can't mention what they don't know. And that's the exact reason I'm against this: doing a port without being able to tell what is correct is asking for a disaster, obviously.
I've checked their posts and blogs for a few times, and I'm quite sure they don't know any of these.
> the 1.4 version has not been released yet
Let's hope the repeated delays (it was scheduled for last week) are not for quality issues, otherwise I'll only be half correct. It appears that all the new undefined behaviors are not stopping them.
> get rid of the unsafe block
Would be possible if they are not disregarding everything else going for numbers. E.g. they are actively increasing the unsafe surface by [rewriting some code in SIMD C++](https://github.com/oven-sh/bun/pull/33032). As if no Rust solutions already exist.
> Still easier than the Zig version
Well, this is true but only realizable if they know how to deal with the new problems emerging during the process. My current conclusion is that they don't.
> ideological
For me it's methodological as explained above.
-
A note from our sponsor - SaaSHub
www.saashub.com | 8 Oct 2026
Stats
oven-sh/bun is an open source project licensed under GNU General Public License v3.0 or later which is an OSI approved license.
The primary programming language of bun is Rust.