Live data from Hacker News

Deno 2.8

deno.com

21–30 of 193 posts

Re: Deno 2.8

#21
post #13
post #8

Earlier quoted context omitted.

> Plus, bought by Anthropic. Who thinks this is a positive?!

It means they're a whole lot less likely to run out of money, which makes them a safer bet as a dependency.

running out of money, for an open source project of almost any kind, is safer than "running into money" with the wrong strings attached

(still reserving judgement on Bun, though — I mean, we'll soon see, one way or the other!)

Re: Deno 2.8

#22
post #20
post #15

> Deno now defaults to npm: This is an interesting development. npm after all is the de-facto ecosystem and leaning into it makes sense. I'm wondering how Deno would've been received if it supported npm and package.json from day 1.

I actually lost interest in Deno once it started leaning into NPM. I thought it was a bold and wise idea to make a clean break from the mess of Node and restart with a sensible ecosystem. Absent that... I'm just sticking with Node.

As someone that works in projects with standard IT tools, not supporting NPM made it a non starter for us.

No way it would go through standard build pipelines, or team skills.

Re: Deno 2.8

#23
post #13
post #8

Earlier quoted context omitted.

> Plus, bought by Anthropic. Who thinks this is a positive?!

It means they're a whole lot less likely to run out of money, which makes them a safer bet as a dependency.

Afaik there is no proof Anthropic is profitable. This, and uv buyout by OpenAI only adds a risk to supply chains. In few years these companies can be overrun by open source models or startups delivering new hardware/software breakthrough in LLM. It is not like uv and bun are acquired by IBMs or Alphabets of today.

Re: Deno 2.8

#24
post #5

I wonder how Deno's faring. Node's the stable solution and will be with us forever. You can now use TypeScript with it and, soon enough, you'll be able to build your app to a single executable -- including native deps. Bun's chaotic but, nonetheless, it's _fast_ and it's taking an interesting approach by including everything in the stdlib. Plus, bought by Anthropic. Deno had an awesome story with the sandbox and ease…

You can already ship single executables, my product's CLI is a Node single executable application

Re: Deno 2.8

#25
post #17
post #13

Earlier quoted context omitted.

It means they're a whole lot less likely to run out of money, which makes them a safer bet as a dependency.

> safer bet as a dependency. The recent 1 million line vibe coded PR suggests it is not so reliable as a dependency.

That was Bun at Anthropic, not uv at OpenAI. (UPDATE: My mistake, this thread is about Bun, not uv.)

Re: Deno 2.8

#26
Deno: has a basic permission model that is very helpful, written in Rust, and native TypeScript support.

I'm not deep in the webdev / node / Bun ecosystems, I've just been a happy user of Deno for small services for several years. Can someone explain why it sounds like there's such rapid growth of Bun? Is it just being used as a bundler, but not as JS runtime?

Just the permission system alone (though I wish it extended to modules) is so compelling with Deno that I'm perplexed at why someone would transition from node to bun and not node to Deno.

Re: Deno 2.8

#27
post #22
post #20

Earlier quoted context omitted.

I actually lost interest in Deno once it started leaning into NPM. I thought it was a bold and wise idea to make a clean break from the mess of Node and restart with a sensible ecosystem. Absent that... I'm just sticking with Node.

As someone that works in projects with standard IT tools, not supporting NPM made it a non starter for us. No way it would go through standard build pipelines, or team skills.

"standard" IT tools?

Re: Deno 2.8

#28
post #2

The release post for v2.8 is not yet published. Check GitHub releases page for the latest release status of Deno.

[deleted]

Re: Deno 2.8

#29

Deno: has a basic permission model that is very helpful, written in Rust, and native TypeScript support. I'm not deep in the webdev / node / Bun ecosystems, I've just been a happy user of Deno for small services for several years. Can someone explain why it sounds like there's such rapid growth of Bun? Is it just being used as a bundler, but not as JS runtime? Just the permission system alone (though I wish it extend…

I use (and like) both. Bun is a drop-in replacement for node. If you don't want to fuss with test config, tsconfig, esmodules, etc., I find that it just works. Deno has a nice standard lib, great CLI support, and I used to love deno deploy but its gotten very clunky these days.

Re: Deno 2.8

#30
post #13
post #8

Earlier quoted context omitted.

> Plus, bought by Anthropic. Who thinks this is a positive?!

It means they're a whole lot less likely to run out of money, which makes them a safer bet as a dependency.

For those who care about their dependencies being "safe bets", Bun should already be out of the question after the recent "vibe code the entire thing into a different language in a week with zero human intervention" fiasco.
Post reply on HN