Tracking where open resources like timers were invoked is something that is quite literally a game changer People sleep on how good the Deno test runner is, but I can't for the life of me stress enough how many times…
"Immutable" in the sense that packages can't be taken down or modified by authors If you wanna take it a step further, you can always opt in to that lock file with various degrees of strictness as you yourself mentioned
Hence why developers always recommend to use immutable sources when importing modules
They don't though. They transpile it behind the scenes
Not that simple of a comparison since "data centers" mean a different thing in both cases
You don't need to test a feature that they don't have
Wrong, 1.0 released exactly one year ago, before there was mostly destabilization of the runtime and not really development features
We may have WebGPU powered desktop applications in the near future though. Let's see how things play out, as you daid
There have been multiple test runners built on top of Deno's vanilla testing (through the JSON output feature), those may fit your use case better The current multi threaded and module isolated model however I think…
IMO this is a terrible idea. If I have learned anything from working long time with NPM is you can't trust a single command with updating your dependencies and you can't trust developers to respect semver on the long…
No they can't, Deno is JavaScript compliant
For frontend TypeScript I assume you mean TypeScript that doesn't use JS modules but extensionless modules, the TypeScript folks sadly have decided to not bring compatibility here ATM.
Yeah, libraries can't use import maps because import maps are not extensible
You don't ever lose productivity or knowledge on a tool when a new one comes out though. A new thing that people like becomes popular and people start using it, old one becomes less used but it doesn't dissapear. You…
They had to remove it from the Deno build process so Deno internals didn't need a compiler. However TypeScript support remains untouched and receives constant updates
What link?
The thing is that without read/write or net permissions, a malitious script that turns your computer into a mining rig will throw because it can't connect to any server or use your filesystem. We already expose CPU to…
Already fixed
No matter if you are interested in Deno or not, seeing this amount of features in a year alone gives you an idea of what's to come for Deno in the future
Actually that is being worked on (std/node is a shim for Node libraries that aims to make Node ecosystem 100% usable from Deno) but the idea is to build software with Deno's mindset and features on top of it. Just look…
Fundamentally, Deno works way more like the language JavaScript is meant to be according to the vision of the ECMA committee (the ones who add features to the language). Problem is that a lot of software was built upon…
Whot? How is that even comparable? It's third party code after all, the same happens when you use a library in any other language
Tracking where open resources like timers were invoked is something that is quite literally a game changer People sleep on how good the Deno test runner is, but I can't for the life of me stress enough how many times…
"Immutable" in the sense that packages can't be taken down or modified by authors If you wanna take it a step further, you can always opt in to that lock file with various degrees of strictness as you yourself mentioned
Hence why developers always recommend to use immutable sources when importing modules
They don't though. They transpile it behind the scenes
Not that simple of a comparison since "data centers" mean a different thing in both cases
You don't need to test a feature that they don't have
Wrong, 1.0 released exactly one year ago, before there was mostly destabilization of the runtime and not really development features
We may have WebGPU powered desktop applications in the near future though. Let's see how things play out, as you daid
There have been multiple test runners built on top of Deno's vanilla testing (through the JSON output feature), those may fit your use case better The current multi threaded and module isolated model however I think…
IMO this is a terrible idea. If I have learned anything from working long time with NPM is you can't trust a single command with updating your dependencies and you can't trust developers to respect semver on the long…
No they can't, Deno is JavaScript compliant
For frontend TypeScript I assume you mean TypeScript that doesn't use JS modules but extensionless modules, the TypeScript folks sadly have decided to not bring compatibility here ATM.
Yeah, libraries can't use import maps because import maps are not extensible
You don't ever lose productivity or knowledge on a tool when a new one comes out though. A new thing that people like becomes popular and people start using it, old one becomes less used but it doesn't dissapear. You…
They had to remove it from the Deno build process so Deno internals didn't need a compiler. However TypeScript support remains untouched and receives constant updates
What link?
The thing is that without read/write or net permissions, a malitious script that turns your computer into a mining rig will throw because it can't connect to any server or use your filesystem. We already expose CPU to…
Already fixed
No matter if you are interested in Deno or not, seeing this amount of features in a year alone gives you an idea of what's to come for Deno in the future
Actually that is being worked on (std/node is a shim for Node libraries that aims to make Node ecosystem 100% usable from Deno) but the idea is to build software with Deno's mindset and features on top of it. Just look…
Fundamentally, Deno works way more like the language JavaScript is meant to be according to the vision of the ECMA committee (the ones who add features to the language). Problem is that a lot of software was built upon…
Whot? How is that even comparable? It's third party code after all, the same happens when you use a library in any other language