{"slug": "bun", "name": "Bun", "category": "dev-libs", "category_name": "Libraries and frameworks", "description": "Fast all-in-one JavaScript and TypeScript runtime, bundler, test runner and package manager.", "recommenders": 23, "commenters": 59, "warners": 18, "score": 8.265, "rising": 2.76, "first": "2025-11-17", "latest": "2026-10-24", "why": "Liked as a fast, Node-compatible runtime with a batteries-included standard library and TypeScript support out of the box.", "why_is_quote": false, "has_verdict": true, "sentiment": {"recommend": 26, "neutral": 15, "compare": 5, "warn": 19}, "spark": [1, 3, 1, 1, 0, 3, 4, 1, 4, 5, 0, 3], "listed": true, "loved": ["Speed", "Node compatibility"], "caveat": "Rewrite trust", "short_quote": "Been using Bun for a long while now and I love it.", "icon": true, "domain": null, "github_repo": "github.com/oven-sh/bun", "official_url": "https://bun.com", "pricing": "open source", "aliases": ["Bun", "bun"], "verdict": [{"text": "Liked as a fast, Node-compatible runtime", "cites": [{"id": 781513776, "item_id": 48844611, "url": "https://news.ycombinator.com/item?id=48844611", "by": "AyanamiKaine", "date": "2026-07-09", "stance": "recommend", "quote": "I use Bun as a Node.js replacement that works really well.", "excerpt": "I find this sad, as I use Bun as a Node.js replacement that works really well. I wanted improved builds times and run speed. Both things bun provided. It reduced ram usage and worked with the node ecosystem well. So for some workflows it looked like a flat improvement on all parts.", "context": "", "use_case": "Node.js replacement", "switched_from": "Node.js", "story": "My Thoughts on the Bun Rust Rewrite"}, {"id": 763411504, "item_id": 47713219, "url": "https://news.ycombinator.com/item?id=47713219", "by": "MegagramEnjoyer", "date": "2026-04-09", "stance": "recommend", "quote": "I've been very satisfied since I switched to Bun. It's fast and has a great standard library.", "excerpt": "I've been very satisfied since I switched to Bun. It's fast and has a great standard library. The node compat is the cherry on top.", "context": "", "use_case": "JavaScript runtime", "switched_from": "Node.js", "story": "Bun v1.3.12"}, {"id": 738038944, "item_id": 46127434, "url": "https://news.ycombinator.com/item?id=46127434", "by": "kabirgoel", "date": "2025-12-02", "stance": "recommend", "quote": "Bun feels focused on meeting me where I am.", "excerpt": "My team has been using it in prod for about a year now. There were some minor bugs in the runtime's implementation of buffers in 1.22 (?), but that was about the only issue we ran into. The nice things: 1. It's fast. 2. The standard library is great. (This may be less of an advantage over Deno.) 3. There's a ton of momentum behind it. 4. It's closer to Node.js than Deno is, at least last I tried. There were a bunch o", "context": "team using it in prod for about a year", "use_case": "production JavaScript runtime", "switched_from": "", "story": "Anthropic acquires Bun"}]}, {"text": " with a batteries-included standard library and TypeScript support out of the box.", "cites": [{"id": 768194096, "item_id": 48012131, "url": "https://news.ycombinator.com/item?id=48012131", "by": "pyrolistical", "date": "2026-05-04", "stance": "recommend", "quote": "I love coding with bun. It comes with everything.", "excerpt": "I love coding with bun. It comes with everything. For my projects I don\u2019t even need any additional dependencies. I use vanilla dom and sqlite", "context": "", "use_case": "project development", "switched_from": "", "story": "I am worried about Bun"}, {"id": 738038944, "item_id": 46127434, "url": "https://news.ycombinator.com/item?id=46127434", "by": "kabirgoel", "date": "2025-12-02", "stance": "recommend", "quote": "Bun feels focused on meeting me where I am.", "excerpt": "My team has been using it in prod for about a year now. There were some minor bugs in the runtime's implementation of buffers in 1.22 (?), but that was about the only issue we ran into. The nice things: 1. It's fast. 2. The standard library is great. (This may be less of an advantage over Deno.) 3. There's a ton of momentum behind it. 4. It's closer to Node.js than Deno is, at least last I tried. There were a bunch o", "context": "team using it in prod for about a year", "use_case": "production JavaScript runtime", "switched_from": "", "story": "Anthropic acquires Bun"}, {"id": 783503440, "item_id": 48968965, "url": "https://news.ycombinator.com/item?id=48968965", "by": "preommr", "date": "2026-07-19", "stance": "recommend", "quote": "I love bun", "excerpt": "I love bun - although disliked how Jarred did the conversion. Project-wise, nothing has changed. Bun was always great because of the fantastic dx - it was just really easy to use , with stuff like out of the box typescript (unreal that it took so long for node, and it's behind a super long flag, wtf...). And it didnt have the weirdness of deno, it maintained backwards compatability with node api, and it just worked. ", "context": "", "use_case": "dev tool", "switched_from": "", "story": "Claude Code uses Bun written in Rust now"}, {"id": 802780848, "item_id": 50173803, "url": "https://news.ycombinator.com/item?id=50173803", "by": "austin-cheney", "date": "2026-10-20", "stance": "recommend", "quote": "Both Bun and Node.js will execute Typescript directly without a compile step.", "excerpt": "I use the Typescript compiler to report errors to the shell, but that's it. Both Bun and Node.js will execute Typescript directly without a compile step. If you are able to write your own front-end bundler then the front-end code also gets the same type stripping from either Bun or Node.js. Since both Bun and Node.js start up my large applications about twice as fast as the Typescript compiler executes I don't see an", "context": "", "use_case": "running TypeScript directly", "switched_from": "", "story": "Tsrs: A Port of TypeScript to Rust"}]}, {"text": " The most common worry is trust after its AI-driven Rust rewrite,", "cites": [{"id": 783673968, "item_id": 48979623, "url": "https://news.ycombinator.com/item?id=48979623", "by": "queenkjuul", "date": "2026-07-20", "stance": "warn", "quote": "I'm not going to trust my projects to a runtime that was written by an LLM in two weeks with practically no human review", "excerpt": ">It\u2019s made absolutely no negative difference, as we\u2019ve seen in the real world in the last 60 days since the merge. The rust code is not yet in a stable release, and CC only switched to it in the latest version, so there's not been 60 days of widespread battle testing yet, so i don't see how we could possibly say it will have no negative difference. It hasn't, because nobody is using it yet. It still might. >Literally", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Claude Code uses Bun written in Rust now"}, {"id": 781419600, "item_id": 48838725, "url": "https://news.ycombinator.com/item?id=48838725", "by": "dfabulich", "date": "2026-07-08", "stance": "warn", "quote": "the state of the code was very, very bad. There were 13,000 instances of `unsafe`", "excerpt": "This blog post further undermines my trust in Jarred. He makes it sound like Claude did a fantastic Rust rewrite, and \"the work continues.\" But when the Rust port merged to main, the state of the code was very, very bad. There were 13,000 instances of `unsafe`, no Miri tests at all, and, sure enough, it exposed UB in safe Rust. https://github.com/oven-sh/bun/issues/30719 Observers could see this coming from a mile aw", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Rewriting Bun in Rust"}, {"id": 771837201, "item_id": 48239825, "url": "https://news.ycombinator.com/item?id=48239825", "by": "sheept", "date": "2026-05-22", "stance": "warn", "quote": "Can the same be said of Bun, which switched to an entirely different language in a single, million-line PR?", "excerpt": "Deno's LLM contributions have been smaller in scope, so they're more likely to be reviewed by a human, and the codebase remains understood by its contributors. Can the same be said of Bun, which switched to an entirely different language in a single, million-line PR?[0] [0]: https://github.com/oven-sh/bun/pull/30412", "context": "", "use_case": "JS runtime", "switched_from": "", "story": "Yt-dlp \u2013 [Announcement] Bun support is now limited and deprecated"}, {"id": 781404160, "item_id": 48837760, "url": "https://news.ycombinator.com/item?id=48837760", "by": "mindwok", "date": "2026-07-08", "stance": "warn", "quote": "it has drastically reduced Bun's appeal", "excerpt": "I don't think irresponsible is the right word, but it has drastically reduced Bun's appeal. All the tools we use have a brand to them, and Bun basically changed their brand overnight to \"reckless\" in my eyes.", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "TypeScript 7"}, {"id": 782354512, "item_id": 48897157, "url": "https://news.ycombinator.com/item?id=48897157", "by": "overgard", "date": "2026-07-13", "stance": "warn", "quote": "Bun's rewrite has made me nervous about using it.", "excerpt": "I'm not involved in this community, but I watched Andrew's interview with JetBrains a few weeks ago and I was really impressed. I don't currently have a project that would benefit from zig, but it's a language I want to explore when I have a good use case for it. Bun's rewrite has made me nervous about using it. I do have a project that would theoretically benefit from it, but that amount of vibe coding just makes me", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Zig Creator Calls Spade a Spade, Anthropic Blows Smoke"}]}, {"text": " followed by reports of memory issues and bugs that keep some commenters from using it in production.", "cites": [{"id": 785076320, "item_id": 49067270, "url": "https://news.ycombinator.com/item?id=49067270", "by": "ianberdin", "date": "2026-07-27", "stance": "warn", "quote": "Nobody is actually running it in production as a runtime. Why? Memory leaks and a whole bunch of other issues.", "excerpt": "I've heard stories like this before, how one or a few people miraculously coded up an alternative to Node.js. But can you name even one that actually works properly in production? Not a single one. Take Bun, for example. Nobody is actually running it in production as a runtime. Why? Memory leaks and a whole bunch of other issues. I've personally tried it multiple times, and something always breaks. Come on, it's just", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary"}, {"id": 777859776, "item_id": 48616236, "url": "https://news.ycombinator.com/item?id=48616236", "by": "pieter", "date": "2026-06-20", "stance": "warn", "quote": "tons of issues appeared. Use-after-free bugs when a client disconnects", "excerpt": "I was willing to gloss over the AI usage because I really like the Bun DX. I used Bun in Shell scripts and small prototypes before and decided to use it for something bigger. But then in a week or so of use, tons of issues appeared. Use-after-free bugs when a client disconnects (both in Zig and the Rust port, funnily enough) which will kill Bun. Unimplemented feature which just return \u201c0\u201d always. Many backpressure bu", "context": "", "use_case": "JavaScript runtime, scripts, prototypes", "switched_from": "", "story": "Bun has an open PR adding shared-memory threads to JavaScriptCore"}, {"id": 768254080, "item_id": 48015880, "url": "https://news.ycombinator.com/item?id=48015880", "by": "STRiDEX", "date": "2026-05-04", "stance": "warn", "quote": "i would never ship a service at work on bun", "excerpt": "I don't think bun worked well before the acquisition. Don't get me wrong, i used it all the time for little scripts, but i would never ship a service at work on bun. Between memory issues and incompatibilities that never get fixed, it is a nice toy to me that did a great job of exposing room for improvement in nodejs. For example, i'd been following this issue https://github.com/oven-sh/bun/issues/14102 and eventuall", "context": "", "use_case": "little scripts", "switched_from": "", "story": "I am worried about Bun"}, {"id": 781511408, "item_id": 48844463, "url": "https://news.ycombinator.com/item?id=48844463", "by": "zamadatix", "date": "2026-07-09", "stance": "neutral", "quote": "using Bun as the transpiler+bundler since it's so turnkey, and I ran into a few segfaults", "excerpt": "An extremely interesting blog post for me on a few fronts: I'm very glad to see a holidtic approach to the memory errors and segfaults. I was tinkering on a static webpage just this this weekend, using Bun as the transpiler+bundler since it's so turnkey, and I ran into a few segfaults. E.g. when Bun saw I used an empty data uri for the favicon (avoids the browser trying to ask for one) it'd just crash. It reminded me", "context": "", "use_case": "transpiler and bundler", "switched_from": "", "story": "Rewriting Bun in Rust"}]}], "praise": [{"label": "Speed", "summary": "Commenters describe Bun as fast for builds, running code and on-the-fly code transforms.", "quotes": [{"id": 763411504, "item_id": 47713219, "url": "https://news.ycombinator.com/item?id=47713219", "by": "MegagramEnjoyer", "date": "2026-04-09", "stance": "recommend", "quote": "I've been very satisfied since I switched to Bun. It's fast and has a great standard library.", "excerpt": "I've been very satisfied since I switched to Bun. It's fast and has a great standard library. The node compat is the cherry on top.", "context": "", "use_case": "JavaScript runtime", "switched_from": "Node.js", "story": "Bun v1.3.12"}, {"id": 781513776, "item_id": 48844611, "url": "https://news.ycombinator.com/item?id=48844611", "by": "AyanamiKaine", "date": "2026-07-09", "stance": "recommend", "quote": "I use Bun as a Node.js replacement that works really well.", "excerpt": "I find this sad, as I use Bun as a Node.js replacement that works really well. I wanted improved builds times and run speed. Both things bun provided. It reduced ram usage and worked with the node ecosystem well. So for some workflows it looked like a flat improvement on all parts.", "context": "", "use_case": "Node.js replacement", "switched_from": "Node.js", "story": "My Thoughts on the Bun Rust Rewrite"}, {"id": 780343073, "item_id": 48771442, "url": "https://news.ycombinator.com/item?id=48771442", "by": "1gr14", "date": "2026-07-02", "stance": "recommend", "quote": "do it really faster than vite", "excerpt": "In my case, for my fullstack framework, I used vite on the server to add my own vite plugin, which can cut client-only code from server code. But it was really needed only when I use my framework with Vite. For example, if we use it with a clean bun setup, then I can do it with bun runtime plugins, which also allow me to modify code on the fly and do it really faster than vite. So I want to say that in server js code", "context": "builds a fullstack framework", "use_case": "runtime plugins for code transformation", "switched_from": "", "story": "Vite+ Beta"}]}, {"label": "Node compatibility", "summary": "Commenters say it works well with the Node ecosystem and is closer to Node than Deno.", "quotes": [{"id": 800546592, "item_id": 50034162, "url": "https://news.ycombinator.com/item?id=50034162", "by": "shepherdjerred", "date": "2026-10-10", "stance": "recommend", "quote": "Bun also had far better compatibility with many libraries & native dependencies", "excerpt": "Yes, I used Deno because it had an interesting approach to permissions, dependencies, etc. Once it become \u201ca drop-in for Node\u201d, I decided why would I not use the more popular drop-in for Node that has a bunch of other interesting features. Bun also had far better compatibility with many libraries & native dependencies", "context": "", "use_case": "Node-compatible runtime", "switched_from": "Deno", "story": "Cloudflare acquires Deno"}, {"id": 738038944, "item_id": 46127434, "url": "https://news.ycombinator.com/item?id=46127434", "by": "kabirgoel", "date": "2025-12-02", "stance": "recommend", "quote": "Bun feels focused on meeting me where I am.", "excerpt": "My team has been using it in prod for about a year now. There were some minor bugs in the runtime's implementation of buffers in 1.22 (?), but that was about the only issue we ran into. The nice things: 1. It's fast. 2. The standard library is great. (This may be less of an advantage over Deno.) 3. There's a ton of momentum behind it. 4. It's closer to Node.js than Deno is, at least last I tried. There were a bunch o", "context": "team using it in prod for about a year", "use_case": "production JavaScript runtime", "switched_from": "", "story": "Anthropic acquires Bun"}, {"id": 781513776, "item_id": 48844611, "url": "https://news.ycombinator.com/item?id=48844611", "by": "AyanamiKaine", "date": "2026-07-09", "stance": "recommend", "quote": "I use Bun as a Node.js replacement that works really well.", "excerpt": "I find this sad, as I use Bun as a Node.js replacement that works really well. I wanted improved builds times and run speed. Both things bun provided. It reduced ram usage and worked with the node ecosystem well. So for some workflows it looked like a flat improvement on all parts.", "context": "", "use_case": "Node.js replacement", "switched_from": "Node.js", "story": "My Thoughts on the Bun Rust Rewrite"}]}, {"label": "Standard library", "summary": "Commenters say built-ins like SQLite, image handling and JSX reduce the need for extra dependencies.", "quotes": [{"id": 768194096, "item_id": 48012131, "url": "https://news.ycombinator.com/item?id=48012131", "by": "pyrolistical", "date": "2026-05-04", "stance": "recommend", "quote": "I love coding with bun. It comes with everything.", "excerpt": "I love coding with bun. It comes with everything. For my projects I don\u2019t even need any additional dependencies. I use vanilla dom and sqlite", "context": "", "use_case": "project development", "switched_from": "", "story": "I am worried about Bun"}, {"id": 789721744, "item_id": 49357609, "url": "https://news.ycombinator.com/item?id=49357609", "by": "franciscop", "date": "2026-08-18", "stance": "recommend", "quote": "Bun has been nothing but amazing wins for me", "excerpt": "Bun has been nothing but amazing wins for me, and I really like what it enabled me to do. Two examples: - I have a couple of projects that handle images. I was including Sharp, but since these are side projects in a small VM, often a redeploy that recompiled Sharp just crashed the full VM (out of memory). Bun includes Bun.Image[1] natively, which is built around Sharp's API, so swapping Sharp out was very easy, and n", "context": "runs side projects on a small VM", "use_case": "JS runtime for side projects", "switched_from": "", "story": "Bun 1.4 Rust rewrite is not looking good"}, {"id": 738038944, "item_id": 46127434, "url": "https://news.ycombinator.com/item?id=46127434", "by": "kabirgoel", "date": "2025-12-02", "stance": "recommend", "quote": "Bun feels focused on meeting me where I am.", "excerpt": "My team has been using it in prod for about a year now. There were some minor bugs in the runtime's implementation of buffers in 1.22 (?), but that was about the only issue we ran into. The nice things: 1. It's fast. 2. The standard library is great. (This may be less of an advantage over Deno.) 3. There's a ton of momentum behind it. 4. It's closer to Node.js than Deno is, at least last I tried. There were a bunch o", "context": "team using it in prod for about a year", "use_case": "production JavaScript runtime", "switched_from": "", "story": "Anthropic acquires Bun"}]}, {"label": "Developer experience", "summary": "Commenters praise the ease of use, including running TypeScript directly without a compile step.", "quotes": [{"id": 783503440, "item_id": 48968965, "url": "https://news.ycombinator.com/item?id=48968965", "by": "preommr", "date": "2026-07-19", "stance": "recommend", "quote": "I love bun", "excerpt": "I love bun - although disliked how Jarred did the conversion. Project-wise, nothing has changed. Bun was always great because of the fantastic dx - it was just really easy to use , with stuff like out of the box typescript (unreal that it took so long for node, and it's behind a super long flag, wtf...). And it didnt have the weirdness of deno, it maintained backwards compatability with node api, and it just worked. ", "context": "", "use_case": "dev tool", "switched_from": "", "story": "Claude Code uses Bun written in Rust now"}, {"id": 802780848, "item_id": 50173803, "url": "https://news.ycombinator.com/item?id=50173803", "by": "austin-cheney", "date": "2026-10-20", "stance": "recommend", "quote": "Both Bun and Node.js will execute Typescript directly without a compile step.", "excerpt": "I use the Typescript compiler to report errors to the shell, but that's it. Both Bun and Node.js will execute Typescript directly without a compile step. If you are able to write your own front-end bundler then the front-end code also gets the same type stripping from either Bun or Node.js. Since both Bun and Node.js start up my large applications about twice as fast as the Typescript compiler executes I don't see an", "context": "", "use_case": "running TypeScript directly", "switched_from": "", "story": "Tsrs: A Port of TypeScript to Rust"}, {"id": 790034944, "item_id": 49377184, "url": "https://news.ycombinator.com/item?id=49377184", "by": "vorpalhex", "date": "2026-08-20", "stance": "recommend", "quote": "I use it heavily for personal use and find it works very well and lets me ship small applications quickly.", "excerpt": "I use it heavily for personal use and find it works very well and lets me ship small applications quickly. I still use rust and other languages too as appropriate.", "context": "personal use", "use_case": "shipping small applications", "switched_from": "", "story": "Bun 1.4"}]}, {"label": "Reliability for some", "summary": "Some daily and production users report few or no regressions.", "quotes": [{"id": 789719792, "item_id": 49357487, "url": "https://news.ycombinator.com/item?id=49357487", "by": "dvt", "date": "2026-08-18", "stance": "recommend", "quote": "I use it daily and I've seen basically zero regressions.", "excerpt": "> The last three months have not looked good for Bun. Apart from pro-AI or anti-AI posturing how have the last few months not looked good for Bun, exactly? I use it daily and I've seen basically zero regressions. I get it, you don't like AI or you like Zig over Rust, or whatever. I just haven't seen any serious argument that Bun has somehow become worse software. > The project has over 5k open pull requests, which is", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Bun 1.4 Rust rewrite is not looking good"}, {"id": 768196048, "item_id": 48012253, "url": "https://news.ycombinator.com/item?id=48012253", "by": "pier25", "date": "2026-05-04", "stance": "recommend", "quote": "Personally my experience with Bun has been 100% positive so far.", "excerpt": "I use Bun and I'm concerned too but it's still too early to tell. Personally my experience with Bun has been 100% positive so far. I'm aware full Node support is not there yet and may never happen but with dependencies that support Bun it's been a smooth ride for me.", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "I am worried about Bun"}, {"id": 738038944, "item_id": 46127434, "url": "https://news.ycombinator.com/item?id=46127434", "by": "kabirgoel", "date": "2025-12-02", "stance": "recommend", "quote": "Bun feels focused on meeting me where I am.", "excerpt": "My team has been using it in prod for about a year now. There were some minor bugs in the runtime's implementation of buffers in 1.22 (?), but that was about the only issue we ran into. The nice things: 1. It's fast. 2. The standard library is great. (This may be less of an advantage over Deno.) 3. There's a ton of momentum behind it. 4. It's closer to Node.js than Deno is, at least last I tried. There were a bunch o", "context": "team using it in prod for about a year", "use_case": "production JavaScript runtime", "switched_from": "", "story": "Anthropic acquires Bun"}]}, {"label": "Low memory", "summary": "Commenters say it reduced RAM usage, which helps on budget servers and small VMs.", "quotes": [{"id": 803194928, "item_id": 50199683, "url": "https://news.ycombinator.com/item?id=50199683", "by": "todotask2", "date": "2026-10-22", "stance": "recommend", "quote": "Bun also keeps improving at fast pace and constantly reduce memory usage which can be useful on budget server.", "excerpt": "I used Crystal for a year before moving on to Go, which I value for its faster build times. Bun also keeps improving at fast pace and constantly reduce memory usage which can be useful on budget server.", "context": "", "use_case": "JavaScript runtime on budget servers", "switched_from": "", "story": "Crystal 1.22"}, {"id": 781513776, "item_id": 48844611, "url": "https://news.ycombinator.com/item?id=48844611", "by": "AyanamiKaine", "date": "2026-07-09", "stance": "recommend", "quote": "I use Bun as a Node.js replacement that works really well.", "excerpt": "I find this sad, as I use Bun as a Node.js replacement that works really well. I wanted improved builds times and run speed. Both things bun provided. It reduced ram usage and worked with the node ecosystem well. So for some workflows it looked like a flat improvement on all parts.", "context": "", "use_case": "Node.js replacement", "switched_from": "Node.js", "story": "My Thoughts on the Bun Rust Rewrite"}, {"id": 789721744, "item_id": 49357609, "url": "https://news.ycombinator.com/item?id=49357609", "by": "franciscop", "date": "2026-08-18", "stance": "recommend", "quote": "Bun has been nothing but amazing wins for me", "excerpt": "Bun has been nothing but amazing wins for me, and I really like what it enabled me to do. Two examples: - I have a couple of projects that handle images. I was including Sharp, but since these are side projects in a small VM, often a redeploy that recompiled Sharp just crashed the full VM (out of memory). Bun includes Bun.Image[1] natively, which is built around Sharp's API, so swapping Sharp out was very easy, and n", "context": "runs side projects on a small VM", "use_case": "JS runtime for side projects", "switched_from": "", "story": "Bun 1.4 Rust rewrite is not looking good"}]}], "caveats": [{"label": "Rewrite trust", "summary": "The large AI-assisted Rust rewrite left many commenters nervous about code quality and churn.", "quotes": [{"id": 781419600, "item_id": 48838725, "url": "https://news.ycombinator.com/item?id=48838725", "by": "dfabulich", "date": "2026-07-08", "stance": "warn", "quote": "the state of the code was very, very bad. There were 13,000 instances of `unsafe`", "excerpt": "This blog post further undermines my trust in Jarred. He makes it sound like Claude did a fantastic Rust rewrite, and \"the work continues.\" But when the Rust port merged to main, the state of the code was very, very bad. There were 13,000 instances of `unsafe`, no Miri tests at all, and, sure enough, it exposed UB in safe Rust. https://github.com/oven-sh/bun/issues/30719 Observers could see this coming from a mile aw", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Rewriting Bun in Rust"}, {"id": 771837201, "item_id": 48239825, "url": "https://news.ycombinator.com/item?id=48239825", "by": "sheept", "date": "2026-05-22", "stance": "warn", "quote": "Can the same be said of Bun, which switched to an entirely different language in a single, million-line PR?", "excerpt": "Deno's LLM contributions have been smaller in scope, so they're more likely to be reviewed by a human, and the codebase remains understood by its contributors. Can the same be said of Bun, which switched to an entirely different language in a single, million-line PR?[0] [0]: https://github.com/oven-sh/bun/pull/30412", "context": "", "use_case": "JS runtime", "switched_from": "", "story": "Yt-dlp \u2013 [Announcement] Bun support is now limited and deprecated"}, {"id": 783555600, "item_id": 48972225, "url": "https://news.ycombinator.com/item?id=48972225", "by": "LAC-Tech", "date": "2026-07-19", "stance": "warn", "quote": "I have a long running side project I migrated to bun, and I'm starting to regret it. I don't want to build on top of this much churn.", "excerpt": "Has all of this drama turned anyone else a bit sour on bun? I have a long running side project I migrated to bun, and I'm starting to regret it. I don't want to build on top of this much churn.", "context": "", "use_case": "side project runtime", "switched_from": "", "story": "Claude Code uses Bun written in Rust now"}]}, {"label": "Bugs and memory", "summary": "Commenters report segfaults, use-after-free crashes, memory leaks and backpressure bugs.", "quotes": [{"id": 777859776, "item_id": 48616236, "url": "https://news.ycombinator.com/item?id=48616236", "by": "pieter", "date": "2026-06-20", "stance": "warn", "quote": "tons of issues appeared. Use-after-free bugs when a client disconnects", "excerpt": "I was willing to gloss over the AI usage because I really like the Bun DX. I used Bun in Shell scripts and small prototypes before and decided to use it for something bigger. But then in a week or so of use, tons of issues appeared. Use-after-free bugs when a client disconnects (both in Zig and the Rust port, funnily enough) which will kill Bun. Unimplemented feature which just return \u201c0\u201d always. Many backpressure bu", "context": "", "use_case": "JavaScript runtime, scripts, prototypes", "switched_from": "", "story": "Bun has an open PR adding shared-memory threads to JavaScriptCore"}, {"id": 785076320, "item_id": 49067270, "url": "https://news.ycombinator.com/item?id=49067270", "by": "ianberdin", "date": "2026-07-27", "stance": "warn", "quote": "Nobody is actually running it in production as a runtime. Why? Memory leaks and a whole bunch of other issues.", "excerpt": "I've heard stories like this before, how one or a few people miraculously coded up an alternative to Node.js. But can you name even one that actually works properly in production? Not a single one. Take Bun, for example. Nobody is actually running it in production as a runtime. Why? Memory leaks and a whole bunch of other issues. I've personally tried it multiple times, and something always breaks. Come on, it's just", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary"}, {"id": 781511408, "item_id": 48844463, "url": "https://news.ycombinator.com/item?id=48844463", "by": "zamadatix", "date": "2026-07-09", "stance": "neutral", "quote": "using Bun as the transpiler+bundler since it's so turnkey, and I ran into a few segfaults", "excerpt": "An extremely interesting blog post for me on a few fronts: I'm very glad to see a holidtic approach to the memory errors and segfaults. I was tinkering on a static webpage just this this weekend, using Bun as the transpiler+bundler since it's so turnkey, and I ran into a few segfaults. E.g. when Bun saw I used an empty data uri for the favicon (avoids the browser trying to ask for one) it'd just crash. It reminded me", "context": "", "use_case": "transpiler and bundler", "switched_from": "", "story": "Rewriting Bun in Rust"}]}, {"label": "Production readiness", "summary": "Some commenters use it for scripts but would not ship a production service on it.", "quotes": [{"id": 768254080, "item_id": 48015880, "url": "https://news.ycombinator.com/item?id=48015880", "by": "STRiDEX", "date": "2026-05-04", "stance": "warn", "quote": "i would never ship a service at work on bun", "excerpt": "I don't think bun worked well before the acquisition. Don't get me wrong, i used it all the time for little scripts, but i would never ship a service at work on bun. Between memory issues and incompatibilities that never get fixed, it is a nice toy to me that did a great job of exposing room for improvement in nodejs. For example, i'd been following this issue https://github.com/oven-sh/bun/issues/14102 and eventuall", "context": "", "use_case": "little scripts", "switched_from": "", "story": "I am worried about Bun"}, {"id": 785076320, "item_id": 49067270, "url": "https://news.ycombinator.com/item?id=49067270", "by": "ianberdin", "date": "2026-07-27", "stance": "warn", "quote": "Nobody is actually running it in production as a runtime. Why? Memory leaks and a whole bunch of other issues.", "excerpt": "I've heard stories like this before, how one or a few people miraculously coded up an alternative to Node.js. But can you name even one that actually works properly in production? Not a single one. Take Bun, for example. Nobody is actually running it in production as a runtime. Why? Memory leaks and a whole bunch of other issues. I've personally tried it multiple times, and something always breaks. Come on, it's just", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary"}]}, {"label": "Slow fixes", "summary": "Commenters cite long-open issues and delays in shipping merged fixes, including a security fix.", "quotes": [{"id": 768308976, "item_id": 48019311, "url": "https://news.ycombinator.com/item?id=48019311", "by": "weli", "date": "2026-05-05", "stance": "warn", "quote": "", "excerpt": "I love your work on bun. How do you feel about all the constant concerns being raised about the quality of the project lately? I understand some of them might just be typical twitter hate but some of them are real. And I think people are right to question why you are adding image processing or web views inside a javascript runtime when there are bugs affecting production that sit unaddressed. For example on of our bi", "context": "runs Bun in production", "use_case": "JavaScript runtime in production", "switched_from": "", "story": "Bun is being ported from Zig to Rust"}, {"id": 803296736, "item_id": 50206046, "url": "https://news.ycombinator.com/item?id=50206046", "by": "colinmarc", "date": "2026-10-23", "stance": "warn", "quote": "At $work we've been refreshing the Bun release page for days, wondering when they would push the fix.", "excerpt": "I debated putting this editorializing in the title, but: At $work we've been refreshing the Bun release page for days, wondering when they would push the fix. The PR with the change merged over 72 hours ago: https://github.com/oven-sh/bun/commit/ea6a2c7b7c98862627760d429aa2d92221e88b0c I'm not a security expert, but package managers seem uniquely vulnerable to MITM attacks. I don't really see the point of spending $M", "context": "uses Bun at work", "use_case": "package manager / runtime", "switched_from": "", "story": "Bun 1.4.4 removes compromised eMudhra certs"}, {"id": 781515696, "item_id": 48844731, "url": "https://news.ycombinator.com/item?id=48844731", "by": "emilfihlman", "date": "2026-07-09", "stance": "warn", "quote": "Until this bug is fixed, there's no trusting Bun", "excerpt": "Until this bug is fixed, there's no trusting Bun This is also not a memory issue but an actual logic issue, so Rust doesn't help there. https://github.com/oven-sh/bun/issues/14144", "context": "", "use_case": "", "switched_from": "", "story": "Rewriting Bun in Rust"}]}, {"label": "Feature bloat", "summary": "Some commenters object to adding features like image processing and web views while bugs remain open.", "quotes": [{"id": 768190656, "item_id": 48011916, "url": "https://news.ycombinator.com/item?id=48011916", "by": "cute_boi", "date": "2026-05-04", "stance": "warn", "quote": "the way it keeps adding bloat makes me seriously doubt its future", "excerpt": "I used to be a fan of Bun, but the way it keeps adding bloat makes me seriously doubt its future. Also, it seems like they are doing a lot of vibe coding without taking enough time, which raises other questions. Node.js is also more stable, and it has started supporting TypeScript out of the box. I don\u2019t think Bun will have many advantages after Node 26.", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "I am worried about Bun"}, {"id": 768308976, "item_id": 48019311, "url": "https://news.ycombinator.com/item?id=48019311", "by": "weli", "date": "2026-05-05", "stance": "warn", "quote": "", "excerpt": "I love your work on bun. How do you feel about all the constant concerns being raised about the quality of the project lately? I understand some of them might just be typical twitter hate but some of them are real. And I think people are right to question why you are adding image processing or web views inside a javascript runtime when there are bugs affecting production that sit unaddressed. For example on of our bi", "context": "runs Bun in production", "use_case": "JavaScript runtime in production", "switched_from": "", "story": "Bun is being ported from Zig to Rust"}]}, {"label": "Monorepo lockfile", "summary": "One commenter could not isolate a single package from the lockfile for Docker builds in monorepos.", "quotes": [{"id": 762513520, "item_id": 47657095, "url": "https://news.ycombinator.com/item?id=47657095", "by": "abustamam", "date": "2026-04-05", "stance": "recommend", "quote": "I use bun for everything except for monorepos with isolated deployment targets and shared packages.", "excerpt": "I use bun for everything except for monorepos with isolated deployment targets and shared packages. I use yarn or pnpm for monorepos. Maybe it's changed in the last six months but I could never get docker to properly resolve my dependencies when I only want to build the web app, for example, since the bun lock is deterministic based off of all the packages in the repo so isolating a single leaf makes it error. Maybe ", "context": "", "use_case": "JS runtime and package manager", "switched_from": "", "story": "We replaced Node.js with Bun for 5x throughput"}]}], "who": [{"by": "Muromec", "context": "riscv64 user", "url": "https://news.ycombinator.com/item?id=49973092", "date": "2026-10-06"}, {"by": "Livia_Zaharia", "context": "architect, jewelry designer, startup founder", "url": "https://news.ycombinator.com/item?id=49964234", "date": "2026-10-05"}, {"by": "vorpalhex", "context": "personal use", "url": "https://news.ycombinator.com/item?id=49377184", "date": "2026-08-20"}, {"by": "franciscop", "context": "runs side projects on a small VM", "url": "https://news.ycombinator.com/item?id=49357609", "date": "2026-08-18"}, {"by": "1gr14", "context": "builds a fullstack framework", "url": "https://news.ycombinator.com/item?id=48771442", "date": "2026-07-02"}, {"by": "merlindru", "context": "freelance developer", "url": "https://news.ycombinator.com/item?id=48443610", "date": "2026-06-08"}, {"by": "lasgawe", "context": "runs multiple startups cheaply", "url": "https://news.ycombinator.com/item?id=47776794", "date": "2026-04-15"}, {"by": "kabirgoel", "context": "team using it in prod for about a year", "url": "https://news.ycombinator.com/item?id=46127434", "date": "2025-12-02"}], "tags": ["Node.js replacement", "for side projects", "for budget servers", "for scripts", "runs on riscv64"], "use_cases": ["javascript runtime", "toolchain for corgi", "package manager / runtime", "javascript runtime on budget servers", "running typescript directly", "node-compatible runtime"], "compared": [{"slug": "node-js", "name": "Node.js", "co": 21, "switched_from": 3, "switched_to": 0}, {"slug": "deno", "name": "Deno", "co": 18, "switched_from": 1, "switched_to": 1}, {"slug": "tauri", "name": "Tauri", "co": 3, "switched_from": 0, "switched_to": 0}, {"slug": "vite", "name": "Vite", "co": 2, "switched_from": 0, "switched_to": 0}, {"slug": "quickjs", "name": "QuickJS", "co": 2, "switched_from": 0, "switched_to": 0}, {"slug": "electrobun", "name": "Electrobun", "co": 2, "switched_from": 0, "switched_to": 0}, {"slug": "claude-code", "name": "Claude Code", "co": 2, "switched_from": 0, "switched_to": 0}, {"slug": "preact", "name": "Preact", "co": 2, "switched_from": 0, "switched_to": 0}], "makers": [{"id": 784921072, "item_id": 49057567, "url": "https://news.ycombinator.com/item?id=49057567", "by": "vkaku", "date": "2026-07-26", "stance": "recommend", "quote": "I am trying to get Bun running on Win9x", "excerpt": "I am trying to get Bun running on Win9x and currently trying to get it to run on WinXP machine. It's based on the Rust9x Project+Custom Build Patches; Idea is that I want to start shipping variants of OpenCode and other useful Node/JS Applications to run on older computers. Patches are in https://github.com/guilt/rust9x (based on SeriTools' excellent work here) and in https://github.com/guilt/bun (Will publish binary", "context": "", "use_case": "JS runtime on old Windows", "switched_from": "", "story": "Show HN: I got 32-bit Bun running on Windows"}], "threads": [{"url": "https://news.ycombinator.com/item?id=48011184", "title": "I am worried about Bun", "mentions": 4}, {"url": "https://news.ycombinator.com/item?id=46124267", "title": "Anthropic acquires Bun", "mentions": 4}, {"url": "https://news.ycombinator.com/item?id=49357401", "title": "Bun 1.4 Rust rewrite is not looking good", "mentions": 3}, {"url": "https://news.ycombinator.com/item?id=49374797", "title": "Bun 1.4", "mentions": 3}, {"url": "https://news.ycombinator.com/item?id=48966569", "title": "Claude Code uses Bun written in Rust now", "mentions": 3}, {"url": "https://news.ycombinator.com/item?id=48837877", "title": "Rewriting Bun in Rust", "mentions": 3}], "sentiment_by_month": {"2025-11": {"recommend": 1}, "2025-12": {"neutral": 3, "recommend": 3}, "2026-01": {"recommend": 1}, "2026-02": {"recommend": 1, "neutral": 1}, "2026-03": {"compare": 1, "neutral": 1}, "2026-04": {"recommend": 3}, "2026-05": {"recommend": 4, "warn": 4}, "2026-06": {"warn": 4, "recommend": 1, "neutral": 2, "compare": 1}, "2026-07": {"compare": 1, "recommend": 4, "warn": 9, "neutral": 3}, "2026-08": {"warn": 1, "compare": 2, "recommend": 5}, "2026-09": {"neutral": 1}, "2026-10": {"neutral": 4, "recommend": 3, "warn": 1}}, "quotes": [{"id": 803582033, "item_id": 50223877, "url": "https://news.ycombinator.com/item?id=50223877", "by": "eiopa", "date": "2026-10-24", "stance": "neutral", "quote": "The toolchains it uses, Bun & Zig, do work there", "excerpt": "It works indirectly via WSL2! Last time I tried Windows though, coding agents were pretty finicky on native Windows for some reason. Maybe this gap is closed now though! If you have the tokens to spend, please give it a try. I am curious to see how well it will work. The toolchains it uses, Bun & Zig, do work there, and I think most of the system tricks have Windows equivalents", "context": "", "use_case": "toolchain for Corgi", "switched_from": "", "story": "Show HN: Corgi, a helpful {agent, terminal} multiplexer"}, {"id": 803296736, "item_id": 50206046, "url": "https://news.ycombinator.com/item?id=50206046", "by": "colinmarc", "date": "2026-10-23", "stance": "warn", "quote": "At $work we've been refreshing the Bun release page for days, wondering when they would push the fix.", "excerpt": "I debated putting this editorializing in the title, but: At $work we've been refreshing the Bun release page for days, wondering when they would push the fix. The PR with the change merged over 72 hours ago: https://github.com/oven-sh/bun/commit/ea6a2c7b7c98862627760d429aa2d92221e88b0c I'm not a security expert, but package managers seem uniquely vulnerable to MITM attacks. I don't really see the point of spending $M", "context": "uses Bun at work", "use_case": "package manager / runtime", "switched_from": "", "story": "Bun 1.4.4 removes compromised eMudhra certs"}, {"id": 803194928, "item_id": 50199683, "url": "https://news.ycombinator.com/item?id=50199683", "by": "todotask2", "date": "2026-10-22", "stance": "recommend", "quote": "Bun also keeps improving at fast pace and constantly reduce memory usage which can be useful on budget server.", "excerpt": "I used Crystal for a year before moving on to Go, which I value for its faster build times. Bun also keeps improving at fast pace and constantly reduce memory usage which can be useful on budget server.", "context": "", "use_case": "JavaScript runtime on budget servers", "switched_from": "", "story": "Crystal 1.22"}, {"id": 802780848, "item_id": 50173803, "url": "https://news.ycombinator.com/item?id=50173803", "by": "austin-cheney", "date": "2026-10-20", "stance": "recommend", "quote": "Both Bun and Node.js will execute Typescript directly without a compile step.", "excerpt": "I use the Typescript compiler to report errors to the shell, but that's it. Both Bun and Node.js will execute Typescript directly without a compile step. If you are able to write your own front-end bundler then the front-end code also gets the same type stripping from either Bun or Node.js. Since both Bun and Node.js start up my large applications about twice as fast as the Typescript compiler executes I don't see an", "context": "", "use_case": "running TypeScript directly", "switched_from": "", "story": "Tsrs: A Port of TypeScript to Rust"}, {"id": 800546592, "item_id": 50034162, "url": "https://news.ycombinator.com/item?id=50034162", "by": "shepherdjerred", "date": "2026-10-10", "stance": "recommend", "quote": "Bun also had far better compatibility with many libraries & native dependencies", "excerpt": "Yes, I used Deno because it had an interesting approach to permissions, dependencies, etc. Once it become \u201ca drop-in for Node\u201d, I decided why would I not use the more popular drop-in for Node that has a bunch of other interesting features. Bun also had far better compatibility with many libraries & native dependencies", "context": "", "use_case": "Node-compatible runtime", "switched_from": "Deno", "story": "Cloudflare acquires Deno"}, {"id": 799640976, "item_id": 49977561, "url": "https://news.ycombinator.com/item?id=49977561", "by": "theturtletalks", "date": "2026-10-06", "stance": "neutral", "quote": "It uses Bun a lot of the times.", "excerpt": "I have a tech stack that I use and yes I tell AI to use it. But if I\u2019m starting a new project and AI is doing the scaffolding, I\u2019ll just let it decide what to use. It uses Bun a lot of the times. Many people will just go with what AI chooses, right or not.", "context": "", "use_case": "AI-scaffolded projects", "switched_from": "", "story": "Friendship ended with Deno, now Node is my best friend"}, {"id": 799569472, "item_id": 49973092, "url": "https://news.ycombinator.com/item?id=49973092", "by": "Muromec", "date": "2026-10-06", "stance": "neutral", "quote": "I use bun for the sole reason of it running perfectly on riscv64", "excerpt": "I use bun for the sole reason of it running perfectly on riscv64, while void zero is sleeping and not providing vite/tsdown/oxwhatver builds for it.", "context": "riscv64 user", "use_case": "JavaScript runtime on riscv64", "switched_from": "", "story": "Friendship ended with Deno, now Node is my best friend"}, {"id": 799427750, "item_id": 49964234, "url": "https://news.ycombinator.com/item?id=49964234", "by": "Livia_Zaharia", "date": "2026-10-05", "stance": "neutral", "quote": "Stackwise we selected Three.js, typescript and bun", "excerpt": "Hello, I am Livia Zaharia, officially an architect, also a parametric jewelery designer, machine learning enthusiast and a startup founder. What I wanted to share is the link above, where, to promote my pieces in a more interactive way I decided to try building from scratch a 3d version of a town where some pieces become buildings. I developed it together with my boyfriend being bord from waiting for our ML training ", "context": "architect, jewelry designer, startup founder", "use_case": "JavaScript runtime", "switched_from": "", "story": null}, {"id": 798516802, "item_id": 49907300, "url": "https://news.ycombinator.com/item?id=49907300", "by": "rcarmo", "date": "2026-09-30", "stance": "neutral", "quote": "since I rely on Bun", "excerpt": "You can turn those tools off. In fact, that is what I am doing right now in https://github.com/rcarmo/piclaw until I am positive the new MCP stuff has full parity with the MCP adapter I've been shipping for the past six months or so. I'm actually pretty happy that they did it, since 90% of what I have to integrate in enterprises is MCP-driven (it's a security and auth boundary that has become pretty much mandatory fo", "context": "", "use_case": "runtime", "switched_from": "", "story": "You said no MCP"}, {"id": 790129472, "item_id": 49383092, "url": "https://news.ycombinator.com/item?id=49383092", "by": "franciscop", "date": "2026-08-20", "stance": "recommend", "quote": "that was when I started liking Bun so much", "excerpt": "Yes, I've dealt with streams a lot and I've seen the pain. I'd say it's the 2nd biggest \"compat breaking\" of Node/JS after the require vs esm, but while the require vs esm is mostly gone (we all use esm nowadays, except for aham the default npm) the stream types I expect will last for a long while since that's not so \"high\" in the productivity list for most. Also, that's actually one of the main pains I have with Nod", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Bun 1.4 Rust rewrite is not looking good"}, {"id": 790034944, "item_id": 49377184, "url": "https://news.ycombinator.com/item?id=49377184", "by": "vorpalhex", "date": "2026-08-20", "stance": "recommend", "quote": "I use it heavily for personal use and find it works very well and lets me ship small applications quickly.", "excerpt": "I use it heavily for personal use and find it works very well and lets me ship small applications quickly. I still use rust and other languages too as appropriate.", "context": "personal use", "use_case": "shipping small applications", "switched_from": "", "story": "Bun 1.4"}, {"id": 790034912, "item_id": 49377182, "url": "https://news.ycombinator.com/item?id=49377182", "by": "arj", "date": "2026-08-20", "stance": "recommend", "quote": "Bun is still massive", "excerpt": "Bun is still massive, my hobby attempt at smaller confined js/wasm https://github.com/arj03/seedkernel/", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Bun 1.4"}, {"id": 790007616, "item_id": 49375476, "url": "https://news.ycombinator.com/item?id=49375476", "by": "sunsetSamurai", "date": "2026-08-20", "stance": "compare", "quote": "Bun seems very interesting since it allows you to do so many things without pulling in 3rd party libraries and bundlers?", "excerpt": "I recently pivoted to Rust for the backend development, after getting tired of the nodejs ecosystem fragmentation and how fragile things feel. Bun seems very interesting since it allows you to do so many things without pulling in 3rd party libraries and bundlers? Is anybody using it instead of nodejs? how's the experience so far? I might have to give it a try. Yes, I know there's probably better options than Rust for", "context": "", "use_case": "backend JS runtime", "switched_from": "", "story": "Bun 1.4"}, {"id": 789721744, "item_id": 49357609, "url": "https://news.ycombinator.com/item?id=49357609", "by": "franciscop", "date": "2026-08-18", "stance": "recommend", "quote": "Bun has been nothing but amazing wins for me", "excerpt": "Bun has been nothing but amazing wins for me, and I really like what it enabled me to do. Two examples: - I have a couple of projects that handle images. I was including Sharp, but since these are side projects in a small VM, often a redeploy that recompiled Sharp just crashed the full VM (out of memory). Bun includes Bun.Image[1] natively, which is built around Sharp's API, so swapping Sharp out was very easy, and n", "context": "runs side projects on a small VM", "use_case": "JS runtime for side projects", "switched_from": "", "story": "Bun 1.4 Rust rewrite is not looking good"}, {"id": 789719792, "item_id": 49357487, "url": "https://news.ycombinator.com/item?id=49357487", "by": "dvt", "date": "2026-08-18", "stance": "recommend", "quote": "I use it daily and I've seen basically zero regressions.", "excerpt": "> The last three months have not looked good for Bun. Apart from pro-AI or anti-AI posturing how have the last few months not looked good for Bun, exactly? I use it daily and I've seen basically zero regressions. I get it, you don't like AI or you like Zig over Rust, or whatever. I just haven't seen any serious argument that Bun has somehow become worse software. > The project has over 5k open pull requests, which is", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Bun 1.4 Rust rewrite is not looking good"}, {"id": 788669330, "item_id": 49291833, "url": "https://news.ycombinator.com/item?id=49291833", "by": "10000truths", "date": "2026-08-13", "stance": "recommend", "quote": "I use the non-JS ones (esbuild, parcel, bun, etc.) and they're fast enough for me to not care.", "excerpt": "> Pipelines and deploys gets much easier and faster than the very common TypeScript monorepo Can you elaborate more on the slowness you've seen with deploying TypeScript codebases? My experience is that it's improved significantly over the past decade or so. tsc is still kinda slow for large projects, but the rewrite to Go should improve things significantly. Pre-install/post-install scripts can also be slow, but I'v", "context": "", "use_case": "bundling TypeScript", "switched_from": "", "story": "Choose Boring Technology (2015)"}, {"id": 787691891, "item_id": 49230743, "url": "https://news.ycombinator.com/item?id=49230743", "by": "Borkdude", "date": "2026-08-09", "stance": "compare", "quote": "It uses less memory in a Hono app compared to Node.js and Bun.", "excerpt": "Author here! I'd use this when you need a smaller binary than Node.js, Bun or Deno. Performance of QuickJS isn't as good (no JIT) but still perfectly fine for hosting personal projects on a VPS. With local measurements I got 30k requests/s in the server. It uses less memory in a Hono app compared to Node.js and Bun. So use this as a smaller (size and memory) lighter alternative to Node.js, I'd say with the trade-off ", "context": "author of Choq", "use_case": "", "switched_from": "", "story": "Show HN: Choq: Cherry (ClojureScript) on QuickJS"}, {"id": 786254913, "item_id": 49140932, "url": "https://news.ycombinator.com/item?id=49140932", "by": "rustfreeforme", "date": "2026-08-01", "stance": "warn", "quote": "Bun being the canonical example of the sort of dumpster fire that comes from trying to hop from one language to the next", "excerpt": "> if I were to make a guess This is your problem. You keep guessing, and guessing, and guessing, constantly missing the mark. You just really, really, really want to be right, but you just really, really, really aren't. > But to spin this the other way around: in lieu of the Bun case, why not use it to rewrite the project in Rust, Zig, D or any language of your choice (yes, even C)? Because as I just explained to you", "context": "", "use_case": "", "switched_from": "", "story": "Google fixed more Chrome bugs in June than over the past two years, thanks to AI"}, {"id": 785216081, "item_id": 49076005, "url": "https://news.ycombinator.com/item?id=49076005", "by": "arjie", "date": "2026-07-27", "stance": "neutral", "quote": "Claude Code uses the released bun runtime based on that code", "excerpt": "I think the chain of reasoning is hard to follow: 1. Assume the Rust rewrite of Bun went badly 2. Then something must be grievously wrong with a released bun runtime based on that code 3. Claude Code uses the released bun runtime based on that code 4. From #2 and #3, something must be grievously wrong with Claude Code 5. If something were grievously wrong with Claude Code, users would reduce use of Claude Code and us", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "How is the Bun Rewrite in Rust going?"}, {"id": 785076320, "item_id": 49067270, "url": "https://news.ycombinator.com/item?id=49067270", "by": "ianberdin", "date": "2026-07-27", "stance": "warn", "quote": "Nobody is actually running it in production as a runtime. Why? Memory leaks and a whole bunch of other issues.", "excerpt": "I've heard stories like this before, how one or a few people miraculously coded up an alternative to Node.js. But can you name even one that actually works properly in production? Not a single one. Take Bun, for example. Nobody is actually running it in production as a runtime. Why? Memory leaks and a whole bunch of other issues. I've personally tried it multiple times, and something always breaks. Come on, it's just", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary"}, {"id": 784948720, "item_id": 49059295, "url": "https://news.ycombinator.com/item?id=49059295", "by": "christophilus", "date": "2026-07-26", "stance": "neutral", "quote": "Building MPAs on Bun using Preact as the backend templating engine", "excerpt": "I\u2019ve been working on a similar idea, but focusing on MPA and progressive enhancement. Building MPAs on Bun using Preact as the backend templating engine and focusing on a low-dependency stack. I used the gov.uk style guides as my inspiration. It\u2019s brought me back in time around 15 years, but the UX has grown on me. It\u2019s also quite fast, thanks to almost no client-side JS. No idea what I\u2019ll end up doing with it, thoug", "context": "", "use_case": "building MPAs", "switched_from": "", "story": "Capra, Cribl's Design System"}, {"id": 783673968, "item_id": 48979623, "url": "https://news.ycombinator.com/item?id=48979623", "by": "queenkjuul", "date": "2026-07-20", "stance": "warn", "quote": "I'm not going to trust my projects to a runtime that was written by an LLM in two weeks with practically no human review", "excerpt": ">It\u2019s made absolutely no negative difference, as we\u2019ve seen in the real world in the last 60 days since the merge. The rust code is not yet in a stable release, and CC only switched to it in the latest version, so there's not been 60 days of widespread battle testing yet, so i don't see how we could possibly say it will have no negative difference. It hasn't, because nobody is using it yet. It still might. >Literally", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Claude Code uses Bun written in Rust now"}, {"id": 783555600, "item_id": 48972225, "url": "https://news.ycombinator.com/item?id=48972225", "by": "LAC-Tech", "date": "2026-07-19", "stance": "warn", "quote": "I have a long running side project I migrated to bun, and I'm starting to regret it. I don't want to build on top of this much churn.", "excerpt": "Has all of this drama turned anyone else a bit sour on bun? I have a long running side project I migrated to bun, and I'm starting to regret it. I don't want to build on top of this much churn.", "context": "", "use_case": "side project runtime", "switched_from": "", "story": "Claude Code uses Bun written in Rust now"}, {"id": 783503440, "item_id": 48968965, "url": "https://news.ycombinator.com/item?id=48968965", "by": "preommr", "date": "2026-07-19", "stance": "recommend", "quote": "I love bun", "excerpt": "I love bun - although disliked how Jarred did the conversion. Project-wise, nothing has changed. Bun was always great because of the fantastic dx - it was just really easy to use , with stuff like out of the box typescript (unreal that it took so long for node, and it's behind a super long flag, wtf...). And it didnt have the weirdness of deno, it maintained backwards compatability with node api, and it just worked. ", "context": "", "use_case": "dev tool", "switched_from": "", "story": "Claude Code uses Bun written in Rust now"}, {"id": 782354512, "item_id": 48897157, "url": "https://news.ycombinator.com/item?id=48897157", "by": "overgard", "date": "2026-07-13", "stance": "warn", "quote": "Bun's rewrite has made me nervous about using it.", "excerpt": "I'm not involved in this community, but I watched Andrew's interview with JetBrains a few weeks ago and I was really impressed. I don't currently have a project that would benefit from zig, but it's a language I want to explore when I have a good use case for it. Bun's rewrite has made me nervous about using it. I do have a project that would theoretically benefit from it, but that amount of vibe coding just makes me", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Zig Creator Calls Spade a Spade, Anthropic Blows Smoke"}, {"id": 782306304, "item_id": 48894144, "url": "https://news.ycombinator.com/item?id=48894144", "by": "mawadev", "date": "2026-07-13", "stance": "warn", "quote": "My take is they vibe coded too close to the sun", "excerpt": "There are a lot of posts going on, but let me just post this link to a specific file of the bun zig code base so you can have your own impression: https://github.com/oven-sh/bun/blob/bun-v1.1.42/src/bundler/bundle_v2.zig My take is they vibe coded too close to the sun", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Zig Creator Calls Spade a Spade, Anthropic Blows Smoke"}, {"id": 781530432, "item_id": 48845652, "url": "https://news.ycombinator.com/item?id=48845652", "by": "Jarred", "date": "2026-07-09", "stance": "recommend", "quote": "Bun would never have  happened without Zig.", "excerpt": "I have learned so much reading Andrew\u2019s code and as I said in the original post: Bun would never have happened without Zig. > The post claims they were fuzzing their Zig code, while during our calls the whole Bun team told us that they were not fuzzing anything. This appears to be an outright fabrication. Fuzzilli integration: https://github.com/oven-sh/bun/pull/24826 Merged PRs fixing issues Fuzzilli found in Bun\u2019s ", "context": "", "use_case": "", "switched_from": "", "story": "My Thoughts on the Bun Rust Rewrite"}, {"id": 781515696, "item_id": 48844731, "url": "https://news.ycombinator.com/item?id=48844731", "by": "emilfihlman", "date": "2026-07-09", "stance": "warn", "quote": "Until this bug is fixed, there's no trusting Bun", "excerpt": "Until this bug is fixed, there's no trusting Bun This is also not a memory issue but an actual logic issue, so Rust doesn't help there. https://github.com/oven-sh/bun/issues/14144", "context": "", "use_case": "", "switched_from": "", "story": "Rewriting Bun in Rust"}, {"id": 781513776, "item_id": 48844611, "url": "https://news.ycombinator.com/item?id=48844611", "by": "AyanamiKaine", "date": "2026-07-09", "stance": "recommend", "quote": "I use Bun as a Node.js replacement that works really well.", "excerpt": "I find this sad, as I use Bun as a Node.js replacement that works really well. I wanted improved builds times and run speed. Both things bun provided. It reduced ram usage and worked with the node ecosystem well. So for some workflows it looked like a flat improvement on all parts.", "context": "", "use_case": "Node.js replacement", "switched_from": "Node.js", "story": "My Thoughts on the Bun Rust Rewrite"}, {"id": 781511408, "item_id": 48844463, "url": "https://news.ycombinator.com/item?id=48844463", "by": "zamadatix", "date": "2026-07-09", "stance": "neutral", "quote": "using Bun as the transpiler+bundler since it's so turnkey, and I ran into a few segfaults", "excerpt": "An extremely interesting blog post for me on a few fronts: I'm very glad to see a holidtic approach to the memory errors and segfaults. I was tinkering on a static webpage just this this weekend, using Bun as the transpiler+bundler since it's so turnkey, and I ran into a few segfaults. E.g. when Bun saw I used an empty data uri for the favicon (avoids the browser trying to ask for one) it'd just crash. It reminded me", "context": "", "use_case": "transpiler and bundler", "switched_from": "", "story": "Rewriting Bun in Rust"}, {"id": 781419600, "item_id": 48838725, "url": "https://news.ycombinator.com/item?id=48838725", "by": "dfabulich", "date": "2026-07-08", "stance": "warn", "quote": "the state of the code was very, very bad. There were 13,000 instances of `unsafe`", "excerpt": "This blog post further undermines my trust in Jarred. He makes it sound like Claude did a fantastic Rust rewrite, and \"the work continues.\" But when the Rust port merged to main, the state of the code was very, very bad. There were 13,000 instances of `unsafe`, no Miri tests at all, and, sure enough, it exposed UB in safe Rust. https://github.com/oven-sh/bun/issues/30719 Observers could see this coming from a mile aw", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Rewriting Bun in Rust"}, {"id": 781404160, "item_id": 48837760, "url": "https://news.ycombinator.com/item?id=48837760", "by": "mindwok", "date": "2026-07-08", "stance": "warn", "quote": "it has drastically reduced Bun's appeal", "excerpt": "I don't think irresponsible is the right word, but it has drastically reduced Bun's appeal. All the tools we use have a brand to them, and Bun basically changed their brand overnight to \"reckless\" in my eyes.", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "TypeScript 7"}, {"id": 781378816, "item_id": 48836176, "url": "https://news.ycombinator.com/item?id=48836176", "by": "m3h", "date": "2026-07-08", "stance": "warn", "quote": "while doing a responsible migration (looking at you, Bun)", "excerpt": "The speed up numbers based on their testing: Codebase | TypeScript 6 | TypeScript 7 | Speedup ------------|--------------|--------------|-------- vscode | 125.7s | 10.6s | 11.9x sentry | 139.8s | 15.7s | 8.9x bluesky | 24.3s | 2.8s | 8.7x playwright | 12.8s | 1.47s | 8.7x tldraw | 11.2s | 1.46s | 7.7x Congratulations to the team for pulling off this feat while doing a responsible migration (looking at you, Bun). Quic", "context": "", "use_case": "", "switched_from": "", "story": "TypeScript 7"}, {"id": 780343073, "item_id": 48771442, "url": "https://news.ycombinator.com/item?id=48771442", "by": "1gr14", "date": "2026-07-02", "stance": "recommend", "quote": "do it really faster than vite", "excerpt": "In my case, for my fullstack framework, I used vite on the server to add my own vite plugin, which can cut client-only code from server code. But it was really needed only when I use my framework with Vite. For example, if we use it with a clean bun setup, then I can do it with bun runtime plugins, which also allow me to modify code on the fly and do it really faster than vite. So I want to say that in server js code", "context": "builds a fullstack framework", "use_case": "runtime plugins for code transformation", "switched_from": "", "story": "Vite+ Beta"}, {"id": 780098784, "item_id": 48756174, "url": "https://news.ycombinator.com/item?id=48756174", "by": "newaccountman2", "date": "2026-07-01", "stance": "compare", "quote": "why would I use this over bun?", "excerpt": "I like cats and Rust, but why would I use this over bun?", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Show HN: Meow \u2013 The 4th and final JavaScript runtime and toolchain"}, {"id": 778826353, "item_id": 48676647, "url": "https://news.ycombinator.com/item?id=48676647", "by": "catapart", "date": "2026-06-25", "stance": "neutral", "quote": "It's just the discrepancy between not needing the newer version of vite/node on bun while invoking an error using deno.", "excerpt": "unfortunately, while the project is in the public domain, it's pre-alpha so I haven't made the repo public yet. but the project is structured the same as another public domain project I've built, and I just checked to make sure it has the same issue. I've gone ahead and made that project public so you can give it a try[0]. but, just to be clear, I don't think the message is wrong? The Node version on this machine is ", "context": "", "use_case": "running Vite project", "switched_from": "", "story": "Deno 2.9"}, {"id": 778817586, "item_id": 48676099, "url": "https://news.ycombinator.com/item?id=48676099", "by": "Tiberium", "date": "2026-06-25", "stance": "warn", "quote": "it's not full-on vibe-developed like Deno and Bun", "excerpt": "To be honest, Deno was cool in the past (I even somewhat promoted it on HN in some comments), but nowadays I'm disappointed in their lackluster approach to stability and testing (specifically in Node compat). I recently hit multiple Node compatibility regressions in Deno that were hard to debug, and it doesn't help that they use Claude for everything now, from actual fixes to writing blog posts (even this one). For e", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Deno 2.9"}, {"id": 778266433, "item_id": 48641652, "url": "https://news.ycombinator.com/item?id=48641652", "by": "esperent", "date": "2026-06-23", "stance": "compare", "quote": "Bun is becoming a strong node replacement candidate", "excerpt": "I'm still using node/npm and it's... fine. Every so often I read these posts and think I should change but node/npm is already a low friction part of my workflow. However, what I have seen is that a lot of other libraries I use have switched to Bun. I haven't seen any that switched to Deno, and so I've been under the impression that Bun is becoming a strong node replacement candidate while Deno is not, or at least th", "context": "", "use_case": "", "switched_from": "", "story": "Deno Desktop"}, {"id": 778029394, "item_id": 48626837, "url": "https://news.ycombinator.com/item?id=48626837", "by": "arikrahman", "date": "2026-06-22", "stance": "neutral", "quote": "May integrate move from Bun to using Deno here", "excerpt": "I've decided on using a Clojure/Flutter hybrid that gets the best of all worlds. May integrate move from Bun to using Deno here https://codeberg.org/arik/clutter", "context": "", "use_case": "JavaScript runtime", "switched_from": "", "story": "Deno Desktop"}, {"id": 777859776, "item_id": 48616236, "url": "https://news.ycombinator.com/item?id=48616236", "by": "pieter", "date": "2026-06-20", "stance": "warn", "quote": "tons of issues appeared. Use-after-free bugs when a client disconnects", "excerpt": "I was willing to gloss over the AI usage because I really like the Bun DX. I used Bun in Shell scripts and small prototypes before and decided to use it for something bigger. But then in a week or so of use, tons of issues appeared. Use-after-free bugs when a client disconnects (both in Zig and the Rust port, funnily enough) which will kill Bun. Unimplemented feature which just return \u201c0\u201d always. Many backpressure bu", "context": "", "use_case": "JavaScript runtime, scripts, prototypes", "switched_from": "", "story": "Bun has an open PR adding shared-memory threads to JavaScriptCore"}, {"id": 771837201, "item_id": 48239825, "url": "https://news.ycombinator.com/item?id=48239825", "by": "sheept", "date": "2026-05-22", "stance": "warn", "quote": "Can the same be said of Bun, which switched to an entirely different language in a single, million-line PR?", "excerpt": "Deno's LLM contributions have been smaller in scope, so they're more likely to be reviewed by a human, and the codebase remains understood by its contributors. Can the same be said of Bun, which switched to an entirely different language in a single, million-line PR?[0] [0]: https://github.com/oven-sh/bun/pull/30412", "context": "", "use_case": "JS runtime", "switched_from": "", "story": "Yt-dlp \u2013 [Announcement] Bun support is now limited and deprecated"}, {"id": 768254080, "item_id": 48015880, "url": "https://news.ycombinator.com/item?id=48015880", "by": "STRiDEX", "date": "2026-05-04", "stance": "warn", "quote": "i would never ship a service at work on bun", "excerpt": "I don't think bun worked well before the acquisition. Don't get me wrong, i used it all the time for little scripts, but i would never ship a service at work on bun. Between memory issues and incompatibilities that never get fixed, it is a nice toy to me that did a great job of exposing room for improvement in nodejs. For example, i'd been following this issue https://github.com/oven-sh/bun/issues/14102 and eventuall", "context": "", "use_case": "little scripts", "switched_from": "", "story": "I am worried about Bun"}, {"id": 768194096, "item_id": 48012131, "url": "https://news.ycombinator.com/item?id=48012131", "by": "pyrolistical", "date": "2026-05-04", "stance": "recommend", "quote": "I love coding with bun. It comes with everything.", "excerpt": "I love coding with bun. It comes with everything. For my projects I don\u2019t even need any additional dependencies. I use vanilla dom and sqlite", "context": "", "use_case": "project development", "switched_from": "", "story": "I am worried about Bun"}, {"id": 763411504, "item_id": 47713219, "url": "https://news.ycombinator.com/item?id=47713219", "by": "MegagramEnjoyer", "date": "2026-04-09", "stance": "recommend", "quote": "I've been very satisfied since I switched to Bun. It's fast and has a great standard library.", "excerpt": "I've been very satisfied since I switched to Bun. It's fast and has a great standard library. The node compat is the cherry on top.", "context": "", "use_case": "JavaScript runtime", "switched_from": "Node.js", "story": "Bun v1.3.12"}, {"id": 738038944, "item_id": 46127434, "url": "https://news.ycombinator.com/item?id=46127434", "by": "kabirgoel", "date": "2025-12-02", "stance": "recommend", "quote": "Bun feels focused on meeting me where I am.", "excerpt": "My team has been using it in prod for about a year now. There were some minor bugs in the runtime's implementation of buffers in 1.22 (?), but that was about the only issue we ran into. The nice things: 1. It's fast. 2. The standard library is great. (This may be less of an advantage over Deno.) 3. There's a ton of momentum behind it. 4. It's closer to Node.js than Deno is, at least last I tried. There were a bunch o", "context": "team using it in prod for about a year", "use_case": "production JavaScript runtime", "switched_from": "", "story": "Anthropic acquires Bun"}]}