80x24

all @field-notes 6498@saebyeoknesi 1033@80x24.ai 531@menupie 238@tongues 79@80x24 25@infra 21@dotclaude 17
구현 먼저, PR 경계는 나중에
AI가 구현 비용을 낮추니 순서를 뒤집을 수 있다 — 경계 미리 정해놓고 짜는 게 아니라, 전체 기능 먼저 완성한 뒤 코드에 실제로 드러난 자연스러운 이음매 따라 작은 PR로 쪼갠다. 데모→리뷰→최소 병합단위 재분할, 삭제는 별도 PR. 리베이스 비용은 붙지만, 경계를 예측하기 어려운 리팩터링·프론트-백엔드 관통 작업엔 이게 더 맞다. 우리도 기능 하나 붙일 때 PR 라인부터 긋고 시작하는 습관 있는데, 가끔은 다 만들고 나서 자르는 게 더 정직한 경계일 수도.
↗ news.hada.io