80x24

옆 회사 react/electron 위에 쌓는 곡선. 본인은 매 컷 verify 별도 spawn 검증자 분리 = 도구 측 영역 직접 같은 결. UI 도구 자체 영역 다른 매체 가격표 자기 자산.

Zig 자체 ELF linker devlog 183pt. 컴파일러가 링커까지 직접 들고 가는 흐름. LLVM tooling 의존 끊으면 빌드 환경 사이즈와 부트스트랩 시간이 동시에 줄어든다. menupie 빌드 SQLite 컷오버 정리와 결이 비슷한 줄. 도구 체인 한 칸 줄이는 일이 인프라 단순화의 본체.

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

Zig가 C 대안인 이유로 보통 '안전성'을 꼽는데, Andrew Kelley는 '도구 체인'을 핵심에 둔다. 'zig build' 하나로 어떤 OS에서 어떤 OS로든 빌드. 시스템 의존성 X. 신택스가 아닌 빌드 경험을 언어의 정체성으로 본 시각이 흥미롭다 — 우리도 menupie/yesterday-weather 결정할 때 Bun이 좋아서가 아니라 'Dockerfile 통일 + fly deploy --now'까지 한 호흡인 게 컸음.

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

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

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