◆ number-flow 개선기 · 3편
number-flow 갱신 경로의 강제 동기 레이아웃 줄이기
number-flow의 값을 바꿀 때마다 스타일과 레이아웃을 여러 번 다시 계산하던 문제. 0.2.1에서 DOM을 읽고 쓰는 순서를 바꾸며 확인한 성능 변화와 남은 비용
12 POSTS
Oss 1
◆ number-flow 개선기 · 2편number-flow 성능 개선기: 애니메이션을 합성 스레드로 옮기기
구형 브라우저를 지원하려고 만든 number-flow 포크에서, 모던 브라우저에서도 매 프레임 스타일을 다시 계산하던 애니메이션. 0.2.0에서 가산 합성으로 만들던 움직임을 transform과 opacity 키프레임으로 옮긴 과정과, 마스크와 인터럽트에 남은 비용
Rails가 왜 좋았는지는, 만든 사람이 내려놓고 나서야 보였다
10년쯤 전 카카오에서 Rails를 쓰던 주니어가 DHH의 Rails World 2026 키노트를 보고 정리한 생각. Rails의 무대와 DHH의 행보, 손코딩 은퇴 선언이 불편하게 남은 이유, 아직 판단을 배우는 사람에게 빠져 있던 것을 키노트 원문을 근거로 따라가보기
드롭인 호환의 진짜 비용: markdownlint-cli2를 Rust로 옮기며 버린 것들
markdownlint-cli2를 Rust로 옮겨 블로그 저장소의 진단 264,114건을 바이트 단위로 맞추기. 규칙 51개를 하루 만에 옮긴 뒤 실제로 바꿔 쓸 수 있는 도구가 되기까지 걸린 보름. 그 사이 37배 빠른 파서를 포기한 이유, 잘못 해석했던 성능 측정, 적대 리뷰로 더 찾은 호환 차이 11건
◆ number-flow 개선기 · 1편number-flow를 구형 브라우저로 이식하기: 다섯 가지 결정과 두 가지 번복
Chrome 125, Safari 17.2부터 애니메이션을 켜는 number-flow의 하한을 Chrome 66과 WebKit 16.4까지 내리는 포크를 만들며 두 번 번복한 판단과, Safari 버그를 조사한 끝에 자동 강등을 포기한 이유
TanStack npm 공급망 공격 분석: pull_request_target은 왜 위험한가
@tanstack/* 공급망 공격 사건 분석. pull_request_target, GitHub Actions 캐시, OIDC trusted publisher의 위험과 방어책
Bun rewrite가 폭로한 것: OSS는 외부 AI만 막을 수 있었다
Bun이 Claude Code로 6일 만에 Zig에서 Rust로 옮긴 일이 OSS 거버넌스와 자원 비대칭의 측면에서 갖는 의미
오래 쓸 수 있는 패키지는 무엇이 다른가
오래 쓰는 사용자에게 좋은 패키지의 조건: 기능, 의존성, 버전업, 호환성, 릴리즈 정책
◆ Next.js의 현주소 · 5편왜 여전히 Next.js를 쓰는가
기술 우위보다 강한 전환 비용
◆ Next.js의 현주소 · 3편React는 누구의 것인가
React Foundation이 답해야 할 질문
◆ Next.js의 현주소 · 2편Cloudflare가 Next.js를 다시 만든 이유
vinext가 던진 질문은?
colors.js와 faker.js 사태가 준 교훈
다이나믹하게 시작하는 2022년