Well if Node compatibility is your big deal then yeah, why not just use it?

I started a new project on Deno to avoid the NPM mess. Node compatibility was a distraction for the product.

I'm tired of everything depending on Node. Assuming that everybody uses it is lazy.

Because I wanted native TypeScript support which Node only gained relatively recently and only partially, plus the issues I showed are regressions - they worked fine in earlier Deno versions.

> Node compatibility was a distraction for the product

I've gone back and forth on this point over the years.

Yeah, Node compat has probably affected the rest of the product. I imagine at some point they (or their investors) freaked out because adoption wasn't happening. And the reality is it really doesn't matter if your product is better when nobody is using it.

In retrospect I think it would have been a better decision to target Node compat from the start like Bun did. An impossible option at the time given Deno started trying to make something different from Node.

Or maybe the problem was simply they couldn't afford low adoption after having investors on board.

To be fair, you can't blame a person for thinking that a runtime created by the same guy who created Node would work with Node.