개발자들 사이에서 유명한 블로거이자 Django 공동 개발자인 Simon Willison이 흥미로운 소식을 전했어요. Anthropic의 AI 코딩 도구인 Claude Code가 이제 '러스트(Rust)로 다시 작성된 Bun' 위에서 돌아간다는 거예요. 문장 하나에 이야깃거리가 두 개나 들어 있는데요. 하나는 Claude Code가 Bun이라는 자바스크립트 런타임으로 배포된다는 것, 다른 하나는 그 Bun이 원래 언어였던 Zig를 떠나 러스트로 옮겨가고 있다는 거예요. 하나씩 풀어볼게요.
Bun이 뭐고, Claude Code랑 무슨 상관인가요
Bun은 Node.js의 대안으로 나온 자바스크립트 런타임이에요. 런타임이 뭐냐면, 자바스크립트 코드를 실제로 실행해주는 프로그램이에요. 브라우저 밖에서 JS를 돌리려면 Node.js 같은 게 필요한데, Bun은 '더 빠르고, 패키지 매니저와 번들러까지 전부 내장한 올인원'을 표방하며 등장했죠. Claude Code는 원래 Node.js 기반으로 만들어져 npm으로 설치하는 도구였는데요, 이후 Bun의 컴파일 기능을 이용해 '단일 실행 파일'로 배포 방식을 바꿨어요. 이게 뭐가 좋냐면, 사용자가 Node.js를 따로 설치할 필요도, node_modules 폴더와 씨름할 필요도 없이 파일 하나만 받으면 바로 실행된다는 거예요. 시작 속도도 눈에 띄게 빨라지고요.
Zig에서 러스트로, 왜 옮겼을까요
원래 Bun은 Zig라는 언어로 작성됐다는 게 정체성이었어요. Zig는 C를 대체하려는 젊은 시스템 프로그래밍 언어인데, 아직 1.0 버전이 나오지 않았거든요. 그 말은 컴파일러와 표준 라이브러리가 계속 크게 바뀐다는 뜻이고, Bun처럼 거대한 코드베이스를 가진 프로젝트에게는 언어 버전을 올릴 때마다 큰 공사를 해야 한다는 부담이 돼요. 결국 작년에 Bun 팀은 새 코드는 러스트로 작성하고 기존 Zig 코드도 점진적으로 옮기겠다고 방향을 틀었어요. 러스트는 1.0이 나온 지 10년이 넘어 안정적이고, 검증된 라이브러리(크레이트) 생태계가 탄탄하고, 무엇보다 러스트 엔지니어를 채용하기가 훨씬 쉽다는 현실적인 이유였죠. 이번 소식이 의미 있는 건, 그 전환이 말로만 그친 게 아니라 수많은 개발자가 매일 쓰는 Claude Code 같은 실제 제품에 반영될 만큼 진행됐다는 걸 보여주기 때문이에요.
업계 흐름: JS 도구의 '네이티브화'
한 발 물러서서 보면 이건 더 큰 흐름의 일부예요. 자바스크립트 생태계의 도구들이 하나둘 네이티브 언어로 다시 만들어지고 있거든요. 번들러 esbuild는 Go로, 컴파일러 SWC와 린터 Biome, oxc는 러스트로 쓰였고, Deno도 러스트 기반이에요. JS로 만든 도구는 개발이 빠르지만 실행 속도에 한계가 있어서, '도구 자체는 네이티브 언어로, 사용자 코드는 JS로'라는 분업이 자리잡은 거죠. 그 안에서도 러스트가 사실상 표준 선택지가 되어가는 모습이 인상적이에요. Zig의 기술적 매력에도 불구하고 결국 생태계의 성숙도와 채용 시장이 언어 선택을 좌우한다는 걸, Bun 사례가 아주 생생하게 보여주거든요.
한국 개발자에게 주는 시사점
당장 가져갈 수 있는 교훈이 두 가지 있어요. 첫째, CLI 도구나 사내 도구를 만들 때 bun build --compile로 단일 실행 파일을 만드는 배포 방식은 지금 바로 써볼 수 있어요. 팀원들에게 Node 버전을 맞추라고 하는 대신 파일 하나만 건네면 되니까, 사내 도구 배포가 확 편해지거든요. 둘째는 기술 선택의 교훈이에요. Bun의 언어 전환은 '기술적으로 더 흥미로운 것'과 '팀이 지속 가능하게 유지할 수 있는 것' 사이에서 후자를 택한 결정이에요. 우리가 프로젝트에서 프레임워크나 언어를 고를 때도 똑같이 적용되는 이야기죠.
정리하면
여러분이 매일 터미널에서 두드리는 Claude Code 아래에는 이제 러스트로 다시 태어나고 있는 Bun이 깔려 있어요. 도구를 만드는 언어의 세대교체가 실제 제품까지 내려온 순간이죠. 여러분이라면 새 시스템 프로젝트에 Zig와 러스트 중 뭘 고르시겠어요? 그 이유도 함께 들려주세요.
🔗 출처: Hacker News