고마워요, Deno

Deno 팀이 Cloudflare에 합류하며 향후 1년에 걸쳐 런타임 투자를 축소함. 독립 런타임으로서의 확산은 제한적이었지만, Deno가 추진한 기능과 설계는 JavaScript 생태계에 남음 런타임 간 경쟁은 Node의 변화를 재촉함. 웹 표준 API, 권한 모델, 별도 빌드 없는 TypeScript 실행 등은 사용자가 Node를 떠나지 않고도 누릴 수 있는 기능이 됨 Deno 역시 경쟁과 사용자 요구에 대응해 Node/npm 호환성을 받아들임. URL 의존성과 기존 생태계 단절로 시작했지만, Deno 2에서는 기존 패키지를 실행하는 또 다른 선택지가 됨 패키지 관리자 간 경쟁도 결정적 설치, 저장 공간 효율, 설치 성능과 보안 기본값을 바꿈. 설치 스크립트를 기본 실행하지 않는 흐름은 npm 12의 변경 예고로 이어짐 Deno와 Bun이 다른 사업을 하는 기업 안으로 들어가면서 독립 런타임의 구도가 달라짐. 런타임 계층이 통합돼도 여러 엔진, 패키지 관리자와 표준화 활동이 생태계의 선택지를 지탱함 Deno의 Cloudflare 합류와 남는 프로젝트 Ryan Dahl의 발표에 따라 Deno 팀이 Cloudflare에 합류하며, Deno 런타임은 향후 1년에 걸쳐 투자를 줄여 나감 JSR은 Cloudflare 인프라에서 계속 운영됨 Cloudflare 발표에 따른 새 임무는 Deno의 celld를 workerd에 통합하는 것임 발표는 Deno 2 출시 정확히 2년 뒤에 나왔으며, Bun은 그보다 10개월 전에 Anthropic에 합류함 이를 대안 런타임 실험의 종료와 Node의 승리로만 볼 수는 없음. Deno가 추구한 이점은 Deno 자체가 아닌 다른 도구를 통해서도 생태계에 확산됨 기존 생태계와 단절하려던 설계의 변화 Deno는 프로덕션에서 충분한 규모로 확산되지는 못했고, Node는 2026년에도 2018년처럼 지배적임. 다만 기존 런타임을 자극하는 경쟁 압력을 만들었고, 그 압력은 Deno에도 돌아옴 Ryan Dahl은 2018년 JSConf EU 발표에서 Node와 다른 설계를 내세움 기본 거부 권한 모델, TypeScript 직접 입력, 서버의 웹 표준 API, ES 모듈 전용 설계, 단일 실행 파일을 지향함 npm, package.json, node_modules 없이 URL을 의존성으로 사용하며, 발표 자료에는 “의존성을 나열할 필요가 없다”고 명시함 URL 의존성에는 과거 핫링크 방식과 같은 ...