태그: #build-systems
GPU·LLM·MLOps·쿠버네티스, 그리고 마음가짐에 관한 글 · 5 편
Nix 2.35가 플레이크 소스를 store에 덜 복사한다 — 6년 8개월 걸린 이슈, 그리고 업스트림이 lazy trees 대신 고른 길
2026년 7월 13일 태그된 Nix 2.35.0의 첫 번째 하이라이트는 "Sources are copied to the store more lazily"입니다. 이 한 줄이 닫은 이슈 3121은 2019년 10월 7일 Eelco Dolstra 본인이 열었고, 2026년 6월 9일에 닫혔습니다 — 2,437일. 흥미로운 건 정작 머지된 물건이 Dolstra의 lazy trees가 아니라는 점
2026-07-16 · 25 분 읽기 #nix#reproducible-builds#build-systems#developer-experience#open-sourceTypeScript 7이 GA됐다 — 8~12배는 진짜지만, 오늘 못 옮기는 사람들이 있다
2026년 7월 8일, TypeScript 7.0이 GA됐습니다. Go로 다시 쓴 네이티브 포트가 더 이상 별도 바이너리가 아니라 그냥 tsc입니다 — npm install -D typescript을 하면 그게 들어옵니다. Microsoft가 보고한 전체 빌드 속도 향상은 8~12배이고, VS Code 코드베이스 기준 125.7초에서 10.6초로 떨어졌습니다. 하지만 헤드라인이 가리는 두 가
2026-07-16 · 32 분 읽기 #typescript#compiler#tooling#build-systems#compile-times좋은 도구는 보이지 않는다: gingerBill의 주장과 "너무 보이지 않는" 도구의 함정
Odin 언어를 만든 gingerBill의 글 'Good Tools Are Invisible'을 읽고, 그 논지를 정리한 뒤 현업 관점의 단서를 더한다. 그는 좋은 도구란 마찰 없이 배경으로 사라져야 하며, 결함을 '풀면 재미있는 퍼즐'로 되파는 수사법을 비판한다. 나는 '느끼는 생산성 대 실제 생산성'이라는 구분에는 동의하지만, 인터페이스가 보이지 않는 것과 내부 동작이 불투명한 것은 다르
2026-07-11 · 14 분 읽기 #tools#developer-experience#kubernetes#build-systems#editors빌드는 왜 이렇게 느린가 — 컴파일, 링킹, 캐시, 그리고 모노레포
빌드가 느린 데는 이유가 있습니다. 컴파일과 링킹의 차이, 증분 빌드와 캐시(ccache, sccache, Turbo, Nx, Bazel), 모노레포의 재빌드 문제, 콜드와 웜의 차이, 병렬성의 한계, CI 캐싱, 그리고 빌드를 프로파일링하는 법까지 — 느린 빌드를 구조적으로 진단하고 빠르게 만드는 방법을 정리합니다.
2026-06-08 · 28 분 읽기 #build-systems#productivity#tooling빌드 시스템 & 모노레포 툴 2026 완벽 가이드 - Bazel 8 · Pants 2 · Buck2 · Nx 20 · Turborepo 2 · Moon · Lerna 8 · Rush · pnpm Workspaces 심층 분석
2026년 빌드 시스템과 모노레포 툴 지형도. Bazel 8은 Bzlmod이 기본이고 원격 실행이 사실상 표준이 되었다. Buck2는 Rust로 다시 쓰여 사내 도구에서 OSS로 풀렸고, Pants 2는 Python 모노레포의 사실상 표준이다. JS 진영에서는 Nx 20과 Turborepo 2가 양강 구도로 자리잡았고, Moon이 Rust 기반으로 폴리글랏 영역을 노린다. Gradle 8.1
2026-05-16 · 32 분 읽기 #build-systems#bazel#pants#buck2#nx