Live data from Hacker News

I am worried about Bun

wwj.dev

321–330 of 368 posts

Re: I am worried about Bun

#321
post #188

Earlier quoted context omitted.

Wild example as it has been corrupted by VC money as well. I wouldn’t touch deno either.

What do you mean by corrupted? Been using Deno happily for many years now. Did I miss anything?

Nothing, Deno raised capital back in 22

https://deno.com/blog/series-a

Re: I am worried about Bun

#322

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

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.

Also this works on node too now, don't sleep on node improvements

Re: I am worried about Bun

#323
post #38
post #18

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

There's a VC behind that too.

It has eject functionality and all the subcomponents are independent open source projects.

Re: I am worried about Bun

#324

Earlier quoted context omitted.

In what world is Go an obscure programming language??

In 2026 world, whilst you're advocating for 1980.

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.

Re: I am worried about Bun

#325
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.

Re: I am worried about Bun

#326
post #315

Earlier quoted context omitted.

> For the concrete problem we're discussing, you can hack your competitors out of existence, replace all of your knowledge workers to shed costs, hyperoptimise your logistics, etc. It's not just intelligence, it's speed and scale. For the concrete problem we're discussing, that hypothetical belongs in a Marvel movie, not reality. In the real world, you can't 'hack your competitors out of existence', and you'll be goi…

I did say > especially if you're willing to break the law / normal operating decorum in my original post. If you have a superintelligence, you have something that can find and take advantage of every exploitation vector in parallel - technical, social, bureaucratic - and use that to destroy a company from the inside. A superintelligence that is subservient to its operator is an informational superweapon. I agree that…

> A superintelligence that is subservient to its operator is an informational superweapon.

The five dollar wrench attack will put an end to that operator's use of an informational superweapon.

> I agree that this sounds fanciful, but you can see what existing cyberattacks can do to organisations

What can it do? Generally, a minor disruption to operations.

It consistently does a lot less than what law enforcement can do to you if you start messing with other rich peoples' money, while having enough of a presence to own a super-intelligence and a trillion-dollar data center.

Re: I am worried about Bun

#327

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

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.

Really? This was like a intern level response lol

Re: I am worried about Bun

#328

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…

Agreed- node/npm are exceptionally well run and designed. Personally I also prefer the non-TypeScriptiness.

Re: I am worried about Bun

#329
post #316

Earlier quoted context omitted.

AI is already in commercials, TV, and movies. Companies for the most part just don't tell you because the reaction of the general public is "eww, AI". It's already here in a big way. You just won't be told about it until the public lightens up on the "AI hate".

I think the vagueness of statements like this is why a lot of people (myself included) are just so very skeptical. Surely some company wants to brag about their use. I don’t doubt it’s found its way into certain spaces, but by and large a lot of the “big” claims have been demonstrated to be borderline fraudulent. That Brad Pitt/Tom Cruise AI fight is fake. It is misleading. Taking existing green screen choreography a…

I can respond directly to this, I’m a former VFX industry person and still fairly well connected.

The the former you suggested. Background plates and the like. The lack of actual creative direction tools, trite visual style, lack of consistency/repeatability and complete inability to be edited or adjusted easily make it a non-starter for most tasks. Compositors are fast, LLMs are slow at that scale. There are tools like ComfyUI that sit in the “we’re running experiments/useful sometimes” category.

Loads of ML tools are in use and incredibly handy, but fit into that tool category, but actual wholesale video/image generation is not that prevalent, no.

Re: I am worried about Bun

#330
I’m even more worried after reading this: 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.

Post reply on HN