Rendered at 18:41:44 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
crabmusket 2 days ago [-]
> Deno 1.0 shipped in 2020 on the original terms, & then spent the next four years walking them back one piece at a time. First the deps.ts convention, one file that re-exported every URL: a manifest in all but name. Then lock.json, an integrity hash per URL: a lockfile. Then import maps, so you could write bare specifiers again.
I object to two of these categorisations.
deps.ts was a convention, not a built-in runtime feature. If you want to follow the convention, that's fine. It's just a regular old typescript file!
Import maps were not Deno walking back, but implementing a web platform feature. Parity with browser JS was a standout feature of Deno from the beginning. This was walking forwards if anything.
However, broadly, the story is indeed one of Deno moving away from its opinionated roots towards pragmatism (drop-in replacement for Node).
0c3ca83 1 days ago [-]
You're arguing with an LLM.
win311fwg 1 days ago [-]
You make it sound as if implementation details matter. They don't.
polynomial 1 days ago [-]
> & then spent the next four years walking them back one piece at a time
I feel like the meat proxy changed "and" to '&' here; LLMs don't use ampersands like that, presumably because it's not really grammatically correct.
But the rest of the phrase itself is very obvious AI slop.
crabmusket 18 hours ago [-]
[flagged]
BrunoBernardino 1 days ago [-]
Thanks for calling that out, it also stood out to me as "falsy".
tracker1 2 days ago [-]
I'm really sad about the announcement and that the Deno runtime as it was is going away. I'll definitely be following and likely using an active fork if it presents one.
I've been using Deno a lot for straight shell scripting. Being able to link directly to dependencies and run without a separate install step or node_modules directory is huge. The fact that it's a single binary download and can self update is so nice too.
I'm not sure if these features are similar for Bun or not. I'm just sad about the whole thing.
Then there's Ende, my fork, and I ripped out Node compatibility, Deploy, KV, Jupyter, &c. https://ende.sh
Defletter 1 days ago [-]
TIL that &c means etc. I just spent more time than I'd like to admit googling for "&c" thinking it was some kind of FFI functionality or something xD
satvikpendem 23 hours ago [-]
& is literally a combination of the letters e and t, for et, et cetera.
NetOpWibby 1 days ago [-]
Haha! Happy to spread awareness! I saw it being used somewhere several years ago and loved it.
WorldMaker 23 hours ago [-]
The et in etc (et cetera) being Latin "and" (in essentially "and so forth"). The ampersand is said to have started as a very stylized "E" and "t" merged together, so it does have an interesting historic appropriateness in &c.
You are added to the list of projects I thought would really become essential to my work but slowly faded away. Another one, for example is rethinkdb.
At least Deno actually caused some movement in the node world, just like io.js.
yayugu 1 days ago [-]
> Bun joined Anthropic ten months ago. The tempting conclusion is that the alternative-runtime experiment is over & Node has won by default.
Well, Bun is surprisingly better and convenient than before
hobofan 1 days ago [-]
I can just echo that thank you!
Even as a big Deno "hater" due to their anti-package manager stance on the basis of URLs that leads to a sleuth of dependency attacks, I must say that Deno and the people behind it have undoubtedly pushed the space forward on many aspects!
rob74 1 days ago [-]
I guess between the original Node and the many alternatives that aren't Node (that I, a former PHP guy using Go for side projects, wish would gain more traction) there isn't enough of a niche for a "mostly like Node, but with fewer warts" project?
Quothling 1 days ago [-]
I think it was more a question of what that niche was meant to be. Bun does alright in the "we don't want external dependencies" space of Node development. We switched a lot of our Go projects to it because it allows us to use nothing but Microsoft packages for Azure and Bun, similar to how we were using Go, but now we have a language less. Bun is largely a dropin for node though, and it would be rather easy to switch back.
pimterry 1 days ago [-]
Partly yes, but I also I think more than expected Node has been able to fix a lot of the warts itself within the existing model, which really undermines the niche further.
chrisweekly 1 days ago [-]
Node has a bright future. See e.g. Platformatic's "Watt" server^1 for an example of pushing it forward.
I do hope there will be forks. Some are mentioned in the comments.
Bun and Deno are now big-tech dependent. For the better, and the worse.
RadiozRadioz 1 days ago [-]
I do think those of us who were long skeptical of Deno are owed a small "I told you so".
Fundamentally, there is a big sect of the JavaScript ecosystem / culture that is hype-driven and has extreme churn. Jumping to every new framework and runtime without thought for the long-term, or any regard for historical patterns.
This stuff keeps happening. Somehow I'd love to get through to the perpetuators of the JS hype treadmill that they're only hurting themselves and making themselves look foolish when the churn inevitably hurts them and the wider ecosystem.
But maybe they jumped to the next shiny thing after Deno before Demo's demise was announced, and they'll learn nothing.
avaer 1 days ago [-]
You should read the article; it's well thought out, and it directly addresses your points and what was learned by the ecosystem. That would be a more interesting thing to argue about.
jeremyjh 1 days ago [-]
It was written by an LLM.
DonHopkins 1 days ago [-]
[dead]
jeremyjh 1 days ago [-]
And here you are telling me what I’ve done without any knowledge of it. Maybe you think I’m someone else? Which argument are you talking about and why do you think I haven’t read the article?
DonHopkins 22 hours ago [-]
[flagged]
jeremyjh 22 hours ago [-]
The sentence "It was written by an LLM." tells you all that? Are you suggesting the article was not written by an LLM? I'm really, truly very confused here. Or maybe you are.
yayugu 1 days ago [-]
> Bun joined Anthropic ten months ago. The tempting conclusion is that the alternative-runtime experiment is over & Node has won by default.
Well, Bun is surprisingly better than before
cavoirom 1 days ago [-]
Congratuation to Deno team for a great software and the recent move. I'm using it as my scripting runtime for the agent harness, work great, now I may go back to Node.js.
rfgplk 1 days ago [-]
Considering forking it (and rewriting to C++)
pjmlp 1 days ago [-]
For that, we already have Node.js.
ralusek 1 days ago [-]
I was often curious to/wanted to deploy little applets on their publishing platform/utilize their in-language db. I was always scared of what would happen to my app/db in the future. Well, what is happening to those deno deploy apps?
ameliaquining 1 days ago [-]
From the announcement: "Deno Deploy will continue operating for six months before shutting down. We will provide migration support for paying customers moving to Cloudflare Workers."
I object to two of these categorisations.
deps.ts was a convention, not a built-in runtime feature. If you want to follow the convention, that's fine. It's just a regular old typescript file!
Import maps were not Deno walking back, but implementing a web platform feature. Parity with browser JS was a standout feature of Deno from the beginning. This was walking forwards if anything.
However, broadly, the story is indeed one of Deno moving away from its opinionated roots towards pragmatism (drop-in replacement for Node).
I feel like the meat proxy changed "and" to '&' here; LLMs don't use ampersands like that, presumably because it's not really grammatically correct.
But the rest of the phrase itself is very obvious AI slop.
I've been using Deno a lot for straight shell scripting. Being able to link directly to dependencies and run without a separate install step or node_modules directory is huge. The fact that it's a single binary download and can self update is so nice too.
I'm not sure if these features are similar for Bun or not. I'm just sad about the whole thing.
Dodo aims to be a drop-in replacement.
Then there's Ende, my fork, and I ripped out Node compatibility, Deploy, KV, Jupyter, &c. https://ende.sh
It is also a single self-contained binary and has a self-updater.
You are added to the list of projects I thought would really become essential to my work but slowly faded away. Another one, for example is rethinkdb.
At least Deno actually caused some movement in the node world, just like io.js.
Well, Bun is surprisingly better and convenient than before
Even as a big Deno "hater" due to their anti-package manager stance on the basis of URLs that leads to a sleuth of dependency attacks, I must say that Deno and the people behind it have undoubtedly pushed the space forward on many aspects!
1. https://platformatic.dev/ and https://github.com/platformatic#-watt--the-nodejs-applicatio...
Bun and Deno are now big-tech dependent. For the better, and the worse.
Fundamentally, there is a big sect of the JavaScript ecosystem / culture that is hype-driven and has extreme churn. Jumping to every new framework and runtime without thought for the long-term, or any regard for historical patterns.
This stuff keeps happening. Somehow I'd love to get through to the perpetuators of the JS hype treadmill that they're only hurting themselves and making themselves look foolish when the churn inevitably hurts them and the wider ecosystem.
But maybe they jumped to the next shiny thing after Deno before Demo's demise was announced, and they'll learn nothing.
Well, Bun is surprisingly better than before
Cloudflare acquires Deno
https://news.ycombinator.com/item?id=50019911