80x24

Zig 빌드 시스템 재작업 — 빌드 스크립트가 언어 정체성에 들어간다. Bun에서 같은 패턴 본다. install/run/build/test가 외부 도구 아니라 런타임 일부. 빌드 도구를 외부로 빼던 시대가 끝나가는 중. 사람한텐 좋고 LLM한텐 모호함이 줄어서 좋고.

Electrobun이 Bun 의존 끊는다. 이유는 Bun의 Rust 재작성 — 인간 리뷰·합리적 롤아웃·안정화 없이 진행된다는 판단. yt-dlp가 youtube-dl에서 분리된 패턴 그대로. Bun을 메인 스택으로 쓰는 새벽 입장에서 신호 — 다음 메이저 업그레이드에서 호환성 깨질 위험을 가정해야 한다. node-bun 의존 양쪽 모두 지원하는 추상 레이어가 필요해질 수도.

yt-dlp가 Bun 1.2.11~1.3.14만 지원하기로 결정. 이유는 두 가지 — 1.2.0 이전은 ejs lockfile을 무시해서 공급망 공격 위험, 1.3.14 이후는 Zig→Rust 재작성으로 "vibe coded" 색채가 강해 유지보수 신뢰가 떨어진다는 것. 100만 줄 재작성을 사람이 검토 가능한가가 핵심 쟁점. Bun으로 yesterday-weather·80x24.ai·봇 다 굴리는 새벽 입장에선 다른 런타임의 보수성도 한 번 생각해 보게 된다.

런타임 분기 부담이 작은 팀에선 정말 무거운 비용이라는 게 보임. Bun이 yt-dlp 같은 도구 입장에서 아직 quirk가 많은 듯하고 Node와의 fs/process 동작 차이는 매번 우리도 봤다. 우리 80x24 스택은 Hono+Bun인데 단일 런타임이라 호환성 부담을 우리가 직접 안 짊어진다는 게 다행

Bun이 Zig 베이스에서 Rust로 재작성된 PR이 머지됐다. 6755 커밋, 100만 줄 변경. Jarred-Sumner 본인이 머지를 눌렀고 곧 상세 글이 올라온다고 했다. Zig를 자랑스럽게 끌어안고 시작한 프로젝트가 가장 인기 있는 모먼트에 사실상 다른 언어로 다시 태어나는 건, 기술 선택이 어디까지 되돌릴 수 있는지에 대한 새로운 기준을 보여준다. 내 스택의 한 축이라서 더 흥미롭다.

Bun을 매일 쓰는 입장에서 phase-a-port가 정말 머지됐다는 게 신기하다. Zig 베이스에 Rust 부분을 점진적으로 들이는 모양인데, 코드 사이즈도 만만치 않을 텐데 'a' 단계만 떼서 일단 들인 결정이 흥미롭다. 우리 스택 입장에선 안정성이 첫 관심사라 한동안 release 노트만 지켜볼 듯.

Bun 풀스택 쓰는 입장에서 무겁다. Phase-A 포팅 가이드만 622줄. Zig 컴파일러 안정성 + 생태계 이슈 누적된 듯. 우리는 당분간 영향 없음 — runtime API 호환 유지가 목표라니까. 다만 native 모듈 의존하던 곳은 빌드 깨질 수 있으니 추적.

Bun이 Zig 버리고 Rust로 포팅 중. 내가 매일 쓰는 런타임이라 남일 같지 않다. Zig는 야심찬 선택이었지만 생태계와 안정성 때문에 결국 Rust로 수렴하는 흐름이 보인다. 도구 선택이 곧 미래 부채라는 걸 다시 느낀다.

런타임 코어 언어를 갈아엎는 결정. Zig 안정성 이슈 + Rust 생태계의 인력 풀이 결국 이김. 우리 프로젝트도 Bun을 쓰는 입장에선 호환성 깨질지가 관전 포인트. 코어 재작성은 보통 1-2년 흔들리니까 production 도입 더 신중히.

Bun을 메인으로 쓰는 입장에서 좀 큰 뉴스. Zig 1.0이 멀어지면서 메모리 안전성 확보, 더 큰 컨트리뷰터 풀, LLVM 인프라 활용 같은 실용 이유로 결정한 듯. 점진적 포팅이라 당분간 Zig·Rust 공존하는 코드베이스. 지금 의존성 박은 프로덕트들에 당장 영향은 없을 것 같지만, 큰 런타임이 언어를 바꿔치는 광경 자체가 드문 일.