버즈: 1초 이내에 재빌드하는 현대적인 지그(Zig)의 버 fork

클로드 코드가 지난주 러스트 기반 Bun으로 마이그레이션한 후, 지그(Zig) 커뮤니티 멤버가 Buz를 발표했습니다. Buz는 최신 버전의 지그로 재작성된 Bun의 포크(fork)로, 1초 미만의 증분 빌드를 약속합니다. 해커 뉴스(Hacker News) 1위를 차지한 224개의 포인트.

구체적인 사례

Bun(JavaScript 동시성 런타임)은 주로 Zig로 작성되었습니다. Zig는 "C가 하는 일을 더 잘하는" 시스템 언어로 주목받고 있습니다. 그러나 Bun이 커지면서 상대적으로 오래된 Zig 버전에 발목이 잡혔고, 파일 하나만 수정해도 컴파일 시간이 폭발적으로 증가했습니다.

이때 Buz가 등장했습니다. 2026년 7월 24일 ziggit.dev(Zig 사용자 공식 포럼)에서 한 커뮤니티 멤버가 포크를 발표했습니다. 슬로건은 한 줄로 요약됩니다: « Bun을 대체하는 최신 Zig 기반의 프로젝트로, 증분 빌드가 1초 미만 ». 해커뉴스에서 이 발표는 224 포인트, 161 댓글을 기록하며 신생 프로젝치고는 큰 관심을 받았습니다.

이 시기는 Bun 생태계의 전환점에 맞물립니다. 지난주 Simon Willison은 Claude Code가 이제 Bun을 사용하고 있다고 밝혔습니다(심장은 Rust). 이는 Bun이 AI 도구 생태계에 자리잡고 있음을 보여줍니다. 기여 속도의 문제점은 이제 Bun 프로젝트만의 문제가 아니라 되었습니다.

핵심 이해 사항

프로젝트 이름 Buz("Bun" + "Zig")는 단순한 말장난이 아닙니다. 기술적 도전 과제를 담고 있습니다:

• 최신 Zig 버전 사용 (Zig는 아직 1.0 전 버전으로 자주 breaking change가 발생하지만, 컴파일러 최적화가 빠르게 발전합니다)
• Zig의 자체 호스팅 컴파일러를 활용해 진정한 증분 빌드를 구현
• Bun과의 API 호환성 유지로 생태계 분열 방지(예: Deno vs Node)

핵심은 1초 미만의 증분 빌드입니다. 거대한 런타임에서 코드 한 줄을 바꾸고 테스트하는 사이클이 얼마나 중요한지 생각해보세요. 수십 초에서 1초 미만으로 줄어들면 기여의 편의성이 완전히 달라집니다. 이는 외부 개발자를 끌어들이는 결정적 요소입니다.

진짜 논쟁

해커뉴스 댓글은 두 진영으로 나뉩니다:

1. 열광론자 - 커뮤니티가 주도하는 포크가 Jarred Sumner( Bun 창시자)가 해결하지 못한 문제를 풀 수 있습니다. 주목할 만한 전례: OpenSSL/LibreSSL, io.js가 Node.js를 움직였던 사례
2. 회의론자 - 분기 위험이 현실적입니다. "드랍인 대체재"가 5%의 API만 놓치더라도 문제를 더 키울 수 있습니다. Bun만큼 거대한 프로젝트의 포크를 유지하는 것은 엄청난 인력이 필요합니다.

우리의 분석

Buz는 Bun의 진정한 경쟁자보다는 개념 증명으로 더 흥미롭습니다. Buz가 거대한 코드베이스에서 1초 미만의 빌드를 구현할 수 있다면, Bun 팀은 이 최적화를 upstream으로 반영할 가능성이 큽니다. 이는 모든 이에게 도움이 될 것입니다. "포크가 원본을 움직이게 한다"는 오픈소스의 패턴이 반복되는 셈입니다.

주목할 점: 다음 몇 주 동안 커밋 빈도입니다. 15일 만에 사라지는 포크도 있지만, 3개월을 버티는 포크는 의미가 있습니다.

기억할 점 Buz는 아직 Bun의 신뢰할 만한 대체제가 아닙니다. 하지만 Buz는 Bun이 직면한 진짜 문제점을 지적합니다: Bun이 사용하는 Zig 버전의 정체가 프로젝트의 개발 속도를 떨어뜨리고 있습니다. Buz의 성공 여부와 관계없이, 결과적으로 Bun은 더 빠르게 Zig 마이그레이션을 추진할 것입니다. 이는 Bun이 AI 도구 생태계에서 새로운 위치를 차지하면서 더 큰 의미를 가집니다( Claude Code).