Node.js 是后端编程的穷人的苹果。
Node.js的创建者Ryan Dahl转向了Go。
Express.js框架的创建者TJ Holowaychuk转向了Go。
我经常发现来自其他社区的开发人员抱怨Node 中的阻塞操作是万恶之源，任何 CPU 密集型计算都会阻碍 Node.js 的响应能力，因此线程平台更好 - Blah..blah..blah。
Node 从未打算解决计算扩展的问题。
它的开发是为了解决 I/O 缩放问题（它做得很好）。
一切消亡的东西，都是因为它变得太大、太笨重、太官僚而消亡，Node 也不例外。即使 Node 没有反复搬起石头砸自己的脚，熵也会造成损失。
整个生态系统变得一团糟，你最终会弄乱ejs、mjs、config和tsconfig，同时还试图让实验性功能发挥作用。
如果您曾经参与过大型 Node 项目，您就会明白管理依赖关系和解决各种库和框架之间的冲突是多么令人筋疲力尽。
这是一个问题——一个大问题，人们给它起了一个奇特的名字“依赖地狱”
灵活≠分散
Deno
当你纵观全局时，你会明白为什么像 Deno 这样的项目想要放弃 Node，认为它是一个根本无法修复的烂摊子，并从头开始做更多的计划来避免所有这些问题。
Deno 的存在就是出于这个原因——这是一个新的机会。
Deno 具有各种功能，可以作为社区前进的训练轮。
每个软件开发人员都有一个他们希望可以重新开始而不是修复旧代码的项目。
Deno 旨在重建社区。
我在 Deno 中看到的主要竞争优势是其简约的设计及其非常高效的引用透明导入系统。