A blog by yceffort — a frontend engineer writing about the shape of software, one week at a time.
374posts101tags09ywriting
06 ITEMS
Popular this season
hover · tilt · open
#ai#essay#frontend
프론트엔드는 어디서 왔고, 에이전트 이후 어디로 가는가
·34분
◆ AI 시대의 판단
#ai#essay#code-review
코드를 읽거나 설명할 줄 몰라도, 스펙을 만족하고 버그를 고칠 수 있다면 상관없을까
·41분
#javascript#compiler
자바스크립트 개발자를 위한 AST 이해하기 (2026년 업데이트)
·21분
◆ Next.js의 현주소
#nextjs#web-performance#react
Next.js의 성능은 충분히 빠른가
·42분
#essay#ai#frontend
AI가 코드를 짜는 시대, 프론트엔드 엔지니어링은 어디로 가는가
·22분
#web-performance
『프런트엔드 성능 최적화 Deep Dive』가 출간되었습니다.
·5분
06 ITEMS
Recent
latest writing
01
내 Next.js 앱은 어떻게 파드가 되는가: 컨테이너와 파드를 직접 열어본 기록
#kubernetes#docker#nextjs
같은 Next.js 앱인데 이미지 하나는 1.72GB, 하나는 208MB였다. 사라진 1.5GB를 레이어에서 역추적하고, 컨테이너가 격리된 프로세스라는 것을 PID와 cgroup 파일로 직접 확인한다. 프론트엔드 개발자를 위한 쿠버네티스 시리즈의 두 번째 편이다.
2026-08-0534분 · read
02
프론트엔드 개발자를 위한 쿠버네티스 개념 지도: 파드에서 오토스케일러까지
#kubernetes#frontend#nodejs
SSR을 운영하는 프론트엔드 개발자가 마주치는 쿠버네티스 용어와 구조를 실무 흐름 순서로 정리했다. 클러스터의 전체 구조부터 배포, 파드의 상태와 자원, 트래픽 경로, 오토스케일링까지. 시리즈의 첫 편이자 이후 편들의 참조 지도다.
2026-08-0539분 · read
03
Node.js 파드는 왜 그 크기인가: NODE_OPTIONS부터 파드 수까지 직접 재본 사이징
#nodejs#kubernetes#v8
같은 워크로드에 GC 튜닝 플래그 한 줄을 붙였더니 peak RSS가 201MB에서 593MB로 뛰었다. 살아있는 데이터는 그대로였다. 왜 그게 당연한 결과인지 V8 New Space를 직접 측정해 역추적하고, 프론트엔드 개발자가 Node.js 파드를 사이징하는 세 축을 정리한다.
2026-08-0378분 · read
04
마지막으로 코드를 진지하게 읽은 게 언제인가
#ai#essay#software-engineering
판단을 비싸게 만든 마찰이, 동시에 판단을 못 배우게 만든다. AI 시대에 가장 비싸지는 능력이 가장 덜 길러지는 이유
2026-06-2123분 · read
05
AI가 기획·개발·디자인의 경계를 지운다면, 무엇이 남는가
#ai#essay#software-engineering
직군의 경계가 무너진다는 말은 절반만 맞다. 무너지는 건 생산이고, 판단과 책임은 오히려 남는다.
2026-06-1235분 · read
06
React cache() 딥다이브: 소스 코드로 읽는 요청 단위 메모이제이션
#react#react-server-components#memoization
React cache() 함수의 모든 이상한 규칙은 30여 줄짜리 구현에서 직접 따라 나온다. dispatcher, getCacheForType, WeakMap/Map 트리를 소스 레벨로 따라가며 요청 단위 메모이제이션의 동작을 끝까지 본다.