42 ms·

I am worried about Bun

523 points by remote-dev 5mo ago

butterlesstoast 5mo ago
>Even though I personally am moving some projects away from Bun, don't take my advice as gospel. Always appreciated nuance.
- remote-dev 5mo ago
  These are just my opinions man :)
deleted 5mo ago
[deleted]
jmuguy 5mo ago
Why did you have to stop using Cursor? I ask this as someone that uses Cursor, but recently at a conference I heard it referred to negatively several times - but in a very vague sense. I don't really have a dog in the fight, I'm using it because thats what the other dev I work with is using.
- danaw 5mo ago
  just conjecture but possibly because of the rumored acquisition plans from SpaceX (that's why i stopped using it)
  - jmuguy 5mo ago
    ah ok, yeah that would give me pause as well.
- kristiandupont 5mo ago
  I personally switched back to vscode as I started using Claude and Opencode more for the AI flow, and I didn't see much added value any longer. Also, I was incredibly frustrated that they decided to hide the close button and finally, there were weird issues with editor groups spawning at unwanted times. They might be able to fix it, but I felt that they were starting to reach the limits of what you can do with a "live fork".
- veber-alex 5mo ago
  The main complaint about Cursor I see online is that it's expensive. Otherwise if you are looking for and IDE first approach with great AI integration it's the best product out there. I prefer it over CC/Codex.
- remote-dev 5mo ago
  There is the SpaceX acquisition rumor, but that's not why. I only use Cursor through the CLI, and while the UX of the CLI is pretty bad, I've found their harness (the prompts they use and orchestration of LLMs) to be nothing short of incredible. I can't comment on their agent development environment given I haven't spent a lot of time with it. The reason I'm moving away from Cursor is cost. Unfortunately, if you want to use the SOTA models from both OpenAI and Anthropic you basically have to go direct through their subsidized plans.
  - apsurd 5mo ago
    I agree with your assessment that the harness is incredible and so I get a ton of mileage out of Auto + Composer 2. This is my workhorse. Admittedly, with Opus 4.6+, GPT 5.5 I just haven't used them much and as I gain more experience I can see what the hype is all about. But to me, the answer isn't $200 max plan, it's bifurcating the work. Call me a spendthrift!
yabooey 5mo ago
Mostly in my day to day routine, where is use Claude Code maybe 90% of the time, I don’t see that it’s become that bad. Yes they’ve made some questionable decisions on API usage and OpenClaw but I feel like this post is making it out to be worse than it is. That being said I’ve been worried about the future of Bun anyway. Especially if the AI bubble pops. Then again, it’s open source.
james2doyle 5mo ago
Maybe look at https://void.cloud/ https://void.cloud/ (Edit: sorry, meant https://viteplus.dev/ https://viteplus.dev/, not Void cloud) They are not a runtime, but they do seem to be interested in wrapping a lot of tools with simple top-level commands
cute_boi 5mo ago
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’t think Bun will have many advantages after Node 26.
- pier25 5mo ago
  > and it has started supporting TypeScript out of the box Node only does type stripping though. If you want proper TS support you still need a compiler. > I don’t think Bun will have many advantages after Node 26 There are tons of advantages. For instance, Bun includes a lot of features that would need a third party dependency in Node: db driver, S3 client, watch mode, bundler, JSX support, etc.
  - dgellow 5mo ago
    Why would you want DB drivers and S3 clients in your runtime? That’s exactly what 3rd parties are for, you don’t want to have to update your runtime for a new version of your drivers
    - tpetry 5mo ago
      And a bug in a dependency you can fix easily. One in the runtime is much harder to fix and you then must compile new versions.
      - NetMageSCW 5mo ago
        And a supply chain attack is much easier with too many dependencies as well.
    - pier25 5mo ago
      Every approach has its pros and cons. OTOH the less you rely on third party deps, the less attack surface.
Sevii 5mo ago
I don't know, I've been using Claude Code since it came out and it really doesn't seem to be getting worse.
- Rekindle8090 5mo ago
  [dead]
- JamesSwift 5mo ago
  I envy your experience. Its driving me crazy on a near daily basis now.
  - dgellow 5mo ago
    But are you saying the harness is driving you insane? Or the model? Because Bun is,only the harness, and that part has been improving over time if you stay on the stable channel
    - JamesSwift 5mo ago
      Its the product overall, and its impossible to say where the issues are but I tend to think not the model since the changes seem to be able to occur overnight. So likely a combo of harness and service-layer.
    - redsocksfan45 5mo ago
      Which of the two is responsible for it ignoring being in Plan mode and trying to implement shit instead of just writing up a plan?
      - dgellow 5mo ago
        The model I believe. Also a pet peeve of mine…
  - wombat-man 5mo ago
    I'm still getting pretty good code out of it, but I only use it on side projects. Is the issue with their odd limit system?
AntonyGarand 5mo ago
I disagree with the overall premise: Before the acquisition, Bun had to figure out how to monetize at some point. Now, even though their parent company does some shitty practices with their other software (claude code), it's a stretch to assume this will also translate into making Bun worse: Being worried makes sense but I remain optimistic about Bun. Especially given the context of both of these different context: Claude Code is a gem of Anthropic, experiencing extreme growth and where any of its change can result in billing issues. Bun is a JS runtime, and regardless of its growth, can focus on being the best runtime possible: It doesn't impact billing nor the bottom line of Anthropic, so they don't have to rush out patches due to abuse unlike CC. It's unclear how it will pan out over the next years, still very early on the acquisition to see if anything will change, but I'm not concerned just yet.
- mawadev 5mo ago
  Just 3 days later from the blog post, a branch with a potential vibe rewrite from zig to rust surfaced in the bun repo
  - lelanthran 5mo ago
    This looks like a vanity project: the value gained switching from zig to Rust is likely to be negative at best, without even the usual caveat devs use of "learned a new skill".
- remote-dev 5mo ago
  This is a good take, and I hope you're right. One favorable way to phrase it for Anthropic is they acquired Bun because CC and other internal tooling depended on it so heavily and they questioned it's future as purely OSS. It remains to be seen how things will actually unfold.
  - sroussey 5mo ago
    Own your supply chain. Reduces risk.
  - 5mo ago
the__alchemist 5mo ago
Look at them! They're like loaves of bread that hop.
wxw 5mo ago
> Will we see issues start popping up in Bun that make it seem like the team doesn't even dogfood their own product? I don't know, but I'm not sure I want to continue using it just in case. I sympathize with the general premise. The reaction to move away seems pre-mature though. It sounds like `bun` is still performing just as well as before, and this sentiment isn't based on concrete changes. I also wouldn't expect infrastructure like `bun` to evolve in the way a consumer-facing product, especially one scaling as quickly as Claude Code, can.
- DrBenCarson 5mo ago
  Disagree, you definitely don’t want to be looking back saying “hm I knew it, I saw the signs, should have trusted myself” Plus it’s not a huge lift right now
  - srdjanr 5mo ago
    Genuine question: why not just wait? If Bun stays great, you saved yourself some time for switching, and got to keep using Bun. If Bun worsens, you spend the same time for switching, just moved a bit later, and got to use Bun for a little longer.
    - NetMageSCW 5mo ago
      What happens to every new project you start on bun and have to switch?
b4rtaz__ 5mo ago
Personally, I suspect that Bun is a Silicon Valley attempt to lock some companies into its stack (similar to what cloud providers, Next.js + Vercel do). Especially now that Anthropic has become an owner, I'll be keeping Bun at a considerable distance. The funniest part to me is that 10–15 years ago, companies were stuck in the development process due to binary (closed) dependencies. Now they're jumping into the same trap under a different name. Maybe I’ve missed some scandals, but so far OpenJS Foundation is the best thing that has happened for the JavaScript ecosystem.
0sql 5mo ago
Does bun have a formal roadmap? I occasionally see some the changes that Jarred posts on X, and I wonder if they're really meaningful or not (perf improvements are always good). It also seems like a lot of the recent contributions are ai authored. I tried using bun for a project earlier this year and learned that you can't use testcontainers(works fine w/ Deno).
- papichulo2023 5mo ago
  I dont think so, but recent release includes a terminal markdown renderer built-in which means, even if handy, most of the focus is to make Claud Code great. I am not worried though, at least no yet.
neoden 5mo ago
what a nice way to write an article!
hjort-e 5mo ago
vite and it's ecosystem is actually becoming the unified toolchain with vite+. IIRC pnpm will also be the preferred package manager in the tool
- wg0 5mo ago
  There's a VC behind that too.
  - hjort-e 5mo ago
    It has eject functionality and all the subcomponents are independent open source projects.
deanc 5mo ago
Let them cook. Anything that they can do to get rid of the absolute hell that is dependencies in the JS ecosystem is worthwhile. I really don't care what they add as long as it's maintained
rtrigoso 5mo ago
I agree with OP, and understand why to some it feels premature. We live in a vastly different world than before, where people are more conscious of ethical concerns and willing to stand on their ground to avoid repeating past mistakes. It might be premature from a tech standard, but it makes sense from an ethical concern. I don't think misconduct is as easily backtracked as it was before and preemptive measures are needed to avoid the large impact that those decisions make.
- pjmlp 5mo ago
  Given the complaints about Firefox and Safari not adopting Chrome OS Platform APIs, and shipping Chrome all over the place, I am not sure about people standing on the ground and ethical considerations.
- constantius 5mo ago
  > where people are more conscious of ethical concerns and willing to stand on their ground to avoid repeating past mistakes Would be interested to hear what makes you say that. I don't see anyone being conscious of ethical concerns more than they were before. I can see slightly more BDS people, for example, but outside of that not much.
pyrolistical 5mo ago
I love coding with bun. It comes with everything. For my projects I don’t even need any additional dependencies. I use vanilla dom and sqlite
- remote-dev 5mo ago
  The built-in sqlite and testing functionality is the reason I started using it over pnpm/Node.
  - pkilgore 5mo ago
    Node has both built-in sqlite and testing functionality. Lots of reasons to like bun! But these two are interesting ones...
    - silverwind 5mo ago
      I hope Node eventually gets a WebSocket server like Bun has.
jonas21 5mo ago
The issues with Claude Code lately look to me like symptoms of being part of a service that is experiencing insane growth (fastest growth in history, by far [1]), while being severely constrained on adding capacity (GPUs are hard to get quickly right now, even if you have the money). I assume they're constantly fighting fires trying to keep the core use cases of Claude Code working, even if that means limiting OpenClaw usage in somewhat draconian ways. It's annoying, but I don't see this as a bad thing at all for Bun. [1] https://www.axios.com/2026/04/13/anthropic-revenue-growth-ai https://www.axios.com/2026/04/13/anthropic-revenue-growth-ai
- ieie3366 5mo ago
  [dead]
- parliament32 5mo ago
  No, all the issues are symptoms of trying to slop-code a functional product. Anthropic has admitted they dogfood heavily, and issues like [1] from the article could only be caused by a text generator.. I refuse to believe Anthropic employees are that stupid. [1] https://youtu.be/J8O9LLpJNrg?t=1201 https://youtu.be/J8O9LLpJNrg?t=1201
twoodfin 5mo ago
I’m confident that any unhappiness with Claude Code is at least 95% downstream of Anthropic seeing demand scale their revenue by ~3X in 6 months from a $multi-billion annual base. Their product focus, roadmap, or execution is likely a rounding error in the face of that tsunami. Frankly, it’s shocking they’re doing so well relative to, say, GitHub.
suck-my-spez 5mo ago
I still don't think Bun is production ready. We just ripped bun out of a bunch of our production sevices. CPU runaway and memory leaks. All solved by switching back to nodejs.
pier25 5mo ago
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.
wg0 5mo ago
OpenAI and Anthropic both are destined to doom for sure. There's no way around it and it is all in the math. Bun would be a causality. It is only a matter of time. Only company that would survive the AI race - the one where the current wave was actually invented along with the research paper, the libraries and even specialised hardware: Google. Google has a serious problem with its product management culture (long list of products and projects, people even skeptical of Flutter) otherwise they would have surpassed Anthropic long ago.
- CSSer 5mo ago
  Doesn't seem that bad if you're convinced they're the only viable market dominator.
- Scarbutt 5mo ago
  That's assuming Google can outpace Nvidia, which may or never will. Nvidia is not just going to sleep on it.
- cmrdporcupine 5mo ago
  Google seems profoundly uninterested in the agentic coding world though. gemini-cli is underwhelming, Antigravity not super compelling, and the Gemini model itself absolutely terrible and non-competitive in basic tool use necessary for coding, even inside their own harnesses. It's fine for other purposes though. Which are arguably a much larger and lucrative market.
Imustaskforhelp 5mo ago
Aube[0] seems interesting to me, I have submitted it as show HN after hearing about your post. Its created by the same person who has made mise and I actually discovered it when I was browsing through on mise.en.dev website I still use bun, but I think that there are some other pathways so I am not that worried about myself personally. But that's also because I most often than not code in golang rather than typescript/javascript [0]: https://aube.en.dev/ https://aube.en.dev/
iceboundrock 5mo ago
Regardless of Anthropic/ClaudeCode, PerryTS[1] looks like a very promising competitor to Bun. [1]: https://github.com/PerryTS/perry https://github.com/PerryTS/perry
- evertheylen 5mo ago
  This is cool! But AFAIK bun promises to be a one-stop-shop for all your JS/TS dev needs, while Perry is "just" a compiler from Typescript to native executables.
- dgellow 5mo ago
  I would mention deno as the main competitor
  - herpdyderp 5mo ago
    Personally I much prefer Deno as it's also doing a lot more work to unify the backend and frontend JS APIs.
    - dgellow 5mo ago
      Yes, same for me. I was skeptical at first but things have really improved over the past 2 years
  - hungryhobbit 5mo ago
    I would too ... but not as the winning competitor. For their first year two of existence, bun tried to do npm, but better. For the first year or two of their existence, Deno tried to reinvent npm. The key result is that after that first year or two Deno had to walk back their decisions, to create a Node-ecosystem-compatible tool .. and as a result, they're now significantly behind bun (at least by all metrics I've seen).
    - dgellow 5mo ago
      I know, early deno was rough and frustrating. But it is now _the_ main competitor to Bun. What makes you say it is behind? Are you talking about features or usage?
DrBenCarson 5mo ago
I made this exact same decisions (bun -> pnpm) for similar reasons, mostly bc I didn’t like how haphazardly a core part of the stack was being vibe coded. Too many changes too quickly for something that’s supposed to be stable
deleted 5mo ago
[deleted]
TheSamFischer 5mo ago
[dead]
esafak 5mo ago
Don't fret; the creator of mise has released a faster alternative: https://github.com/endevco/aube https://github.com/endevco/aube
- exographicskip 5mo ago
  Big mise fan. Basically took the baton from asdf and added way better performance and dx. Odd that aube is missing deno from their benchmarks though
reactordev 5mo ago
Just look at the "new" documentation. It's full on AI slop.
fhn 5mo ago
I wonder why Anthropic chose to spend money on Bun when they could have easily spend that resource on Go which is fairly easy to use and fast. I'm sure their SWEs could easily everything things in Go. Anyone have insight on why?
- siva7 5mo ago
  One of them is a much more efficient but obscure programming language from a competitor, the other is what the web is built on.
  - debugnik 5mo ago
    In what world is Go an obscure programming language??
    - MoonWalk 5mo ago
      The world of many, many companies.
    - wiseowise 5mo ago
      In 2026 world, whilst you're advocating for 1980.
      - debugnik 5mo ago
        I'm not advocating for anything in this thread, and definitely not for Go's outdated language design, although Typescript is so unsound it isn't better in my book. But obscure is not synonym for regressive.
- zwarag 5mo ago
  My guess: JavaScript runs in the Browser as well as on the OS. That way you can train a model to be able to interact with both fairly simple. You can also see that their harness, claude-code is also written in js. So I guess they are quite invested in that language anyway.
- deleted 5mo ago
ezekiel68 5mo ago
Ugh. I hate these "guilt by association" hit pieces. Nothing is wrong and yet we must signal our virtue. Might as well just open our pants and wave our wangers, hoping for a better world
- deleted 5mo ago
  [deleted]
- hootz 5mo ago
  If Disney acquired your favorite IP, wouldn't you get worried?
  - ezekiel68 5mo ago
    Yes, but I wouldn't stop watching the originals. And I wouldn't stop watching anything until I saw what came out.
ericyd 5mo ago
The author closes by enumerating some of the things they like about Bun which are not included in pnpm. The list is basically: native TS support, a vite-style bundler and a vitest/jest style test runner. Other than a bundler, Node already has all of these. Different test runner syntax maybe but otherwise TS "just works" out of the box and their built in test runner is totally capable. Not sure I see the need for such a lament over Bun.
- pjmlp 5mo ago
  Additionally, with Typescript compiler rewrite, it is even less relevant.
- hootz 5mo ago
  When did Node add native TypeScript? Can you run "node main.ts" directly without any dependencies?
  - jazzypants 5mo ago
    January of last year. Yes. https://nodejs.org/en/blog/release/v23.6.0 https://nodejs.org/en/blog/release/v23.6.0
    - hootz 5mo ago
      That is type stripping and is incompatible with syntax that requires transpilation, so it is not native TypeScript support.
      - ifwinterco 5mo ago
        Isn't that mostly just enums? Is there anything else that doesn't run as valid JS if you strip the types (and maybe some other extra keywords)out? Genuine question, in my head there's not much, but TS has a few weird corners I maybe haven't used
        silverwind 5mo ago
pjmlp 5mo ago
I still see no monetization with Bun and Deno to keep them going. You see this all over the place with other programming languages. The ones that have bleeding edge features do so, because there are companies, or universities (for their PhD and Msc thesis), that invest into those ecosystems. In the end nodejs will keep improving, with Microsoft and Google's baking, and that will be it.
frankfrank13 5mo ago
TLDR; > Claude Code appears to be enshittifying. So now I have to worry that Bun could enshittify too
lrvick 5mo ago
pnpm is even worse. There is no way to bootstrap it without binary blobs making it an easy target supply chain attack waiting to happen that could hide in plain sight indefinitely.
- pjmlp 5mo ago
  Do you use Gentoo as OS?
  - lrvick 5mo ago
    I did for over a decade, but it does not go far enough with supply chain security. I bootstrapped a new generation of Linux distribution from 180 bytes of human readable x86 machine code all the way up. https://stagex.tools https://stagex.tools
    - wk_end 5mo ago
      You should probably caveat any post you make about security concerns with that, so people can more easily judge whether your concerns line up with their threat model.
      - lrvick 5mo ago
        With supply chain attacks in the news daily now wreaking havoc across the whole industry, ignoring them is negligent in all cases where software is written for the consumption of anyone other than the author. The entire medical industry was negligent for 100 years following Ignaz Semmelweis proving basic sanitation tactics would save countless lives. Similarly the entire software industry is and has been negligent since 1987 when Ken Thompson first demonstrated basic supply chain integrity tactics could stop otherwise unstoppable and undetectable attacks on software.
coolThingsFirst 5mo ago
Bun does great on their own benchmarks.
theusus 5mo ago
Bun is basically a wrapper over JSCore. I don't think it's that big of a feat. Furthermore they are heavily invested in vendor specific APIs which I think is not good.
- HumanOstrich 5mo ago
  Using that logic, Node.js is just a wrapper over V8.
  - theusus 5mo ago
    Indeed it is
    - HumanOstrich 5mo ago
      Great!
AtNightWeCode 5mo ago
One thing is sure. Claude has become terrible. Criticize any code Opus 4.7 created and it starts a blame game. Also. It denies that a version 4.7 even exists. Will look into moving back to ChatGPT that I quit because the mandatory spyware bs they added which I believe they nuked.
deleted 5mo ago
[deleted]
josefritzishere 5mo ago
Ray Bradbury foresaw this.
agosta 5mo ago
Umm, just use Deno? Everything author seems to love about Bun exists in Deno.
- MoonWalk 5mo ago
  Seriously. This baffling omission undermines the credibility of the whole thing. "I want a serious Node.js alternative." So you ignore the one developed by the same guy?
zimbatm 5mo ago
Is there actual evidence coming from the Bun project itself? Otherwise it's just FUD.
gwd 5mo ago
> But from the outside, Claude Code looks like a tool moving in the wrong direction. More restrictions, billing weirdness, surprise behavior based on text in commits. That is textbook enshittification. I've never used Claude Code, but this person doesn't understand what "textbook enshittification" means. "Enshittification" is a feature of certain kinds of business models, progressing through the following stages: 1. Giving away a product free to users, subsidized by venture capital, to gain a monopoly 2. Switching to advertising, then abusing users on behalf of the real customers, advertisers 3. Using monopoly power to abuse real customers (advertisers) to extract as much money as possible Anthropic's business model doesn't have a "user / customer" dichotomy; their paid users are their customers. And they don't have a monopoly they can use to extract money yet. ETA: In other words, "Enshittification" isn't just random; you're making the user experience worse in order to make advertiser experience better; and then making advertiser experience worse in order to extract maximum profit. The only complaint that could vaguely be related to profit is the OpenClaw stuff, and that's entirely due to trying to keep the "all-you-can-eat" model for non-OpenClaw users, rather than having to switch everything to metered.
- deleted 5mo ago
  [deleted]
lstodd 5mo ago
What is there to worry about? If we believe AI crowd, Bun and entire JS ecosystem is done for. Dead. Nothing to worry about since nothing's left. If as claimed everyone and his malnourished cellar rat can whip up a SaaS on a whim, then why that SaaS should be built upon chromium+js+http instead of tcp+native ui? Remember, choice of ui is no longer a constraint. Nothing is a constraint or so they say. So it follows that all this javascript stuff can at last die.
AYBABTME 5mo ago
That's a lot of very large jumps to come to the conclusion that Bun isn't going to turn out well.
afavour 5mo ago
This isn't anything new and I feel the same way about Deno. We can argue about exactly how much trouble any runtime is in today vs yesterday vs tomorrow but VC funding of a javascript runtime feels inherently unstable to me. The key question is how much unique tooling you're relying on. If you can switch to Node tomorrow, great. If you can't, make sure you have a contingency plan.
- cmrdporcupine 5mo ago
  The problem is this. If not VC funding, then what? Volunteer work? So other people can make money off it? Our industry has no answer how to fund infrastructure. You've got FAANG companies using open source projects built by volunteers and doing meagre grants every once in a while, not nearly enough to pay a SWE salary. A smattering of hard to get grants from NLnet, etc. And then places like Anthropic or Grok or OpenAI "buying" open source teams to pull them inside, which inevitably leads to drama. I don't know what the answer is, but there's a serious issue here. Similar situations in the 80s were why the FSF was founded and the GPL established. (Not to fund, but to protect the rights of authors and users)
  - b40d-48b2-979e 5mo ago
    Perhaps runtimes used to make companies profit shouldn't be free if we're not funding those services in a way we do other public services (taxes)? I never thought I would come around to the Java way of thinking on this, but companies are abusing the public good.
namuol 5mo ago
I see the word “enshittify” being thrown around casually about Claude Code. We’re far from that part of the Enshittification cycle still. This is just a mismanaged product and the result of an extremely competitive market that moves too fast. Never attribute to malice that which can be adequately explained by incompetence, etc.
- estimator7292 5mo ago
  Yeah, I'm none too happy with anthropic right now, but what's happening to Claude code is just your typical garden variety mismanagement of a project that grew way too fast for its owners to reasonably handle.
- NetMageSCW 5mo ago
  Their third part harness move seems like more than incompetence.
forrestthewoods 5mo ago
Claude is currently unusable for me on Windows because bun keeps crashing :(
moomoo11 5mo ago
Why do people use bun? Would like an answer from an actual experienced / staff tier or higher engineer.
- sroussey 5mo ago
  Simplicity. bun file.ts And it’s been this way for years. Don’t care about what’s in a package.json file or if there is one. Can do this without tsconfig file as well.
  - MoonWalk 5mo ago
    How is that better than Deno?
  - kigiri 5mo ago
    Also this works on node too now, don't sleep on node improvements
  - moomoo11 5mo ago
    Really? This was like a intern level response lol
- bel8 5mo ago
  I'm no staff+, but the tooling (package manager and TypeScript runner) is very fast. bun run is <1s for my projects, while watching for file changes. So the iteration speed is quite pleasant.
nwienert 5mo ago
Bun has never really been well run. Every feature it had was full of bugs and gaps. And every release fixed a few but broke others. They released more major features and breaking changes in their last patch release than most software sees in two major versions. I've been using it just as a script runner and npm package manager basically, and it's incredible the amount of work you have to do to find "good" versions. We've had patch versions suddenly freeze on install more than once, we couldn't upgrade for quite a while due to this. I think they broke postinstall scripts with trustedDependencies entirely two minor versions ago - not a mention in release notes, and somehow no one reporting it in GH issues. In 1.1 or so you could get Bun to do trustedDependency builds in postinstall, and then after that you couldn't. I looked around for release notes and saw nothing mentioned. It's been broken for months.
- nulltrace 5mo ago
  There's a GitHub issue for the freeze thing. Their security scanner passes the full dep list as CLI arguments, large monorepo on Linux and you blow past ARG_MAX. Spawn silently hangs, no error, --ignore-scripts doesn't help because the scanner is separate from postinstall. Been broken since 1.3.5 at least.
MoonWalk 5mo ago
"I want a serious Node.js alternative." Then you could have been using Deno, like many of us, for years.
- qudat 5mo ago
  Wild example as it has been corrupted by VC money as well. I wouldn’t touch deno either.
  - mark_and_sweep 5mo ago
    What do you mean by corrupted? Been using Deno happily for many years now. Did I miss anything?
    - kigiri 5mo ago
      Nothing, Deno raised capital back in 22 https://deno.com/blog/series-a https://deno.com/blog/series-a
  - b40d-48b2-979e 5mo ago
    Corrupted how?
photios 5mo ago
"Friendship ended with Bun, now pnpm is my best friend" the post...
avsn 5mo ago
Nothing to worry about anymore, the ship has sailed the moment it was acquired.
robertjpayne 5mo ago
All these complaints about Claude code are mostly resolved if you pay for your usage with direct API pay as you go. It’s not cheap but nearly all the complaints I see about Claude code are due to the fact the subscription plans seem unsustainable from a cost perspective.
- dboreham 5mo ago
  I use the subscription and so far have had no problems.
deleted 5mo ago
[deleted]
jpsimons 5mo ago
I just spent a couple hours migrating my knife sharpening website backend from Bun to Node. Feels good to avoid that lock-in. I was initially gung-ho for Bun but increasingly unsure about it. Things I'll miss for sure: - Querying sqlite with tagged template literals - Bun.password.verify being argon2 is a better default - HTML imports - JSX transpilation - Auto loading .env file https://burlyburr.com https://burlyburr.com, which hits https://backend.burlyburr.com https://backend.burlyburr.com
- AbuAssar 5mo ago
  Node supports auto loading .env and also supports sqlite
  - jpsimons 5mo ago
    Sure, but at least on Node 22 I think I have to pass `--env-file=.env` option to make it pick up .env.
    - afavour 5mo ago
      Certainly true but there’s a line between “better DX” and… well, kinda laziness
      - traderj0e 5mo ago
        Yeah I don't want it to silently read magic config files
    - AbuAssar 5mo ago
      There is also 1 line to load .env in node without passing an argument
- zarzavat 5mo ago
  Why not just write a small helper library to add back the features you miss? Node includes SQLite and Argon2 at least, if the issue is the interface then that is easily fixed.
jillesvangurp 5mo ago
Here's how I evaluate whether I'm going to use a given bit of OSS: - Is the project important to me or can I replace it? If the latter, I'm more likely to allow failures of other criteria. If not, I need to be more strict. Bun is easy enough to replace if something were to happen to the project. Easy come, easy go. - Are there any red flags in financing that could become problematic? Many VC funded OSS companies fail this test for me. What happens when they don't make it? What happens post IPO if they do? What happens when they get acquihired? Mostly that's up to share holders, not developers. Most VC funded companies actually don't make it and that's normal in the VC world. A few companies make it, everything else fails quickly. And there are a few examples of projects that have changed licenses under pressure of shareholders. That's why this is a red flag to me. I've used Redis and Elasticsearch, for example. And I switched away from Mongo before they changed the license. I used Terraform before they open sourced. All negative examples here. Bun initially wasn't great on this. But the Anthropic acquisition has improved things a bit. It's still a risk. But it's unlikely they have any plans for Bun other than just keeping it alive by employing the main people working on it. Anthropic itself might still fail of course. - Has the project been around for a long time. If so, it likely has a stable community and funding. There are no guarantees but the older the better. Bun is pretty newish still. - Is the project stable and under active development? If it's stable because nobody makes changes anymore that's usually not a great sign. If it is stable despite a lot of active development, that's really positive. It means somebody competent is in charge. Bun seems pretty good on that front. - Is the project otherwise structured right to be future proof. For me future proof is a combination of contributor community, commercial activity, and licensing. The more diverse the contributor community the better. If there are multiple companies sponsoring and making money of a project, that makes it less likely that a single one can hijack it for their own good. This is more common with permissively licensed software (but there are exceptions). Bun doesn't have much commercial activity around it and the regular contributor community is tiny. One person seems to be doing most of the work with only a handful of notable other contributors that are probably all Anthropic employed at this point. Out of these, the dependence on a single person looks the most problematic to me. So, the overall score for bun is not perfect (there a few potential red flags) but I'm happy to risk using it because it's not that critical to me and easily replaceable. My read of the whole Anthropic acquihire is that it is an improvement over the starting point which was a VC funded company that was probably going to fail otherwise. Otherwise, good tech and generally nice to use. I could see Anthropic going bad and this project surviving in one form or another. So, that doesn't have to be a show stopper.
orliesaurus 5mo ago
has anyone forked bun?
Jarred 5mo ago
I work on Bun, and this post is confusing to me. Me personally and the Bun team continues to dogfood & make Bun better everyday. Our development pace has only gotten faster. Bun's stability has improved significantly since joining Anthropic. Here are some things shipping in the next version of Bun: - 17 MB smaller Windows x64 binaries [0] - 8 MB smaller Linux binaries [1] - `--no-orphans` CLI flag to recursively kill any lingering processes spawned [3] - SSL context caching for client TCP & unix sockets, which significantly reduces memory usage for database clients like Mongoose/MongoDB [4] - Experimental HTTP/3 & HTTP/2 client in fetch [5] - Experimental HTTP/3 support in Bun.serve() [6] - Bun.Image, a builtin image processing library [7] (Along with several reliability improvements to node:fs, Worker, BroadcastChannel, and MessagePort) The Anthropic acquisition also means Bun no longer needs to become a revenue-generating business. We are very incentivized to make Bun better because Claude Code depends on it, and so many software engineers depend on Claude Code to help get their work done. [0]: https://github.com/oven-sh/bun/pull/30219 https://github.com/oven-sh/bun/pull/30219 [1]: https://github.com/oven-sh/bun/pull/30098 https://github.com/oven-sh/bun/pull/30098 [2]: https://github.com/oven-sh/WebKit/pull/211 https://github.com/oven-sh/WebKit/pull/211 [3]: https://github.com/oven-sh/bun/pull/29930 https://github.com/oven-sh/bun/pull/29930 [4]: https://github.com/oven-sh/bun/pull/29932 https://github.com/oven-sh/bun/pull/29932 [5]: https://github.com/oven-sh/bun/pull/29863 https://github.com/oven-sh/bun/pull/29863 [6]: https://github.com/oven-sh/bun/pull/30032 https://github.com/oven-sh/bun/pull/30032
- sebmellen 5mo ago
  Saying that you “work on Bun” is such a radical understatement. I have my reservations about Anthropic, but I don’t see how Bun could go wrong with you at the helm. And I’m sure that you are putting the stability and funding of a larger organization to good use :) I’ve been a Bun maximalist since the beginning. Thank you Jarred!!!
  - tkel 5mo ago
    Perhaps it could go wrong because he uses AI robots to generate responses to issues on claude code that are also generated by AI robots? Just bots talking to each other like moltbook. It shows a level of AI maximalism that is absurd, concerning, and funny. But probably par for the course for someone working at Anthropic. I can imagine being surrounded by people doing similarly foolish things only encourages the foolery.
sibeliuss 5mo ago
This is all so speculative and whatevs
- robomc 5mo ago
  "I have a vague concern, so I'm now using a shittier toolchain. You shouldn't do it though." is a weird post format.
tracker1 5mo ago
TBF, I really haven't done much of anything with Bun other than occasional module testing. I mostly use Deno for my day to day, including a lot of shell scripts the past few years. I liked the newer ergonomics a lot, direct module references in repositories is really nice for shell scripts. That said, I'm worried about them having good enough monetization while keeping features open... or at least able to be replicated by others. So I can understand some of the concerns.
keybored 5mo ago
tl;dr: I have concerns. Not because Bun is bad. Bun is great. It is not bad. But Claude was good. And now it is bad. Bun is owned by Anthropic. Transitive property. Maybe. I hope I’m wrong.
concretereturns 5mo ago
test
thot_experiment 5mo ago
Why people use Deno and Bun over Node? I think it's neat that there are competitors for JS runtimes, but I really don't understand what advantages I'd get by swapping to one of these over Node. Bun has no REPL and worse JS engine, Deno is just Node with a restrictive, annoying permission system and no sqlite. Both claim better performance, but that only seems true in cherrypicked benchmarks, and in my tests (granted about a year ago at this point) both alternatives under-performed Node in my workloads. What am I missing? EDIT: Actually I just remembered I delivered a small ERP tool to a business a while back and I did opt to use I think Bun for that because it had the most robust tools to wrap a project into an `*.exe`, that was definitely a better experience than Node. Though since that was dependency-less JS I did the whole thing using Node and then just shipped it with Bun.
- kevinmgranger 5mo ago
  Deno has sqlite: https://docs.deno.com/examples/sqlite/ https://docs.deno.com/examples/sqlite/
  - tkel 5mo ago
    So does node, since v22: https://nodejs.org/api/sqlite.html https://nodejs.org/api/sqlite.html They even added sql template string queries like recent popular libraries in v24. I just built a project using it.
  - thot_experiment 5mo ago
    Ah my mistake, this wasn't the case last I used it, thanks for pointing this out, I checked briefly and referenced stale data.
- lugoues 5mo ago
  I like Deno because there is no "install" step for users, you just run it.
- crubier 5mo ago
  The Bun DX is infinitely better than Node's, especially for Typescript projects
whimsicalism 5mo ago
Millenials of the redditor class desperately need a moratorium on the word enshittifying.
periodjet 5mo ago
The term “enshittification” really ruins (one might say “enshittifies”) any article it’s in.
roywiggins 5mo ago
> That is textbook enshittification. Technically, no, not textbook enshittification. Enshittification was originally meant to refer to companies squeezing two-sided markets, not products just getting kinda worse.
STRiDEX 5mo ago
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 https://github.com/oven-sh/bun/issues/14102 and eventually all the libraries shipped "if bun do x" into them, which is the opposite of compatibility.
- tkel 5mo ago
  Yes, I've tried to run it in production on a couple projects. I had to back out from bun to node on both. One, there were huge memory leaks like you mentioned. The other, there were API differences that threw errors, in TextDecoderStream and such. Decided I won't try again until bun v2.
- deleted 5mo ago
  [deleted]
bricss 5mo ago
Are Bun and Deno in the room with us right now?
jwpapi 5mo ago
I think the motion that Claude Code and Anthropic has is trying to force-hide stuff from you. Some hopefully remember the shitstorm that happened, when they changed. Reading xxx.yy to reading 1 file or reading 2 files. More changes like this came and they were not or very hard to configure. I understand the business idea behind it. Make them to use AI as much as possible, get the human out of the loop. More training data. More Token Usage JUHUU. However I think that made Claude Code so much worse and so much more untrusthworthy. It’s a sneaky attempt to take away the driving wheel from you. And if you follow that logic, way more and way more things seem reasonable. But mainly for now it just generated a lot of distrust for me
kk_mors 5mo ago
[dead]
traderj0e 5mo ago
So who controls NodeJS? https://openjsf.org/governance https://openjsf.org/governance has Microsoft as the chair. And Microsoft owns npm. It's kinda hard to avoid a corp controlling these tools. The author seems more focused on the thing where Anthropic fights OpenClaw usage unless you have the right billing set up for that. Frankly I just don't care about those complaints, all the LLM services want you to set up a non-subsidized billing method to use OpenClaw because it uses lots of tokens. It doesn't mean they're going to crap on Bun. The only reason I don't use Bun is I never ran into a situation where Node didn't cut it. Even though my least favorite tech corp controls Node.
stopachka 5mo ago
This post seems to "throw doubt" on Bun, based on the OP's experience of Claude Code. But this seems unnecessary indirect. It's not like Bun is hidden software: it's open source and actively developed. So the more direct question would be: How has Bun actually been since the acquisition? From what I can tell they have been responding to users as fast as before, and improving the product as well as before.
chr15m 5mo ago
> team ships constantly Why do people want this? Shipping constantly is how software breaks. You want tools that are good and stable, not constantly churning. I wish software developers would wake up to the idea that velocity is not a marker of quality.
- cesarvarela 5mo ago
  Not shipping enough is how they die, too. It's hard to find a balance.
  - allthetime 5mo ago
    Not really. Careful, focused work can easily sustain daily, or almost-daily, shipping. We've been doing it for decades without LLMs. LLM-brain is pushing people into continuous by the hour shipping and it is absolutely unecessary and creating code at a rate that cannot possibly be kept up with in relation to quality, performance and security.
niksmac 5mo ago
+1 I'll stick with pnpm for now
jFriedensreich 5mo ago
Bun is basically a lost case in the same way that claude code is. Many people love both and thats fine as long it is their personal choice. But freedom loving orgs can never ever depend on either for anything ever or build anything on top. The main problem in this picture is projects who don’t understand or remember the internet explorer hell are using bun only features to a degree that you cannot just switch. Even opencode who should have the biggest aversion to depend on anthropic is doing this and it drives me insane. Have you all lost your mind or let your agents blindly lock you into whatever hell wants to own you?
mvdtnz 5mo ago
What an utterly baffling post. Moving away from a tool that you love proactively because you're concerned it might degrade in quality at some time in the future? Ok man whatever.
jedisct1 5mo ago
I’m even more worried after reading this: https://news.ycombinator.com/item?id=48016880 https://news.ycombinator.com/item?id=48016880 So Bun is going to become a fully vibe-coded codebase, with important details lost in translation. I’ve been a huge supporter of Bun, but now I’d be extremely reluctant to deploy it in production. It’s also a bit disappointing to see Jared change his mind so quickly. He’s an incredible developer with deep knowledge of how to write clean, maintainable, efficient code. But now it feels like his talent is being sidelined, and Claude has been given full control over the codebase. Claude Code itself seems to be built that way: they keep piling on new features every day, but it has become this big, bloated Frankenstein slug. Bun used to be a small, elegant, clean codebase. Now I’m worried it may turn into an unreliable mess.
jaspanglia 5mo ago
[flagged]
classicposter 5mo ago
A former engineer at Bun said that "there was too much vibe coding, but my opinion wasn't taken into consideration." https://paperclover.net/q+a/2506010139 https://paperclover.net/q+a/2506010139 > - too much ai chatter. so many examples of it failing to work. ill prove it by showing the most recent ai-generated pull request. yep, it’s failing. i will admit that my feedback on the above items were not very loud, but there has been no attempts to correct this vision.
socratic_weeb 5mo ago
>Claude Code appears to be enshittifying AI tech bros when the bubble is blowing up lol. LLMs where always bad and unreliable for programming due to their un-deterministic nature. And regarding pricing policies, yeah, they have to make a profit somehow, it's just that the tech is too expensive vs the actual (almost non-existent) ROI it generates. Let's see if people are willing to pay when these guys aren't subsidized by the delusional VCs anymore...
wangjie000 5mo ago
They know the problem. It's better than they don't.

523 points by remote-dev 5mo ago

>Even though I personally am moving some projects away from Bun, don't take my advice as gospel. Always appreciated nuance.

remote-dev 5mo ago
These are just my opinions man :)

deleted 5mo ago

[deleted]

jmuguy 5mo ago

Why did you have to stop using Cursor? I ask this as someone that uses Cursor, but recently at a conference I heard it referred to negatively several times - but in a very vague sense. I don't really have a dog in the fight, I'm using it because thats what the other dev I work with is using.

danaw 5mo ago
just conjecture but possibly because of the rumored acquisition plans from SpaceX (that's why i stopped using it)
- jmuguy 5mo ago
  ah ok, yeah that would give me pause as well.
kristiandupont 5mo ago
I personally switched back to vscode as I started using Claude and Opencode more for the AI flow, and I didn't see much added value any longer. Also, I was incredibly frustrated that they decided to hide the close button and finally, there were weird issues with editor groups spawning at unwanted times. They might be able to fix it, but I felt that they were starting to reach the limits of what you can do with a "live fork".
veber-alex 5mo ago
The main complaint about Cursor I see online is that it's expensive. Otherwise if you are looking for and IDE first approach with great AI integration it's the best product out there. I prefer it over CC/Codex.
remote-dev 5mo ago
There is the SpaceX acquisition rumor, but that's not why. I only use Cursor through the CLI, and while the UX of the CLI is pretty bad, I've found their harness (the prompts they use and orchestration of LLMs) to be nothing short of incredible. I can't comment on their agent development environment given I haven't spent a lot of time with it. The reason I'm moving away from Cursor is cost. Unfortunately, if you want to use the SOTA models from both OpenAI and Anthropic you basically have to go direct through their subsidized plans.
- apsurd 5mo ago
  I agree with your assessment that the harness is incredible and so I get a ton of mileage out of Auto + Composer 2. This is my workhorse. Admittedly, with Opus 4.6+, GPT 5.5 I just haven't used them much and as I gain more experience I can see what the hype is all about. But to me, the answer isn't $200 max plan, it's bifurcating the work. Call me a spendthrift!

yabooey 5mo ago

Mostly in my day to day routine, where is use Claude Code maybe 90% of the time, I don’t see that it’s become that bad. Yes they’ve made some questionable decisions on API usage and OpenClaw but I feel like this post is making it out to be worse than it is. That being said I’ve been worried about the future of Bun anyway. Especially if the AI bubble pops. Then again, it’s open source.

james2doyle 5mo ago

Maybe look at https://void.cloud/ https://void.cloud/ (Edit: sorry, meant https://viteplus.dev/ https://viteplus.dev/, not Void cloud) They are not a runtime, but they do seem to be interested in wrapping a lot of tools with simple top-level commands

cute_boi 5mo ago

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’t think Bun will have many advantages after Node 26.

pier25 5mo ago
> and it has started supporting TypeScript out of the box Node only does type stripping though. If you want proper TS support you still need a compiler. > I don’t think Bun will have many advantages after Node 26 There are tons of advantages. For instance, Bun includes a lot of features that would need a third party dependency in Node: db driver, S3 client, watch mode, bundler, JSX support, etc.
- dgellow 5mo ago
  Why would you want DB drivers and S3 clients in your runtime? That’s exactly what 3rd parties are for, you don’t want to have to update your runtime for a new version of your drivers
  - tpetry 5mo ago
    And a bug in a dependency you can fix easily. One in the runtime is much harder to fix and you then must compile new versions.
    - NetMageSCW 5mo ago
      And a supply chain attack is much easier with too many dependencies as well.
  - pier25 5mo ago
    Every approach has its pros and cons. OTOH the less you rely on third party deps, the less attack surface.

Sevii 5mo ago

I don't know, I've been using Claude Code since it came out and it really doesn't seem to be getting worse.

Rekindle8090 5mo ago
[dead]
JamesSwift 5mo ago
I envy your experience. Its driving me crazy on a near daily basis now.
- dgellow 5mo ago
  But are you saying the harness is driving you insane? Or the model? Because Bun is,only the harness, and that part has been improving over time if you stay on the stable channel
  - JamesSwift 5mo ago
    Its the product overall, and its impossible to say where the issues are but I tend to think not the model since the changes seem to be able to occur overnight. So likely a combo of harness and service-layer.
  - redsocksfan45 5mo ago
    Which of the two is responsible for it ignoring being in Plan mode and trying to implement shit instead of just writing up a plan?
    - dgellow 5mo ago
      The model I believe. Also a pet peeve of mine…
- wombat-man 5mo ago
  I'm still getting pretty good code out of it, but I only use it on side projects. Is the issue with their odd limit system?

AntonyGarand 5mo ago

I disagree with the overall premise: Before the acquisition, Bun had to figure out how to monetize at some point. Now, even though their parent company does some shitty practices with their other software (claude code), it's a stretch to assume this will also translate into making Bun worse: Being worried makes sense but I remain optimistic about Bun. Especially given the context of both of these different context: Claude Code is a gem of Anthropic, experiencing extreme growth and where any of its change can result in billing issues. Bun is a JS runtime, and regardless of its growth, can focus on being the best runtime possible: It doesn't impact billing nor the bottom line of Anthropic, so they don't have to rush out patches due to abuse unlike CC. It's unclear how it will pan out over the next years, still very early on the acquisition to see if anything will change, but I'm not concerned just yet.

mawadev 5mo ago
Just 3 days later from the blog post, a branch with a potential vibe rewrite from zig to rust surfaced in the bun repo
- lelanthran 5mo ago
  This looks like a vanity project: the value gained switching from zig to Rust is likely to be negative at best, without even the usual caveat devs use of "learned a new skill".
remote-dev 5mo ago
This is a good take, and I hope you're right. One favorable way to phrase it for Anthropic is they acquired Bun because CC and other internal tooling depended on it so heavily and they questioned it's future as purely OSS. It remains to be seen how things will actually unfold.
- sroussey 5mo ago
  Own your supply chain. Reduces risk.
- 5mo ago

the__alchemist 5mo ago

Look at them! They're like loaves of bread that hop.

wxw 5mo ago

> Will we see issues start popping up in Bun that make it seem like the team doesn't even dogfood their own product? I don't know, but I'm not sure I want to continue using it just in case. I sympathize with the general premise. The reaction to move away seems pre-mature though. It sounds like `bun` is still performing just as well as before, and this sentiment isn't based on concrete changes. I also wouldn't expect infrastructure like `bun` to evolve in the way a consumer-facing product, especially one scaling as quickly as Claude Code, can.

DrBenCarson 5mo ago
Disagree, you definitely don’t want to be looking back saying “hm I knew it, I saw the signs, should have trusted myself” Plus it’s not a huge lift right now
- srdjanr 5mo ago
  Genuine question: why not just wait? If Bun stays great, you saved yourself some time for switching, and got to keep using Bun. If Bun worsens, you spend the same time for switching, just moved a bit later, and got to use Bun for a little longer.
  - NetMageSCW 5mo ago
    What happens to every new project you start on bun and have to switch?

b4rtaz__ 5mo ago

Personally, I suspect that Bun is a Silicon Valley attempt to lock some companies into its stack (similar to what cloud providers, Next.js + Vercel do). Especially now that Anthropic has become an owner, I'll be keeping Bun at a considerable distance. The funniest part to me is that 10–15 years ago, companies were stuck in the development process due to binary (closed) dependencies. Now they're jumping into the same trap under a different name. Maybe I’ve missed some scandals, but so far OpenJS Foundation is the best thing that has happened for the JavaScript ecosystem.

0sql 5mo ago

Does bun have a formal roadmap? I occasionally see some the changes that Jarred posts on X, and I wonder if they're really meaningful or not (perf improvements are always good). It also seems like a lot of the recent contributions are ai authored. I tried using bun for a project earlier this year and learned that you can't use testcontainers(works fine w/ Deno).

papichulo2023 5mo ago
I dont think so, but recent release includes a terminal markdown renderer built-in which means, even if handy, most of the focus is to make Claud Code great. I am not worried though, at least no yet.

neoden 5mo ago

what a nice way to write an article!

hjort-e 5mo ago

vite and it's ecosystem is actually becoming the unified toolchain with vite+. IIRC pnpm will also be the preferred package manager in the tool

wg0 5mo ago
There's a VC behind that too.
- hjort-e 5mo ago
  It has eject functionality and all the subcomponents are independent open source projects.

deanc 5mo ago

Let them cook. Anything that they can do to get rid of the absolute hell that is dependencies in the JS ecosystem is worthwhile. I really don't care what they add as long as it's maintained

rtrigoso 5mo ago

I agree with OP, and understand why to some it feels premature. We live in a vastly different world than before, where people are more conscious of ethical concerns and willing to stand on their ground to avoid repeating past mistakes. It might be premature from a tech standard, but it makes sense from an ethical concern. I don't think misconduct is as easily backtracked as it was before and preemptive measures are needed to avoid the large impact that those decisions make.

pjmlp 5mo ago
Given the complaints about Firefox and Safari not adopting Chrome OS Platform APIs, and shipping Chrome all over the place, I am not sure about people standing on the ground and ethical considerations.
constantius 5mo ago
> where people are more conscious of ethical concerns and willing to stand on their ground to avoid repeating past mistakes Would be interested to hear what makes you say that. I don't see anyone being conscious of ethical concerns more than they were before. I can see slightly more BDS people, for example, but outside of that not much.

pyrolistical 5mo ago

I love coding with bun. It comes with everything. For my projects I don’t even need any additional dependencies. I use vanilla dom and sqlite

remote-dev 5mo ago
The built-in sqlite and testing functionality is the reason I started using it over pnpm/Node.
- pkilgore 5mo ago
  Node has both built-in sqlite and testing functionality. Lots of reasons to like bun! But these two are interesting ones...
  - silverwind 5mo ago
    I hope Node eventually gets a WebSocket server like Bun has.

jonas21 5mo ago

The issues with Claude Code lately look to me like symptoms of being part of a service that is experiencing insane growth (fastest growth in history, by far [1]), while being severely constrained on adding capacity (GPUs are hard to get quickly right now, even if you have the money). I assume they're constantly fighting fires trying to keep the core use cases of Claude Code working, even if that means limiting OpenClaw usage in somewhat draconian ways. It's annoying, but I don't see this as a bad thing at all for Bun. [1] https://www.axios.com/2026/04/13/anthropic-revenue-growth-ai https://www.axios.com/2026/04/13/anthropic-revenue-growth-ai

ieie3366 5mo ago
[dead]
parliament32 5mo ago
No, all the issues are symptoms of trying to slop-code a functional product. Anthropic has admitted they dogfood heavily, and issues like [1] from the article could only be caused by a text generator.. I refuse to believe Anthropic employees are that stupid. [1] https://youtu.be/J8O9LLpJNrg?t=1201 https://youtu.be/J8O9LLpJNrg?t=1201

twoodfin 5mo ago

I’m confident that any unhappiness with Claude Code is at least 95% downstream of Anthropic seeing demand scale their revenue by ~3X in 6 months from a $multi-billion annual base. Their product focus, roadmap, or execution is likely a rounding error in the face of that tsunami. Frankly, it’s shocking they’re doing so well relative to, say, GitHub.

suck-my-spez 5mo ago

I still don't think Bun is production ready. We just ripped bun out of a bunch of our production sevices. CPU runaway and memory leaks. All solved by switching back to nodejs.

pier25 5mo ago

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.

wg0 5mo ago

OpenAI and Anthropic both are destined to doom for sure. There's no way around it and it is all in the math. Bun would be a causality. It is only a matter of time. Only company that would survive the AI race - the one where the current wave was actually invented along with the research paper, the libraries and even specialised hardware: Google. Google has a serious problem with its product management culture (long list of products and projects, people even skeptical of Flutter) otherwise they would have surpassed Anthropic long ago.

CSSer 5mo ago
Doesn't seem that bad if you're convinced they're the only viable market dominator.
Scarbutt 5mo ago
That's assuming Google can outpace Nvidia, which may or never will. Nvidia is not just going to sleep on it.
cmrdporcupine 5mo ago
Google seems profoundly uninterested in the agentic coding world though. gemini-cli is underwhelming, Antigravity not super compelling, and the Gemini model itself absolutely terrible and non-competitive in basic tool use necessary for coding, even inside their own harnesses. It's fine for other purposes though. Which are arguably a much larger and lucrative market.

Imustaskforhelp 5mo ago

Aube[0] seems interesting to me, I have submitted it as show HN after hearing about your post. Its created by the same person who has made mise and I actually discovered it when I was browsing through on mise.en.dev website I still use bun, but I think that there are some other pathways so I am not that worried about myself personally. But that's also because I most often than not code in golang rather than typescript/javascript [0]: https://aube.en.dev/ https://aube.en.dev/

iceboundrock 5mo ago

Regardless of Anthropic/ClaudeCode, PerryTS[1] looks like a very promising competitor to Bun. [1]: https://github.com/PerryTS/perry https://github.com/PerryTS/perry

evertheylen 5mo ago
This is cool! But AFAIK bun promises to be a one-stop-shop for all your JS/TS dev needs, while Perry is "just" a compiler from Typescript to native executables.
dgellow 5mo ago
I would mention deno as the main competitor
- herpdyderp 5mo ago
  Personally I much prefer Deno as it's also doing a lot more work to unify the backend and frontend JS APIs.
  - dgellow 5mo ago
    Yes, same for me. I was skeptical at first but things have really improved over the past 2 years
- hungryhobbit 5mo ago
  I would too ... but not as the winning competitor. For their first year two of existence, bun tried to do npm, but better. For the first year or two of their existence, Deno tried to reinvent npm. The key result is that after that first year or two Deno had to walk back their decisions, to create a Node-ecosystem-compatible tool .. and as a result, they're now significantly behind bun (at least by all metrics I've seen).
  - dgellow 5mo ago
    I know, early deno was rough and frustrating. But it is now _the_ main competitor to Bun. What makes you say it is behind? Are you talking about features or usage?

DrBenCarson 5mo ago

I made this exact same decisions (bun -> pnpm) for similar reasons, mostly bc I didn’t like how haphazardly a core part of the stack was being vibe coded. Too many changes too quickly for something that’s supposed to be stable

deleted 5mo ago

[deleted]

TheSamFischer 5mo ago

[dead]

esafak 5mo ago

Don't fret; the creator of mise has released a faster alternative: https://github.com/endevco/aube https://github.com/endevco/aube

exographicskip 5mo ago
Big mise fan. Basically took the baton from asdf and added way better performance and dx. Odd that aube is missing deno from their benchmarks though

reactordev 5mo ago

Just look at the "new" documentation. It's full on AI slop.

fhn 5mo ago

I wonder why Anthropic chose to spend money on Bun when they could have easily spend that resource on Go which is fairly easy to use and fast. I'm sure their SWEs could easily everything things in Go. Anyone have insight on why?

siva7 5mo ago
One of them is a much more efficient but obscure programming language from a competitor, the other is what the web is built on.
- debugnik 5mo ago
  In what world is Go an obscure programming language??
  - MoonWalk 5mo ago
    The world of many, many companies.
  - wiseowise 5mo ago
    In 2026 world, whilst you're advocating for 1980.
    - debugnik 5mo ago
      I'm not advocating for anything in this thread, and definitely not for Go's outdated language design, although Typescript is so unsound it isn't better in my book. But obscure is not synonym for regressive.
zwarag 5mo ago
My guess: JavaScript runs in the Browser as well as on the OS. That way you can train a model to be able to interact with both fairly simple. You can also see that their harness, claude-code is also written in js. So I guess they are quite invested in that language anyway.
deleted 5mo ago

ezekiel68 5mo ago

Ugh. I hate these "guilt by association" hit pieces. Nothing is wrong and yet we must signal our virtue. Might as well just open our pants and wave our wangers, hoping for a better world

deleted 5mo ago
[deleted]
hootz 5mo ago
If Disney acquired your favorite IP, wouldn't you get worried?
- ezekiel68 5mo ago
  Yes, but I wouldn't stop watching the originals. And I wouldn't stop watching anything until I saw what came out.

ericyd 5mo ago

The author closes by enumerating some of the things they like about Bun which are not included in pnpm. The list is basically: native TS support, a vite-style bundler and a vitest/jest style test runner. Other than a bundler, Node already has all of these. Different test runner syntax maybe but otherwise TS "just works" out of the box and their built in test runner is totally capable. Not sure I see the need for such a lament over Bun.

pjmlp 5mo ago
Additionally, with Typescript compiler rewrite, it is even less relevant.
hootz 5mo ago
When did Node add native TypeScript? Can you run "node main.ts" directly without any dependencies?
- jazzypants 5mo ago
  January of last year. Yes. https://nodejs.org/en/blog/release/v23.6.0 https://nodejs.org/en/blog/release/v23.6.0
  - hootz 5mo ago
    That is type stripping and is incompatible with syntax that requires transpilation, so it is not native TypeScript support.
    - ifwinterco 5mo ago
      Isn't that mostly just enums? Is there anything else that doesn't run as valid JS if you strip the types (and maybe some other extra keywords)out? Genuine question, in my head there's not much, but TS has a few weird corners I maybe haven't used
      - silverwind 5mo ago

pjmlp 5mo ago

I still see no monetization with Bun and Deno to keep them going. You see this all over the place with other programming languages. The ones that have bleeding edge features do so, because there are companies, or universities (for their PhD and Msc thesis), that invest into those ecosystems. In the end nodejs will keep improving, with Microsoft and Google's baking, and that will be it.

frankfrank13 5mo ago

TLDR; > Claude Code appears to be enshittifying. So now I have to worry that Bun could enshittify too

lrvick 5mo ago

pnpm is even worse. There is no way to bootstrap it without binary blobs making it an easy target supply chain attack waiting to happen that could hide in plain sight indefinitely.

pjmlp 5mo ago
Do you use Gentoo as OS?
- lrvick 5mo ago
  I did for over a decade, but it does not go far enough with supply chain security. I bootstrapped a new generation of Linux distribution from 180 bytes of human readable x86 machine code all the way up. https://stagex.tools https://stagex.tools
  - wk_end 5mo ago
    You should probably caveat any post you make about security concerns with that, so people can more easily judge whether your concerns line up with their threat model.
    - lrvick 5mo ago
      With supply chain attacks in the news daily now wreaking havoc across the whole industry, ignoring them is negligent in all cases where software is written for the consumption of anyone other than the author. The entire medical industry was negligent for 100 years following Ignaz Semmelweis proving basic sanitation tactics would save countless lives. Similarly the entire software industry is and has been negligent since 1987 when Ken Thompson first demonstrated basic supply chain integrity tactics could stop otherwise unstoppable and undetectable attacks on software.

coolThingsFirst 5mo ago

Bun does great on their own benchmarks.

theusus 5mo ago

Bun is basically a wrapper over JSCore. I don't think it's that big of a feat. Furthermore they are heavily invested in vendor specific APIs which I think is not good.

HumanOstrich 5mo ago
Using that logic, Node.js is just a wrapper over V8.
- theusus 5mo ago
  Indeed it is
  - HumanOstrich 5mo ago
    Great!

AtNightWeCode 5mo ago

One thing is sure. Claude has become terrible. Criticize any code Opus 4.7 created and it starts a blame game. Also. It denies that a version 4.7 even exists. Will look into moving back to ChatGPT that I quit because the mandatory spyware bs they added which I believe they nuked.

deleted 5mo ago

[deleted]

josefritzishere 5mo ago

Ray Bradbury foresaw this.

agosta 5mo ago

Umm, just use Deno? Everything author seems to love about Bun exists in Deno.

MoonWalk 5mo ago
Seriously. This baffling omission undermines the credibility of the whole thing. "I want a serious Node.js alternative." So you ignore the one developed by the same guy?

zimbatm 5mo ago

Is there actual evidence coming from the Bun project itself? Otherwise it's just FUD.

gwd 5mo ago

> But from the outside, Claude Code looks like a tool moving in the wrong direction. More restrictions, billing weirdness, surprise behavior based on text in commits. That is textbook enshittification. I've never used Claude Code, but this person doesn't understand what "textbook enshittification" means. "Enshittification" is a feature of certain kinds of business models, progressing through the following stages: 1. Giving away a product free to users, subsidized by venture capital, to gain a monopoly 2. Switching to advertising, then abusing users on behalf of the real customers, advertisers 3. Using monopoly power to abuse real customers (advertisers) to extract as much money as possible Anthropic's business model doesn't have a "user / customer" dichotomy; their paid users are their customers. And they don't have a monopoly they can use to extract money yet. ETA: In other words, "Enshittification" isn't just random; you're making the user experience worse in order to make advertiser experience better; and then making advertiser experience worse in order to extract maximum profit. The only complaint that could vaguely be related to profit is the OpenClaw stuff, and that's entirely due to trying to keep the "all-you-can-eat" model for non-OpenClaw users, rather than having to switch everything to metered.

deleted 5mo ago
[deleted]

lstodd 5mo ago

What is there to worry about? If we believe AI crowd, Bun and entire JS ecosystem is done for. Dead. Nothing to worry about since nothing's left. If as claimed everyone and his malnourished cellar rat can whip up a SaaS on a whim, then why that SaaS should be built upon chromium+js+http instead of tcp+native ui? Remember, choice of ui is no longer a constraint. Nothing is a constraint or so they say. So it follows that all this javascript stuff can at last die.

AYBABTME 5mo ago

That's a lot of very large jumps to come to the conclusion that Bun isn't going to turn out well.

afavour 5mo ago

This isn't anything new and I feel the same way about Deno. We can argue about exactly how much trouble any runtime is in today vs yesterday vs tomorrow but VC funding of a javascript runtime feels inherently unstable to me. The key question is how much unique tooling you're relying on. If you can switch to Node tomorrow, great. If you can't, make sure you have a contingency plan.

cmrdporcupine 5mo ago
The problem is this. If not VC funding, then what? Volunteer work? So other people can make money off it? Our industry has no answer how to fund infrastructure. You've got FAANG companies using open source projects built by volunteers and doing meagre grants every once in a while, not nearly enough to pay a SWE salary. A smattering of hard to get grants from NLnet, etc. And then places like Anthropic or Grok or OpenAI "buying" open source teams to pull them inside, which inevitably leads to drama. I don't know what the answer is, but there's a serious issue here. Similar situations in the 80s were why the FSF was founded and the GPL established. (Not to fund, but to protect the rights of authors and users)
- b40d-48b2-979e 5mo ago
  Perhaps runtimes used to make companies profit shouldn't be free if we're not funding those services in a way we do other public services (taxes)? I never thought I would come around to the Java way of thinking on this, but companies are abusing the public good.

namuol 5mo ago

I see the word “enshittify” being thrown around casually about Claude Code. We’re far from that part of the Enshittification cycle still. This is just a mismanaged product and the result of an extremely competitive market that moves too fast. Never attribute to malice that which can be adequately explained by incompetence, etc.

estimator7292 5mo ago
Yeah, I'm none too happy with anthropic right now, but what's happening to Claude code is just your typical garden variety mismanagement of a project that grew way too fast for its owners to reasonably handle.
NetMageSCW 5mo ago
Their third part harness move seems like more than incompetence.

forrestthewoods 5mo ago

Claude is currently unusable for me on Windows because bun keeps crashing :(

moomoo11 5mo ago

Why do people use bun? Would like an answer from an actual experienced / staff tier or higher engineer.

sroussey 5mo ago
Simplicity. bun file.ts And it’s been this way for years. Don’t care about what’s in a package.json file or if there is one. Can do this without tsconfig file as well.
- MoonWalk 5mo ago
  How is that better than Deno?
- kigiri 5mo ago
  Also this works on node too now, don't sleep on node improvements
- moomoo11 5mo ago
  Really? This was like a intern level response lol
bel8 5mo ago
I'm no staff+, but the tooling (package manager and TypeScript runner) is very fast. bun run is <1s for my projects, while watching for file changes. So the iteration speed is quite pleasant.

nwienert 5mo ago

Bun has never really been well run. Every feature it had was full of bugs and gaps. And every release fixed a few but broke others. They released more major features and breaking changes in their last patch release than most software sees in two major versions. I've been using it just as a script runner and npm package manager basically, and it's incredible the amount of work you have to do to find "good" versions. We've had patch versions suddenly freeze on install more than once, we couldn't upgrade for quite a while due to this. I think they broke postinstall scripts with trustedDependencies entirely two minor versions ago - not a mention in release notes, and somehow no one reporting it in GH issues. In 1.1 or so you could get Bun to do trustedDependency builds in postinstall, and then after that you couldn't. I looked around for release notes and saw nothing mentioned. It's been broken for months.

nulltrace 5mo ago
There's a GitHub issue for the freeze thing. Their security scanner passes the full dep list as CLI arguments, large monorepo on Linux and you blow past ARG_MAX. Spawn silently hangs, no error, --ignore-scripts doesn't help because the scanner is separate from postinstall. Been broken since 1.3.5 at least.

MoonWalk 5mo ago

"I want a serious Node.js alternative." Then you could have been using Deno, like many of us, for years.

qudat 5mo ago
Wild example as it has been corrupted by VC money as well. I wouldn’t touch deno either.
- mark_and_sweep 5mo ago
  What do you mean by corrupted? Been using Deno happily for many years now. Did I miss anything?
  - kigiri 5mo ago
    Nothing, Deno raised capital back in 22 https://deno.com/blog/series-a https://deno.com/blog/series-a
- b40d-48b2-979e 5mo ago
  Corrupted how?

photios 5mo ago

"Friendship ended with Bun, now pnpm is my best friend" the post...

avsn 5mo ago

Nothing to worry about anymore, the ship has sailed the moment it was acquired.

robertjpayne 5mo ago

All these complaints about Claude code are mostly resolved if you pay for your usage with direct API pay as you go. It’s not cheap but nearly all the complaints I see about Claude code are due to the fact the subscription plans seem unsustainable from a cost perspective.

dboreham 5mo ago
I use the subscription and so far have had no problems.

deleted 5mo ago

[deleted]

jpsimons 5mo ago

I just spent a couple hours migrating my knife sharpening website backend from Bun to Node. Feels good to avoid that lock-in. I was initially gung-ho for Bun but increasingly unsure about it. Things I'll miss for sure: - Querying sqlite with tagged template literals - Bun.password.verify being argon2 is a better default - HTML imports - JSX transpilation - Auto loading .env file https://burlyburr.com https://burlyburr.com, which hits https://backend.burlyburr.com https://backend.burlyburr.com

AbuAssar 5mo ago
Node supports auto loading .env and also supports sqlite
- jpsimons 5mo ago
  Sure, but at least on Node 22 I think I have to pass `--env-file=.env` option to make it pick up .env.
  - afavour 5mo ago
    Certainly true but there’s a line between “better DX” and… well, kinda laziness
    - traderj0e 5mo ago
      Yeah I don't want it to silently read magic config files
  - AbuAssar 5mo ago
    There is also 1 line to load .env in node without passing an argument
zarzavat 5mo ago
Why not just write a small helper library to add back the features you miss? Node includes SQLite and Argon2 at least, if the issue is the interface then that is easily fixed.

jillesvangurp 5mo ago

Here's how I evaluate whether I'm going to use a given bit of OSS: - Is the project important to me or can I replace it? If the latter, I'm more likely to allow failures of other criteria. If not, I need to be more strict. Bun is easy enough to replace if something were to happen to the project. Easy come, easy go. - Are there any red flags in financing that could become problematic? Many VC funded OSS companies fail this test for me. What happens when they don't make it? What happens post IPO if they do? What happens when they get acquihired? Mostly that's up to share holders, not developers. Most VC funded companies actually don't make it and that's normal in the VC world. A few companies make it, everything else fails quickly. And there are a few examples of projects that have changed licenses under pressure of shareholders. That's why this is a red flag to me. I've used Redis and Elasticsearch, for example. And I switched away from Mongo before they changed the license. I used Terraform before they open sourced. All negative examples here. Bun initially wasn't great on this. But the Anthropic acquisition has improved things a bit. It's still a risk. But it's unlikely they have any plans for Bun other than just keeping it alive by employing the main people working on it. Anthropic itself might still fail of course. - Has the project been around for a long time. If so, it likely has a stable community and funding. There are no guarantees but the older the better. Bun is pretty newish still. - Is the project stable and under active development? If it's stable because nobody makes changes anymore that's usually not a great sign. If it is stable despite a lot of active development, that's really positive. It means somebody competent is in charge. Bun seems pretty good on that front. - Is the project otherwise structured right to be future proof. For me future proof is a combination of contributor community, commercial activity, and licensing. The more diverse the contributor community the better. If there are multiple companies sponsoring and making money of a project, that makes it less likely that a single one can hijack it for their own good. This is more common with permissively licensed software (but there are exceptions). Bun doesn't have much commercial activity around it and the regular contributor community is tiny. One person seems to be doing most of the work with only a handful of notable other contributors that are probably all Anthropic employed at this point. Out of these, the dependence on a single person looks the most problematic to me. So, the overall score for bun is not perfect (there a few potential red flags) but I'm happy to risk using it because it's not that critical to me and easily replaceable. My read of the whole Anthropic acquihire is that it is an improvement over the starting point which was a VC funded company that was probably going to fail otherwise. Otherwise, good tech and generally nice to use. I could see Anthropic going bad and this project surviving in one form or another. So, that doesn't have to be a show stopper.

orliesaurus 5mo ago

has anyone forked bun?

Jarred 5mo ago

I work on Bun, and this post is confusing to me. Me personally and the Bun team continues to dogfood & make Bun better everyday. Our development pace has only gotten faster. Bun's stability has improved significantly since joining Anthropic. Here are some things shipping in the next version of Bun: - 17 MB smaller Windows x64 binaries [0] - 8 MB smaller Linux binaries [1] - `--no-orphans` CLI flag to recursively kill any lingering processes spawned [3] - SSL context caching for client TCP & unix sockets, which significantly reduces memory usage for database clients like Mongoose/MongoDB [4] - Experimental HTTP/3 & HTTP/2 client in fetch [5] - Experimental HTTP/3 support in Bun.serve() [6] - Bun.Image, a builtin image processing library [7] (Along with several reliability improvements to node:fs, Worker, BroadcastChannel, and MessagePort) The Anthropic acquisition also means Bun no longer needs to become a revenue-generating business. We are very incentivized to make Bun better because Claude Code depends on it, and so many software engineers depend on Claude Code to help get their work done. [0]: https://github.com/oven-sh/bun/pull/30219 https://github.com/oven-sh/bun/pull/30219 [1]: https://github.com/oven-sh/bun/pull/30098 https://github.com/oven-sh/bun/pull/30098 [2]: https://github.com/oven-sh/WebKit/pull/211 https://github.com/oven-sh/WebKit/pull/211 [3]: https://github.com/oven-sh/bun/pull/29930 https://github.com/oven-sh/bun/pull/29930 [4]: https://github.com/oven-sh/bun/pull/29932 https://github.com/oven-sh/bun/pull/29932 [5]: https://github.com/oven-sh/bun/pull/29863 https://github.com/oven-sh/bun/pull/29863 [6]: https://github.com/oven-sh/bun/pull/30032 https://github.com/oven-sh/bun/pull/30032

sebmellen 5mo ago
Saying that you “work on Bun” is such a radical understatement. I have my reservations about Anthropic, but I don’t see how Bun could go wrong with you at the helm. And I’m sure that you are putting the stability and funding of a larger organization to good use :) I’ve been a Bun maximalist since the beginning. Thank you Jarred!!!
- tkel 5mo ago
  Perhaps it could go wrong because he uses AI robots to generate responses to issues on claude code that are also generated by AI robots? Just bots talking to each other like moltbook. It shows a level of AI maximalism that is absurd, concerning, and funny. But probably par for the course for someone working at Anthropic. I can imagine being surrounded by people doing similarly foolish things only encourages the foolery.

sibeliuss 5mo ago

This is all so speculative and whatevs

robomc 5mo ago
"I have a vague concern, so I'm now using a shittier toolchain. You shouldn't do it though." is a weird post format.

tracker1 5mo ago

TBF, I really haven't done much of anything with Bun other than occasional module testing. I mostly use Deno for my day to day, including a lot of shell scripts the past few years. I liked the newer ergonomics a lot, direct module references in repositories is really nice for shell scripts. That said, I'm worried about them having good enough monetization while keeping features open... or at least able to be replicated by others. So I can understand some of the concerns.

keybored 5mo ago

tl;dr: I have concerns. Not because Bun is bad. Bun is great. It is not bad. But Claude was good. And now it is bad. Bun is owned by Anthropic. Transitive property. Maybe. I hope I’m wrong.

concretereturns 5mo ago

test

thot_experiment 5mo ago

Why people use Deno and Bun over Node? I think it's neat that there are competitors for JS runtimes, but I really don't understand what advantages I'd get by swapping to one of these over Node. Bun has no REPL and worse JS engine, Deno is just Node with a restrictive, annoying permission system and no sqlite. Both claim better performance, but that only seems true in cherrypicked benchmarks, and in my tests (granted about a year ago at this point) both alternatives under-performed Node in my workloads. What am I missing? EDIT: Actually I just remembered I delivered a small ERP tool to a business a while back and I did opt to use I think Bun for that because it had the most robust tools to wrap a project into an `*.exe`, that was definitely a better experience than Node. Though since that was dependency-less JS I did the whole thing using Node and then just shipped it with Bun.

kevinmgranger 5mo ago
Deno has sqlite: https://docs.deno.com/examples/sqlite/ https://docs.deno.com/examples/sqlite/
- tkel 5mo ago
  So does node, since v22: https://nodejs.org/api/sqlite.html https://nodejs.org/api/sqlite.html They even added sql template string queries like recent popular libraries in v24. I just built a project using it.
- thot_experiment 5mo ago
  Ah my mistake, this wasn't the case last I used it, thanks for pointing this out, I checked briefly and referenced stale data.
lugoues 5mo ago
I like Deno because there is no "install" step for users, you just run it.
crubier 5mo ago
The Bun DX is infinitely better than Node's, especially for Typescript projects

whimsicalism 5mo ago

Millenials of the redditor class desperately need a moratorium on the word enshittifying.

periodjet 5mo ago

The term “enshittification” really ruins (one might say “enshittifies”) any article it’s in.

roywiggins 5mo ago

> That is textbook enshittification. Technically, no, not textbook enshittification. Enshittification was originally meant to refer to companies squeezing two-sided markets, not products just getting kinda worse.

STRiDEX 5mo ago

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 https://github.com/oven-sh/bun/issues/14102 and eventually all the libraries shipped "if bun do x" into them, which is the opposite of compatibility.

tkel 5mo ago
Yes, I've tried to run it in production on a couple projects. I had to back out from bun to node on both. One, there were huge memory leaks like you mentioned. The other, there were API differences that threw errors, in TextDecoderStream and such. Decided I won't try again until bun v2.
deleted 5mo ago
[deleted]

bricss 5mo ago

Are Bun and Deno in the room with us right now?

jwpapi 5mo ago

I think the motion that Claude Code and Anthropic has is trying to force-hide stuff from you. Some hopefully remember the shitstorm that happened, when they changed. Reading xxx.yy to reading 1 file or reading 2 files. More changes like this came and they were not or very hard to configure. I understand the business idea behind it. Make them to use AI as much as possible, get the human out of the loop. More training data. More Token Usage JUHUU. However I think that made Claude Code so much worse and so much more untrusthworthy. It’s a sneaky attempt to take away the driving wheel from you. And if you follow that logic, way more and way more things seem reasonable. But mainly for now it just generated a lot of distrust for me

kk_mors 5mo ago

[dead]

traderj0e 5mo ago

So who controls NodeJS? https://openjsf.org/governance https://openjsf.org/governance has Microsoft as the chair. And Microsoft owns npm. It's kinda hard to avoid a corp controlling these tools. The author seems more focused on the thing where Anthropic fights OpenClaw usage unless you have the right billing set up for that. Frankly I just don't care about those complaints, all the LLM services want you to set up a non-subsidized billing method to use OpenClaw because it uses lots of tokens. It doesn't mean they're going to crap on Bun. The only reason I don't use Bun is I never ran into a situation where Node didn't cut it. Even though my least favorite tech corp controls Node.

stopachka 5mo ago

This post seems to "throw doubt" on Bun, based on the OP's experience of Claude Code. But this seems unnecessary indirect. It's not like Bun is hidden software: it's open source and actively developed. So the more direct question would be: How has Bun actually been since the acquisition? From what I can tell they have been responding to users as fast as before, and improving the product as well as before.

chr15m 5mo ago

> team ships constantly Why do people want this? Shipping constantly is how software breaks. You want tools that are good and stable, not constantly churning. I wish software developers would wake up to the idea that velocity is not a marker of quality.

cesarvarela 5mo ago
Not shipping enough is how they die, too. It's hard to find a balance.
- allthetime 5mo ago
  Not really. Careful, focused work can easily sustain daily, or almost-daily, shipping. We've been doing it for decades without LLMs. LLM-brain is pushing people into continuous by the hour shipping and it is absolutely unecessary and creating code at a rate that cannot possibly be kept up with in relation to quality, performance and security.

niksmac 5mo ago

+1 I'll stick with pnpm for now

jFriedensreich 5mo ago

Bun is basically a lost case in the same way that claude code is. Many people love both and thats fine as long it is their personal choice. But freedom loving orgs can never ever depend on either for anything ever or build anything on top. The main problem in this picture is projects who don’t understand or remember the internet explorer hell are using bun only features to a degree that you cannot just switch. Even opencode who should have the biggest aversion to depend on anthropic is doing this and it drives me insane. Have you all lost your mind or let your agents blindly lock you into whatever hell wants to own you?

mvdtnz 5mo ago

What an utterly baffling post. Moving away from a tool that you love proactively because you're concerned it might degrade in quality at some time in the future? Ok man whatever.

jedisct1 5mo ago

I’m even more worried after reading this: https://news.ycombinator.com/item?id=48016880 https://news.ycombinator.com/item?id=48016880 So Bun is going to become a fully vibe-coded codebase, with important details lost in translation. I’ve been a huge supporter of Bun, but now I’d be extremely reluctant to deploy it in production. It’s also a bit disappointing to see Jared change his mind so quickly. He’s an incredible developer with deep knowledge of how to write clean, maintainable, efficient code. But now it feels like his talent is being sidelined, and Claude has been given full control over the codebase. Claude Code itself seems to be built that way: they keep piling on new features every day, but it has become this big, bloated Frankenstein slug. Bun used to be a small, elegant, clean codebase. Now I’m worried it may turn into an unreliable mess.

jaspanglia 5mo ago

[flagged]

classicposter 5mo ago

A former engineer at Bun said that "there was too much vibe coding, but my opinion wasn't taken into consideration." https://paperclover.net/q+a/2506010139 https://paperclover.net/q+a/2506010139 > - too much ai chatter. so many examples of it failing to work. ill prove it by showing the most recent ai-generated pull request. yep, it’s failing. i will admit that my feedback on the above items were not very loud, but there has been no attempts to correct this vision.

socratic_weeb 5mo ago

>Claude Code appears to be enshittifying AI tech bros when the bubble is blowing up lol. LLMs where always bad and unreliable for programming due to their un-deterministic nature. And regarding pricing policies, yeah, they have to make a profit somehow, it's just that the tech is too expensive vs the actual (almost non-existent) ROI it generates. Let's see if people are willing to pay when these guys aren't subsidized by the delusional VCs anymore...

wangjie000 5mo ago

They know the problem. It's better than they don't.