타입스크립트, 이제 런타임도 삼킨다

자바스크립트 생태계에서 '타입 안전성'은 오랫동안 개발 단계에서만 누리는 혜택이었습니다. 그런데 2025~2026년을 기점으로 그 경계가 무너지고 있습니다. TypeScript가 컴파일 도구를 넘어, 런타임 환경 자체를 재편하는 중심축으로 떠오르고 있기 때문입니다.

왜 지금인가

TypeScript는 2012년 마이크로소프트가 공개한 이후 꾸준히 성장해 왔지만, 최근 몇 년간의 속도는 이전과 차원이 다릅니다. Stack Overflow의 「2024 Developer Survey」에 따르면 TypeScript는 4년 연속 '가장 사랑받는 언어' 상위권에 이름을 올렸으며, 전체 응답자의 약 38%가 주력 언어로 사용한다고 답했습니다. 국내에서도 채용 공고 기준으로 TypeScript 명시 비율이 2021년 대비 두 배 이상 증가했다는 것이 업계의 공통된 체감입니다.

핵심 변곡점: 2024년 TC39(자바스크립트 표준화 위원회)는 TypeScript의 타입 어노테이션 문법을 ECMAScript 표준으로 흡수하는 제안(Stage 2)을 공식 채택했습니다. 언어의 경계가 흐려지고 있는 것입니다.

여기에 Deno 2.0의 출시와 Bun의 급성장이 결정적 계기를 만들었습니다. 두 런타임 모두 TypeScript를 별도의 빌드 없이 직접 실행할 수 있도록 설계되었으며, Node.js마저 2024년부터 실험적으로 --experimental-strip-types 플래그를 통해 네이티브 TypeScript 실행을 지원하기 시작했습니다.

TypeScript 런타임 혁명의 실체

컴파일 단계가 사라진다는 것의 의미

기존 TypeScript 개발 흐름은 '작성 → 컴파일(tsc) → 실행' 이라는 3단계를 전제로 합니다. 빌드 설정, tsconfig.json 관리, 소스맵 처리 등이 모두 여기서 파생되는 복잡도입니다. 처음 배우는 학습자에게 이 진입 장벽은 결코 가볍지 않습니다.

그런데 Deno와 Bun은 '타입 정보를 실행 시 그대로 읽어들이거나, 빠르게 스트립(strip)하는 방식' 으로 이 단계를 사실상 투명하게 만들어 버렸습니다. 개발자는 .ts 파일을 작성하고 바로 실행할 수 있습니다. 타입 검사의 엄밀함은 에디터와 CI 단계에서 별도로 담당하는 구조로 역할이 분리됩니다.

Node.js의 전략적 선택

Node.js가 TypeScript를 네이티브 지원하기 시작했다는 사실은 단순한 기능 추가가 아닙니다. Node.js 재단이 Bun·Deno와의 경쟁 속에서 생태계 주도권을 지키기 위해 내린 전략적 결정으로 읽힙니다. Node.js 22 LTS 버전에서 해당 기능이 포함되면서, 기존 수억 개의 Node.js 프로젝트가 점진적으로 TypeScript 네이티브 환경으로 이행할 발판이 마련되었습니다.

현장의 변화

Deno Deploy는 2025년부터 전 세계 35개 엣지 리전에서 TypeScript 파일을 컴파일 없이 직접 배포하는 서비스를 안정화했습니다. Vercel·Cloudflare Workers 등 주요 엣지 플랫폼들도 잇달아 TypeScript 네이티브 실행 환경을 기본 제공하기 시작했고, 이는 풀스택 개발의 진입 비용을 크게 낮추고 있습니다.

국내에서는 카카오, 라인 등 대형 IT 기업들이 내부 백엔드 서비스에서 TypeScript 비율을 높이는 추세가 뚜렷하며, 스타트업 생태계에서는 NestJS(TypeScript 기반 Node.js 프레임워크) 가 백엔드 표준 스택으로 자리를 굳히고 있습니다.

학계에서도 변화가 감지됩니다. 국내 여러 대학의 웹 프로그래밍 강의가 JavaScript 대신 TypeScript를 출발점으로 채택하기 시작했으며, 부트캠프 커리큘럼의 TypeScript 필수화 비율도 빠르게 높아지고 있습니다.

시사점: 우리가 갖춰야 할 것

• 타입 사고방식을 먼저 익히세요. TypeScript는 단순히 타입을 붙이는 문법이 아니라, 데이터를 계약처럼 다루는 설계 철학입니다. interface와 type을 구분하고, 제네릭의 의미를 이해하는 것이 출발점입니다.

• 런타임 환경의 차이를 파악하세요. Node.js, Deno, Bun 각각이 TypeScript를 다루는 방식이 다릅니다. 학습 초기에는 Deno나 Bun으로 빠르게 실험하고, 실무 프로젝트에서 Node.js 생태계를 깊이 익히는 순서를 권장합니다.

• tsconfig.json을 두려워하지 마세요. 런타임 네이티브 지원이 늘어도, 엄밀한 타입 검사 설정은 여전히 중요합니다. strict 모드의 의미와 주요 컴파일러 옵션을 이해해야 협업 환경에서 제 역할을 할 수 있습니다.

• ECMAScript 표준 흐름을 주시하세요. TC39의 타입 어노테이션 제안이 표준화될 경우, TypeScript와 JavaScript의 경계는 더욱 좁아집니다. 표준 문서를 가끔씩 들여다보는 습관을 들이면 기술 흐름을 앞서 읽는 역량이 길러집니다.

• NestJS 혹은 Hono 같은 TypeScript 네이티브 프레임워크를 실습하세요. 언어를 이론으로만 배우는 것보다, 실제 프레임워크 위에서 타입 시스템이 어떻게 설계를 돕는지를 체험하는 것이 훨씬 효과적입니다.

맺음말

TypeScript는 이제 '안전장치를 덧댄 JavaScript'가 아닙니다. 런타임과 표준, 프레임워크와 플랫폼 전반에 걸쳐 웹 개발의 언어적 인프라 자체를 재정의하고 있습니다. 처음 프로그래밍을 배우는 이 시점에 TypeScript를 진지하게 마주하는 것은, 단순히 취업을 위한 스펙 쌓기가 아니라 앞으로 10년의 개발 환경을 이해하는 언어를 먼저 익히는 일입니다. 지금 .ts 파일을 열어 첫 번째 interface를 작성해 보시길 권합니다.

참고 자료

• Stack Overflow, 「2024 Developer Survey」
• TC39, Type Annotations Proposal (Stage 2), GitHub 공식 저장소
• Deno 공식 블로그, 「Deno 2.0 Release Notes」, 2024
• Node.js 공식 문서, Running TypeScript Natively (Node.js 22 기준)
• Bun 공식 문서, 「TypeScript」 섹션, bun.sh
• 정보통신산업진흥원(NIPA), 「SW 기술 동향 및 채용 시장 분석 보고서」, 2024

테크창 연구팀 | 인천대학교 창의인재개발학과 전공심화연구모임
본 칼럼은 AI 보조로 작성되었으며, 수치·출처는 참고용입니다.