I know on HN we don’t always love CEOs, and that’s okay… the ethos of startups has changed over the past 10 years, and tech has shifted away from tinkerers and more toward Wall Street. But Ryan Dahl isn’t doing that; he’s a tinkerer and a builder.
I dunno, I just don’t like this vibe of “what have you done for me recently” in this post, especially given he skipped over the company and is calling out Ryan directly for some reason. Ryan is responsible for many of our careers; Node is the first language I really felt at home with.
Comparing him to Nero is gross.
I don't use Fresh. Serverless is kind of a weird offering that forces developers to do a lot of work to adjust their programs to running all over the place. I even wish Deno had never supported NPM because that ruined their differentiator.
I'm going to keep using Deno and I hope they use this opportunity to refocus on their core product offering so that I can move back to using it from this VPS that is hosting all of my Deno servers right now.
- Deno initially seemed like something a number of us were clamouring for: a restart of the server JS ecosystem. ES modules from the start, more sensibly thought out and browser compatible APIs, etc etc
- that restart is incompatible with the business goals of a VC funded startup. They needed NPM compatibility but that destroyed the chances of a restart happening.
I’m just sticking with Node. I know Deno and Bun are faster and have a few good features (though Node has been cribbing from them extensively as time has gone on). I just don’t trust a VC backed runtime to keep velocity in the long term.
But once you add that NPM compatibility layer the incentives shift, it just isn’t worth anyone’s while to create new, modern modules when the old ones work well enough.
It all feels similar to the Python 2 vs 3 dilemma. They went the other way and hey, it was a years long quagmire. But the ecosystem came out of it in a much better place in the end.
If Dahl had posted the typical layoff announcement people would be criticising that too.
Decimation has been commonly used as a synonym for absolute destruction for a long time, being annoyed by it is wasted energy, better to let it go and accept the new meaning.
That is the problem.
FWIW, it worked for Bun (at least for the VCs and employees), so there is a model there that works.
Accountability starts and stops at the top. Many CEOs (CxOs) get called out. Personally, I want to write something similar about Bluesky leadership, who have fumbled hard multiple times since peaking, and have now "raised funding" from Bain Capital (private equity).
i will begin to care about a CEOs feelings when they put the wellbeing of their employees before their own. not saying that the Deno CEO has done anything on the order of the raw aggression we see from other CEOs in our industry but, as they say, if you cant take the heat stay out of the kitchen.
I don't see any such claim in the post. The criticism is about Ryan the CEO, not Ryan the person.
Besides the title, from the end of the post:
> I’m not trying to hate on Dahl but c’mon bro you’re the CEO. What’s next for Deno? Give ~me~ ~users~ anyone a reason to care.
Perhaps you know Ryan and read too much into the criticism?
What if we reframe this about how the CEO treats their users and employees? Why does Ryan deserve to be free from criticism?
I'm trying to understand why you carve an exception for this one individual.
When I worked in restaurants, the owner and I had a very interesting conversation after hours, and with beers, about his thoughts and feelings being responsible for the well being and livelihood of everyone that worked there. It was a positive moment, I thought I had a great boss, I work my ass off for him.
A year later I found he was trimming hours off of my paycheck. I quit on the spot. Months later I heard he did the same to the waitstaff tips and it wasn't much longer before it all fell apart.
People can appear very different publicly than privately, and they can change over time.
I'll say it.
This author is being an asshole and punching good people when they're down.
We live in a land of goddamned hyperscalers and megacorps trying to minimize how much they pay us (or get rid of us). Trillion dollar Zeuses that skirt by antitrust regulations for decades on end, crushing any would-be competition. Pilfering from open source while encrusting it in proprietary systems that cost an arm and a leg. Destroying the open web, turning every channel into an advertising shakedown, monitoring us, spying on us, cozying up to the spy apparatus in every country they do business in...
How dare anyone throw rocks at an open source effort?
I don't even like JavaScript, but I applaud what these folks are trying to do.
At least they're trying.
Can't even get a decent round of applause.
My analogy was taking VC money and using it to build an open source tool.
> How dare anyone throw rocks at an open source effort?
According to the article, Deno raised over $25 million from venture capital. Unless you're disputing that, it seems a bit disingenuous to criticize corporations but call this an "open source effort"
It's almost all caused by the OSI.
The OSI is owned and operated by the hyperscalers, who benefit from this in-fighting and license purity bullshit.
Is the only open source free labor? Some people think so.
Are open core and fair source licenses invalid? Yeah - let's make everything BSD/MIT so managed versions can go live inside AWS and GCP and make those companies billions, while the original authors see limited or no upside.
The fact is - open source needs salients to attack the hyperscalers. It needs to pay its engineers. It needs to expand and grow. One of the ways to do that is building a business around it. Another way is building an open core plus services that drive revenue to sustain and grow the business.
Having VC money doesn't invalidate what's being done. It helps the experiment evolve faster.
Nobody's here complaining about Google and Microsoft and Amazon, yet that's where 99.9% of our ire should be directed. And yet we're pouring venom on this small and valiant effort.
We dump on Redis and Elastic while they're being torn to shreds and eaten by trillion dollar giants.
This entire conversation has become perverted to the point we're no longer talking about what matters: freedom to operate independently of the giants that control the world.
Instead we're complaining about people taking a risk, trying to actually do something impactful that matters.
For the rest, I can't comment on, all the best.
Deno might not succeed as a project, especially with strong competition from Bun as an alternative to Node, but I would say that Deno has been more a force for bettering the ecosystem than not.
Many of those at Deno, including Ryan as well as some of those who have apparently left or been let go have been major contributors to the web development ecosystem. Thank you all for your work — we’re better off for your contributions.
Content marketed at wannabe startup founders tends to be encouraging and panglossian. It's good to see here what you're signing up for if you succeed with some degree of traction.
Whose fault is that?
Zig is yet to be 1.0, and who knows what anthropic will make out of it.
They can even pivot yet again back into node, as most acquisitions go.
LLMs seem likely to kill or at least vastly weaken the support model.
Their initial baffling stance about package.json was the first bad sign. I almost can't imagine the hubris of expecting devs to abandon such a large eco-system of packages by not striving for 100% support out of the gate. Of course they had to relent, but honestly the damage was done. They chose ideology over practicality and that doesn't bode well with devs.
I think they saw Rust and thought that devs were willing to abandon C++ for a language that was more modern and secure. By touting these same benefits perhaps they were hoping for similar sentiment from the JavaScript community.
Deno has some really good ideas (e.g. the library KV interface). I agree with a lot (but not all) of Dahl's vision. But the whole thing is just a bit too quirky for me to invest anything critical into an ecosystem that is one funding round away from disappearing completely.
Since then, I know that it's there and that it's more secure than Node in some applications, and I can see using it being a good option. But it sounds like it might be too little too late? Going by this article, at least.
hmm, blog author doesn't know about Anthropic's Bun acquisition, and consequently shouldn't comment on "the entire AI industry"
As a founder who built all my prototypes and side projects on Deno for two years, I personally think Deno’s execution was just horrible, and avoidably so. Head-scratchingly, bafflingly bad decision-making.
I was the first engineering hire at Meteor (2012-2016), and we made the mistake of thinking we could reinvent the whole app development ecosystem, and make money at it, so I have the benefit of that experience, but it is not really rocket science or some insight that I wouldn’t expect Ryan Dahl and team to have, in the 2020s.
They were stretched thin with too many projects, which they were always neglecting or rewriting, without a solid business case. They coupled together runtime, framework, linting, docs, hosting, and packaging, with almost all of these components being inferior to the usual tools. The package system became an absolute nightmare.
If the goal was to eventually replace Node and NPM with something where TypeScript was first-class, there was better security, etc, they could have done a classic “embrace and extend.”
Eventually the reference implementation gets good enough, and that is it.
In JavaScript case, the first error was to ignore compatibility with native addons and existing nodejs modules.
The second was not providing a business value why porting, with the pain of compatibility, one because "it feels better" doesn't release budgets in most companies.
Also not everyone gets it right, only because they got lucky once, history is full of one hit wonders.
> Despite the initial hype, Rome tools, Deno & Bun will be quasi abandoned as the ecosystem outpaces their release cycle and the benefits don’t merit the headache of migration.
Everything else. Seems everyone and their mother are building "platforms", so they can properly lock you in, look at Vercel for example, to get some inspiration where the rest is probably at least aiming.
Not sure why people keep falling for it though, guess it's easy enough to get started that people don't really want to understand deeper, if you can pay someone $XXX/month to not have to think about it, many people tend to go that route, especially if VC-infested.
Thus platforms and SaaS products, seem to be the only way to make sustainable open source products.
I can't speak generally because it varies but is this really the case here? Other posters have commented on missing features and issues with their product i.e. Deno Deploy so is it not willing to pay or not worth it?
That would be much more sustainable than VC rat fucking the commons to make a buck while suckering in devs that were once good community stewards into dry husks that are only formed to generate profit.
Grants are a very effective model of support, it seems to work for entire industries + professions around the world. Even better when there is a body of professionals working democratically to decide which people should be awarded the grants.
Just because you have a failure of imagination doesn't mean others do.
My choice ranking is Deno Deploy > Fly.io > AWS for new projects, depending on complexity and needs. They also have a new Deno sandbox feature which is great for running untrusted code, AI agents, etc.
The real question is can they adapt to customer feedback fast enough, focus priorities, adequately market & grow, make it profitable, etc. Bumpy road but definitely not doomed.
I agree with all the comments saying this is unnecessarily critical. We're getting an amazing tool totally for free. Quit complaining.
I would not be surprised if they get bought by one of the big AI players anyway, given the weird purchases of Bun and Astral.
This house of cards is about to collapse and lot of "smart" devs are going to act shocked when the water recedes.
The same thing always happens: companies "adopt" open source then, unless you have monopoly, money problems eventually appear and leadership sees this lovely team with "bloated budget" in the bylines.
[1] https://www.reuters.com/commentary/breakingviews/anthropic-g...
I assume the author is aware that Ryan Dahl created that too?
Not that it would make him immune to criticism, but the author comes off extremely petty.
However Anthropic owns Bun now, so a different story will unfold.
I never heard of Deno until today. So perhaps this was a marketing failure.
So here is what is going to happen:
Deno is going to 100% get acquired.
Ryan Dahl is obviously rare talent and any company that gets Ryan would be incredibly lucky.
He has already done a Google Brain Residency so it makes sense for him to go to OpenAI or another AI lab for developing AI agents.
Who cares? Why does the world need so many fringe tools/runtimes? So much fragmentation. Why does every project have to be a long-term success? Put some stuff out if its misery. Don't waste the time of the already few open-source contributors who pour hours into something for no good reason.
But I need to have everything in a mono repo for agents to properly work on in.
Cloud functions and weak desperation between dev and prod is a mess, even more so with agents in the loop.
Why is that? Seems like an agent framework limitation, not a reasonable requirement in general. (I do not have this limitation, but I also have a custom agent stack)
On my own machine I have a dev/ folder full of checkouts of other repos, and I'll often run Claude Code or Codex CLI in that top level folder and tell it to make changes to multiple projects at once. That works just fine.
(I was going to try claude again this weekend, but when I tried to login, got an error and am reminded how much down time I experience from Anthropic, arg...)
In a poly repo setup, agents are less effective having to infer changes across repo boundaries using specs rather than code as context. Changes that impact multiple repos are also much messier to wrangle.
How do you minimally build based on the changeset? How do you know this is sufficient for correctness? What happens when feature branches get out of date and don't see the upstream change that breaks the local branch? How do you version subprojects, as they change or as a whole?
Monorepos have a habit of creating hidden dependencies. The languages you use can help or hurt here.