The cost of switching JavaScript runtimes in 2026. Bun achieves 94,000 requests per second in throughput tests, significantly outperforming Node.js and Deno. Performance gains from migrating to Bun can save companies up to 3,000 dollars per month in serverless costs. Bun delivers the highest throughput and lowest cold start costs. Bun reaches 94,000 requests per second in HTTP throughput tests for a simple JSON endpoint. This outperforms Deno at 52,000 requests per second and Node.js at 31,000 requests per second. In production environments with actual database queries and business logic, the performance gap between Bun and its competitors narrows to 20-30 percent because the real bottleneck is the PostgreSQL connection pool. Serverless cold start times favor Bun at 45ms, compared to 95ms for Deno and 180ms for Node.js. These millisecond differences translate to direct savings. One company saved 3,000 dollars per month by migrating AWS Lambda functions from Node.js to Bun. Bun uses JavaScriptCore and Zig for native code to achieve these speeds. Bun's Bun.file API performs file operations 2-3 times faster than the Node.js fs module. Node.js runs on the V8 engine and relies on decades of optimization. Deno also uses the V8 engine but utilizes Rust for native bindings. This architecture introduces some overhead for permission checks, though users can disable permissions in production to recover performance. Debugging Bun can be difficult because its profiling tools are less polished than Node.js tools like Chrome DevTools or clinic.js. You should prioritize Bun when you build CLI tools, build scripts, or serverless functions where cold starts matter. Teams should avoid Bun for core business logic with exotic dependencies or systems with complex native module requirements. Compatibility and TypeScript configuration overhead. Node.js maintains 100 percent compatibility with npm packages. Bun works with approximately 97 percent of npm packages, while Deno manages about 85 percent using the npm: specifier. This 3 percent gap in Bun can stall migrations for weeks if a service relies on obscure Node.js internals. Deno 2 increases this compatibility by allowing users to import npm modules via URLs. Ryan Dahl stated that Deno 2 provides the ability to run complex frameworks like Next.js out of the box. Deno 2 also supports npm workspaces and allows developers to add dependencies using the deno add subcommand. Deno 2 introduces the deno install command with an -entrypoint flag to install all dependencies from a specific module. Deno 2 also includes a deno remove subcommand and a concise lockfile format, version 4, to minimize diffs during dependency updates. TypeScript handling differs across the three runtimes. Bun and Deno provide native, zero-config TypeScript support. Developers using Node.js face a burden managing tsconfig.json files. All three runtimes include native test runners, but Bun's Jest-compatible API is more ergonomic than the Node.js runner added in version 18. Deno also supports a form of npm workspaces to help developers manage interdependent packages in one repository. Ryan Dahl expects that in five years, Chrome will execute TypeScript natively by performing type-stripping inside the V8 engine. Deno production stability and the Cloudflare transition. Deno is ready for production use cases because it provides long-term support and API stability. The Deno team joined Cloudflare on October 9, 2026. Deno Deploy shuts down in approximately six months, and the Deno runtime receives one year of maintenance before development ends. This timeline forces teams to plan migrations away from Deno Deploy. A developer migrating a Fresh 2 SSR site from Deno Deploy to Cloudflare Workers found that the application code only required two Deno-specific API calls to become portable because the built server exported the fetch module. The site used a 15-line worker to handle 301s for legacy /posts/* URLs, while everything else deferred to static assets. This approach removed the need for a runtime server entirely. Deno 2 simplifies permission management by changing the Deno.errors.Notcapable error to replace Deno.errors.PermissionDenied. This change helps developers distinguish between OS-level errors and runtime permissions. The permissions check for the Deno.mainModule API and the process.argv API no longer requires full -allow-read permission. Deno also allows permissions for reading and writing files that contain commas in the filename. Deno uses Rust for native bindings, which introduces some overhead for permission checks. Deno's embrace of web standards means code written for Deno often runs unchanged in browsers and edge runtimes. Is the Deno runtime the best choice for enterprise stability given the Cloudflare acquisition?

Node.js creator Ryan Dahl moves from Deno to Cloudflare. Per The Register, Node.js creator Ryan Dahl is leaving Deno for open-source Cloudflare Workers, which is absorbing the startup he founded. What happened. Ryan Dahl, the creator of Node.js, is moving on from Deno to work on open-source Cloudflare Workers, according to a report in The Register. The article describes Cloudflare as absorbing Deno, the startup Dahl founded, and presents the shift as a stance on how server-side software should be built. The Register's lede attributes to Dahl the view that developers are building servers "wrong". That remark frames the move as a critique of current server-side practice rather than a routine product update. The full commercial terms of the deal and Cloudflare's stated roadmap for the work were not part of the material reviewed for this briefing. Why it matters. The story is about developer infrastructure, and it points to a wider shift in how organisations run digital services. Edge and serverless platforms such as Cloudflare Workers let teams deploy code without managing the underlying servers. When a runtime's principal architect moves to a platform, it can signal where the next generation of tooling is heading, and that affects how quickly organisations can ship changes to the people who use their services. For leaders in experience and digital transformation, runtime and platform choices are not purely technical decisions. They shape release cadence, reliability and the friction engineers face when they fix problems that customers notice. Consolidation around a small number of platforms also raises questions about lock-in, portability and how much control an organisation keeps over the services it runs. The renascence take. Most coverage will read this as a founder-and-company story. The more useful lens is that developer experience is itself a service, and it has customers: the engineers who build everything else. Most readers will focus on the personalities and the corporate deal, but the lasting signal is about defaults. Teams adopt whatever platform removes the most friction, so the runtime an organisation chooses quietly sets the quality of its digital services. Treat a platform migration as a change to the customer experience, with user-facing measures attached, rather than as an engineering preference. Before choosing or switching a runtime, map where developer time goes today and which delays customers actually feel. This briefing was written by its Newsdesk, synthesising reporting from the outlets below. Follow the links for the original coverage. Questions Renascence get on this topic. According to The Register, Ryan Dahl, creator of Node.js, is moving on from Deno to work on open-source Cloudflare Workers. The report describes Cloudflare as absorbing Deno, the startup Dahl founded. More in Digital Transformation Stay ahead of CX Get the signal, not the noise. The stories shaping customer experience - plus the Journal and Experience Loom - in your inbox.