자바스크립트 엔진 Bun은 지난 5월 클로드 코드로 11일 만에 지그(Zig) 53만 줄을 러스트(Rust) 100만 줄로 갈아엎었고, 지그를 만든 앤드루 켈리가 이를 '검토도 안 된 졸속'이라 공개 비판하면서 논쟁이 커졌어요. 7월 24일 jazzzooo라는 개발자가 러스트 전환 직전 마지막 커밋을 포크한 'Buz'를 공개했는데, 빌드 과정을 전부 build.zig 하나로 옮기고 죽은 코드 1만 1천 줄을 걷어내 1초 미만 증분 빌드를 달성했다고 밝혔어요. 해커뉴스에서 301점·댓글 191개가 붙었지만, 정작 Buz 제작자도 '사람이 이 엉킨 코드를 풀게 둘 수는 없다'며 정리 작업을 대규모 언어 모델에 맡기고 있어 단순한 AI 반대 포크는 아니에요.
용어 풀이
- 포크
- 남이 공개한 코드를 통째로 복사해 별도 갈래로 따로 발전시키는 것
- 증분 빌드
- 전체를 새로 만들지 않고 바뀐 부분만 다시 컴파일하는 방식
- 커밋
- 코드 변경 내역을 한 덩어리로 묶어 저장해 둔 기록 지점
- 대규모 언어 모델
- 방대한 글로 학습해 문장이나 코드를 만들어 내는 인공지능 모델
운영자 인사이트
진짜 쟁점은 언어 선택이 아니라 '느린 빌드가 정말 언어 탓이었나'예요. 한 사람이 최신 지그로 옮기고 죽은 코드를 걷어내자 빌드가 1초 밑으로 떨어졌으니까요. 대규모 재작성을 검토한다면 도구 낡음과 빌드 위생부터 걷어낸 뒤에 비교해야, 재작성 뒤 좋아진 수치를 재작성 덕분이라고 잘못 읽지 않아요.
여러 관점으로 보기
- 원문 공개 제작자 jazzzooo가 '러스트 재작성 직전 마지막 커밋'을 포크했다고 밝히며, 빌드 과정을 build.zig 하나에 모아 1초 미만 증분 빌드를 얻었다고 설명해요. Ziggit
- 저장소·성숙도 별 151개·기여자 사실상 1명·Unlicense 라이선스이고, 아직 시험 통과가 다 안 되고 고쳐지지 않은 보안 취약점이 있어 실서비스에 쓰지 말라고 스스로 못 박아요. GitHub
- Bun 쪽 입장(러스트 전환 근거) Bun 제작자는 이미 놓아준 메모리를 다시 쓰는 류의 버그 128개가 러스트에서는 컴파일 단계에서 걸린다며, 시험 100% 통과·실행 파일 20% 감소를 근거로 들어요. Bun Blog
- 배경 논쟁 지그를 만든 앤드루 켈리가 '지그 코드의 버그는 못 잡으면서 검토도 안 된 100만 줄의 버그는 잡을 수 있다는 거냐'고 되물었고, 지그 쪽은 AI가 쓴 기여를 받지 않는다는 방침으로 Bun의 컴파일러 수정을 거절했어요. The Register
- 커뮤니티 반응(양쪽) '혼자서 1초 빌드를 해낸 건 느린 빌드가 언어가 아니라 관리 소홀 탓이었다는 증거'라는 쪽과, '숨어 있던 메모리 버그를 찾아낼 수 있는 형태로 드러낸 것만도 큰 성과'라는 쪽이 맞서요. Hacker News