Ecosystem is still worse, which is IMO all that matters at this point.
ts-node is good enough to stick to Node for now if you want TypeScript. I don't think the rest of Deno is that compelling, although I would probably switch to Deno once its Node compat is awesome since it is a more compelete package out of the box than Node is.
Deno's battle is that it is an incremental improvement, and competing JS runtimes is quickly become the new JS web framework meme alternative (Bun, Boa, Node, Deno)
ts-node is great. Proper ESM support landed over the summer. All my new projects at work are module type now.
I use ts-node with the optional SWC compiler which works great with pretty darn fast startup times. SWC can handle TypeScript experimental decorators including emitting metadata, so not losing out on anything with it ATM.
I think esbuild is simpler than ts-node. We simply compile everything from TS to JS with esbuild every time we launch node (it takes less than 0.1 seconds)
Ah that looks cool. I'll definitely check that out at some point. Although our current node <-> esbuild integration is a ~6 line bash script, so there's not much pressure to change to another solution.
It very well could be - I suppose that's more evidence to the point that working with Node is very doable these days even without built-in support for many tools.
Deno fmt, testing, capabilities, standalone binaries, built-in TS. Just a bit more modern and nice and saves a lot of setup you'd have to do with Node.
Better: Seamless TypeScript support without having to deal with 3rd party packages or tsconfigs. A standard library modeled after Go's that is a WIP, but solid overall. Having browser APIs in the runtime is great, removes the mental context switch between browser/node. Formatter built in to the binary. YMMV, but I prefer the url imports and lack of package.json.
I can't speak from a professional standpoint of migrating a project from Node to Deno; honestly, I don't think it's worth doing that (yet). But Deno is far more enjoyable to me as a hobbyist programmer and working on solo projects. I recently deployed an app backend using just the std and the Deno port of postgres.js[0] to Deno Deploy and it was a breeze.
I also think it's a great starting point for anyone looking to learn JavaScript.
Deno is very nice for writing a script that uses a dependency, without the ceremony of setting up or generating a pseudo-"project". One file with your code in it.
Scripting, tooling/IDE support (webstorm support is pretty good), documentation and standardization, infrastructure as code
> What's still worse?
Node/NPM compatibility is still hit or miss depending on the library you're trying to use, that's something Bun is trying to improve over Deno.
Also, typescript types feel very hacky and I feel that's something very important as one of Deno's biggest selling points is typescript first-class support, definitely typed is doing most of the heavy lifting but things aren't perfect.
I haven't switched yet, but I would say everything is better except package availability. For example, there is no package to connect to an SQL Server database.
Node/NPM compatibility is experimental, as it improves, this lack of Deno native packages should become less of an issue.
1. Standard library: Deno has so much better standard library, support for web standards, promises instead of callback, and need to reach out to third party modules lot less
2. Performance: Deno is focusing a lot on performance and it faster than node
3. Package management: No more gigabytes of node_modules, They just have URLs which are simpler to use
4. Versioned std library:node's standard library is packaged but for deno you can use different std library than deno version.
Whats worse:
1. Ecosystem: There are lot less packages for deno but Deno team is working on npm packages support. So all/most npm packages will work in deno
2. Deployment target: Deno has deno deploy but that pretty much it.
ts-node is good enough to stick to Node for now if you want TypeScript. I don't think the rest of Deno is that compelling, although I would probably switch to Deno once its Node compat is awesome since it is a more compelete package out of the box than Node is.
Deno's battle is that it is an incremental improvement, and competing JS runtimes is quickly become the new JS web framework meme alternative (Bun, Boa, Node, Deno)