| [Supabase Engineer & Author of the blog post] What stands out for me about Deno over Node is its overall architecture. 1. It has a built-in permissions model [0] which gives end-user the control over what resources a script can access within a system. 2. As mentioned in the blog post, Deno runtime is extremely modular you can customize it per use case. This helps with security, performance and overall developer experience. 3. Deno has first-class support for Web Platform APIs, which reduces the need for reliance on third-party modules for simple tasks. A good example here is the native fetch module shipped with Deno. Unlike in Node, you don't end up with multiple modules implementing fetch. 4. Built-in tooling - Deno CLI has built-in tooling for formatting, linting, doc generation, benchmarking, etc. This is great for developer ergonomics, especially for people from Go and Rust backgrounds. [0] https://deno.land/manual@v1.32.2/basics/permissions |