[TYPESCRIPT] Babel과 TypeScript를 같이 쓰는 빌드 전략: 역할 분리와 실무 기준

TypeScript 프로젝트를 처음 구성할 때는 보통 tsc로 끝납니다. 컴파일도 되고, 타입 체크도 되고, 설정도 단순합니다. 그런데 프론트엔드나 Next.js, React 기반 프로젝트로 넘어가거나, 모노레포에서 웹과 서버를 같이 관리하기 시작하면 Babel이 빌드 파이프라인에 섞이는 순간이 생깁니다. 이때 흔히 생기는 혼란은 하나입니다. “둘 다 TypeScript를 처리하는 것 같은데, 왜 둘 다 필요한가?” 실제로는 역할이 꽤 다릅니다. TypeScript 컴파일러(tsc)가 하는 일tsc는 크게 두 가지 일을 합니다. 타입 체크TypeScript 문법을 JavaScript로 변환 실무에서 중요한 건, 타입 체크가 tsc의 핵심 역할이라는 점입니다. 트랜스파일(변환)만 놓고 보면 tsc 말고도..

• format_list_bulleted 개발/Typescript
• · 2026. 2. 24.
• textsms

[TYPESCRIPT] ts-node-dev, swc, esbuild를 같이 써보고 나서 보이는 차이

Node.js + TypeScript 서버를 운영하다 보면, 개발 환경에서의 실행 속도가 생각보다 크게 체감됩니다. 코드를 저장할 때마다 재시작이 느리면, 개발 흐름이 끊기기 시작합니다. 처음에는 ts-node-dev로 충분하다고 느낍니다. 설정도 간단하고, 바로 실행되기 때문입니다. 하지만 코드가 커지고 모노레포 구조가 되면, 빌드·실행 속도 차이가 점점 드러납니다. ts-node-dev, swc, esbuild는 목적은 비슷하지만, 동작 방식이 다르고, 그에 따라 성능과 안정성도 다릅니다. ts-node-dev: 가장 단순한 시작점ts-node-dev는 TypeScript를 런타임에서 바로 실행합니다. ts-node를 감싼 형태로, 파일 변경을 감지해 재시작해 줍니다. ts-node-dev --res..

• format_list_bulleted 개발/Typescript
• · 2026. 2. 23.
• textsms