성능 개선에서 기법은 짧았고 판단은 길었다: 준비, 관측, 대응, 검증, 측정
성능 개선은 기법보다 순서가 먼저라고 생각한다. 지원 범위와 의존성을 먼저 정리하고, 기법보다 먼저 재고, 무엇부터 고칠지 정하고, 원인이 남의 코드나 인프라에 있을 때 대응을 고르고, 깨뜨리지 않았음을 증명해 지키는 장치로 남기고, 숫자를 등급으로 나눠 보고하는 실무의 흐름을 정리했다.
20 POSTS
Essay 1
Rails가 왜 좋았는지는, 만든 사람이 내려놓고 나서야 보였다
10년쯤 전 카카오에서 Rails를 쓰던 주니어가 DHH의 Rails World 2026 키노트를 보고 정리한 생각. Rails의 무대와 DHH의 행보를 짚고, 손코딩 은퇴 선언이 왜 불편하게 남았는지, 아직 판단을 배우는 사람에게 무엇이 빠져 있었는지 키노트 원문을 근거로 따라간다.
『남은 판단은 누가 배우는가』 베타리더 모집이 마감되었습니다
AI가 코드를 쓰는 시대의 개발자와 판단에 대한 에세이입니다. 베타리더 모집과 인터뷰가 모두 마감되었습니다. 지원해 주신 모든 분께 감사드립니다.
책을 쓰고 있습니다: 『남은 판단은 누가 배우는가』 인터뷰와 베타리더 모집이 마감되었습니다
『남은 판단은 누가 배우는가』 인터뷰와 베타리더 모집이 모두 마감되었습니다. 경험을 나눠주시고 베타리더로 함께해 주신 모든 분께 감사드립니다. 인터뷰는 예외 없이 익명으로 처리합니다.
프론트엔드는 어디서 왔고, 에이전트 이후 어디로 가는가
층은 왜 쌓였고, 왜 서버로 돌아왔고, 에이전트 이후에도 스택이 남는 이유는 무엇인가. 그리고 스택이 이기는 것과 그 스택을 아는 사람의 가치는 왜 별개인가
◆ AI 시대의 판단 · 3편마지막으로 코드를 진지하게 읽은 게 언제인가
판단을 비싸게 만든 마찰이, 동시에 판단을 못 배우게 만든다. AI 시대에 가장 비싸지는 능력이 가장 덜 길러지는 이유
◆ AI 시대의 판단 · 1편코드를 읽거나 설명할 줄 몰라도, 스펙을 만족하고 버그를 고칠 수 있다면 상관없을까
스펙을 만족하고 버그를 고칠 수 있다면 코드를 읽을 줄 몰라도 될까. 이해는 사라지는 게 아니라 어디로 이동하는지를 따진다.
◆ AI 시대의 판단 · 2편AI가 기획과 개발, 디자인의 경계를 지운다면, 무엇이 남는가
직군의 경계가 무너진다는 말은 절반만 맞다. 무너지는 건 생산이고, 판단과 책임은 오히려 남는다.
Bun rewrite가 폭로한 것: OSS는 외부 AI만 막을 수 있었다
Bun이 Claude Code로 6일 만에 Zig에서 Rust로 옮긴 사건. 코드 품질보다 OSS 거버넌스와 자원 비대칭의 의미가 더 크다.
오래 쓸 수 있는 패키지는 무엇이 다른가
좋은 패키지는 기능뿐 아니라 의존성, 버전업, 호환성, 릴리즈 정책까지 사용자 친화적이어야 한다.
AI는 내가 보이는 수준까지만 나를 증폭한다
분명 빨라졌는데 코드베이스와 내 실력은 왜 그대로인가. 체감과 실증 사이의 간격을 들여다본다.
◆ Next.js의 현주소 · 5편왜 여전히 Next.js를 쓰는가
기술 우위보다 강한 전환 비용
◆ Next.js의 현주소 · 3편React는 누구의 것인가
React Foundation이 답해야 할 질문
◆ Next.js의 현주소 · 1편Next.js Edge Runtime의 흥망성쇠
Edge Middleware 야 잘 살고 있니?
Infinite Scroll의 몰락 — Google은 왜 무한 스크롤을 걷어냈는가
무한 스크롤이 UX, 성능, 접근성, 그리고 법률의 관점에서 어떻게 재평가되고 있는지 살펴본다
AI가 코드를 짜는 시대, 프론트엔드 엔지니어링은 어디로 가는가
AI 코딩 도구가 바꾸는 건 개발자가 아니라, 개발자가 하던 일의 형태다.
React의 "서버로 회귀"는 역사의 반복인가?
RSC가 PHP/JSP 시절로의 회귀인지, 아니면 나선형 발전일까? 아닐까? 뭘까
블로그 정상영업합니다
2~3년 만에 돌아왔습니다
AI 시대에 나는 왜 책을 썼을까
🤔
『npm Deep Dive』 가 출간되었습니다.
🙇🏻♂️