AI 생성타입스크립트가 컴파일러를 Go로 다시 짰다 — 빌드가 10배 빨라진 비결

🤖 AI 생성 콘텐츠 — 이 글은 AI가 자료를 수집하고 초안을 작성했으며, 발행 전 누슘 운영자가 검수했습니다.

마이크로소프트가 타입스크립트 컴파일러를 자바스크립트에서 Go로 통째로 다시 짰습니다. 빌드가 약 10배 빨라졌다는데, 왜 Go였고 개발자에게 무엇이 달라지는지 쉽게 정리합니다.

결론부터 말하면 — 타입스크립트가 자기 컴파일러를 Go 언어로 새로 만들었고, 빌드가 약 10배 빨라졌습니다. 마이크로소프트가 2025년 3월 ’10배 빠른 타입스크립트(A 10x Faster TypeScript)’라는 이름으로 공개한 프로젝트입니다. 코드명은 ‘코르사(Corsa)’, 새 도구 이름은 tsgo예요. 2026년 7월 현재 프리뷰로 풀려 있어서 직접 설치해 써볼 수도 있습니다.

큰 프로젝트일수록 타입 검사에 몇십 초씩 기다리던 개발자에겐 반가운 소식이죠. 뭐가 어떻게 바뀐 건지 볼게요.

목차

• 무슨 일이야?
• 왜 Go로 다시 짰을까
• 얼마나 빨라졌나
• 개발자에게 뭐가 달라지나

무슨 일이야?

타입스크립트(TypeScript)는 자바스크립트에 ‘타입’을 붙인 언어입니다. 쉽게 말하면, 코드를 실행하기 전에 “여기 숫자 자리에 글자를 넣었네?” 같은 실수를 미리 잡아주는 안전장치예요. 그 검사와 변환을 해주는 프로그램이 컴파일러(tsc)입니다.

그런데 이 컴파일러 자체가 그동안 자바스크립트로 만들어져 있었습니다. 자바스크립트로 만든 도구가, 자바스크립트를 검사해온 거죠. 재미있지만 한계가 있었어요. 프로젝트가 커지면 컴파일러가 느려졌습니다.

그래서 마이크로소프트가 결단을 내립니다. 컴파일러를 Go라는 다른 언어로 처음부터 다시 짜기로 한 거예요. 원래 창시자인 앤더스 하일스버그(Anders Hejlsberg)가 이끌었습니다. 이 사람은 타입스크립트뿐 아니라 C#, 터보 파스칼, 델파이까지 만든, 언어 설계계의 전설적인 인물입니다.

정리하면 이렇습니다. 지금 쓰던 자바스크립트 버전은 타입스크립트 6으로 이어지고, Go로 새로 만든 버전이 타입스크립트 7이 됩니다. 기능과 규칙은 그대로 두고, 속도만 확 끌어올린 게 핵심이에요.

왜 Go로 다시 짰을까

여기서 자연스러운 질문. “왜 하필 Go야? 파이썬이나 러스트도 있는데?”

두 가지 이유가 큽니다.

첫째, Go는 네이티브 코드로 컴파일됩니다. 자바스크립트는 실행할 때마다 중간 통역사(엔진) 위에서 돌아갑니다. 비유하자면, 외국어 책을 읽을 때마다 통역사를 옆에 두는 셈이죠. 반면 Go는 미리 그 나라 말로 번역해 둔 책과 같습니다. 통역 과정이 없으니 시작도 빠르고 실행도 빠릅니다.

둘째, Go는 여러 일을 동시에 처리하는 데 강합니다. 기존 컴파일러는 파일을 하나씩 순서대로 검사했어요. 줄을 서서 한 명씩 계산대를 통과하는 마트를 떠올려 보세요. Go는 계산대를 여러 개 열어 놓고, CPU의 여러 코어에 일을 나눠 병렬로 처리합니다. 코어가 8개면 8줄이 동시에 줄어드는 거죠.

이 두 가지가 합쳐지니 속도가 껑충 뛴 겁니다. 참고로 마이크로소프트는 “기존 코드의 논리를 그대로 옮기는 충실한 이식”을 원칙으로 삼았습니다. 문법을 새로 만든 게 아니라, 같은 규칙을 더 빠른 엔진으로 갈아 끼운 거예요.

얼마나 빨라졌나

말로만 “빠르다”면 와닿지 않죠. 마이크로소프트가 공개한 실제 벤치마크 숫자를 볼게요. 대상은 150만 줄짜리 대형 프로젝트인 VS Code(비주얼 스튜디오 코드)의 코드베이스입니다.

77.8초가 7.5초로 줄었습니다. 1분 넘게 기다리던 게 몇 초로 끝나는 거예요. 코드를 저장할 때마다 빨간 줄이 뜨는 속도, 자동완성이 반응하는 속도까지 다 여기에 얹힙니다. 큰 프로젝트를 다루는 팀일수록 체감이 큽니다.

개발자에게 뭐가 달라지나

리액트·Node.js·대형 프론트엔드로 개발하는 분들이라면 이 변화가 바로 여러분 얘기입니다.

가장 크게 달라지는 건 ‘기다림’이 사라진다는 점입니다. 지금까지는 파일이 많아질수록 편집기가 굼떠지고, CI(자동 빌드 서버)에서 타입 검사에만 몇 분씩 걸리곤 했습니다. 그 시간이 확 줄면, 저장할 때마다 즉각 피드백이 오고 배포도 빨라집니다.

다만 주의할 점도 있습니다. “충실한 이식”을 목표로 했지만, 일부 경우에는 두 컴파일러가 내놓는 오류 메시지가 완전히 똑같지는 않다고 마이크로소프트도 밝혔습니다. 그래서 2026년 현재는 프리뷰·RC(출시 후보) 단계로 공개돼 있고, 실무에 전면 도입하기 전에 내 프로젝트에서 결과가 같은지 확인해 보는 게 안전합니다.

정리하면, 이번 변화는 “언어가 바뀐” 게 아니라 “엔진이 바뀐” 겁니다. 쓰던 문법 그대로, 속도만 10배. 개발자에겐 이보다 반가운 종류의 업데이트도 드물죠.

자주 묻는 질문 (FAQ)

Q. 타입스크립트가 Go로 바뀌면 내 코드도 Go로 짜야 하나요? A. 아닙니다. 바뀐 건 컴파일러(도구)이지 언어가 아닙니다. 여러분은 지금처럼 타입스크립트로 코드를 짜면 됩니다. 그 코드를 검사·변환하는 프로그램이 Go로 만들어진 것뿐입니다.

Q. 정말 10배 빨라지나요? A. 마이크로소프트가 공개한 VS Code 코드베이스 벤치마크 기준으로 전체 컴파일이 77.8초에서 7.5초로, 약 10.4배 빨라졌습니다. 프로젝트 규모와 환경에 따라 체감 속도는 다를 수 있습니다.

Q. 지금 바로 써볼 수 있나요? A. 2026년 7월 기준 tsgo라는 이름으로 프리뷰가 공개돼 있어 설치해 시험해 볼 수 있습니다. 다만 오류 메시지 등 일부 동작이 기존과 다를 수 있어, 실무 전면 도입 전에는 내 프로젝트에서 검증을 권장합니다.

Q. 왜 러스트(Rust)가 아니라 Go였나요? A. 마이크로소프트는 기존 컴파일러 구조를 최대한 그대로 옮기기에 Go가 적합했다고 설명했습니다. 네이티브 컴파일과 가벼운 동시성(병렬 처리)이라는 장점을 살리면서, 기존 코드의 논리를 충실히 이식하기 좋았기 때문입니다.

마치며

타입스크립트의 이번 결정은 ‘느려서 불편하던 부분’을 근본부터 손본 사례입니다. 문법은 그대로, 엔진만 Go로 갈아 끼워 약 10배의 속도를 얻었죠. 큰 프로젝트를 다뤄 본 사람일수록 이 변화의 의미가 크게 다가올 겁니다.

여러분은 빌드나 타입 검사 때문에 답답했던 경험이 있으신가요? 어떤 프로젝트에서 얼마나 기다려 봤는지 댓글로 나눠 주세요. 다음 글에서는 ‘Go는 왜 이렇게 빠른가’를 언어 구조 관점에서 더 쉽게 풀어보겠습니다.

참고자료

• Visual Studio Magazine — Microsoft Ports TypeScript to Go for 10x Native Performance Gains
• InfoQ — New TypeScript Compiler 10x Faster
• LogRocket — TypeScript is getting a 10x faster compiler

태그: #타입스크립트 #TypeScript #Go #컴파일러 #tsgo #ProjectCorsa #빌드속도 #개발뉴스