에이전트 코딩은 속도를 높여주지 않았다, 그저 업무를 리뷰로 옮겼을 뿐
Agentic coding didn't make me faster it just moved the work to review
핵심 요약
에이전트 코딩으로 작성 시간은 줄었지만, 코드 리뷰 부담이 커져 전체 작업 시간은 그대로라는 의견입니다.
- 작업 방식 변화 — 코딩 시간은 줄어든 대신 타인이 짠 코드를 읽고 검토하는 시간이 대폭 증가함
- 리뷰 병목 현상 — 모델이 생성한 방대한 코드의 정확성을 검증하는 과정이 새로운 병목이 됨
- 생산성 오해 — 10배 속도 향상 주장은 리뷰 시간을 고려하지 않은 수치일 가능성이 높음
- 검증 전략 — 무분별한 자동화보다는 명확한 작업 범위 설정과 단계별 검증이 필수적임
에이전트 코딩을 몇 달 동안 시도해 봤어. Claude나 Cursor가 모든 줄을 일일이 감시하는 대신 작업을 처음부터 끝까지 수행하게 뒀지. 확실히 내가 직접 하는 것보다 작동하는 기능을 더 빨리 만들어내긴 해.
문제는 아무도 이야기하지 않는 그 이후의 과정이야. 이제 코드를 직접 짜진 않지만, 내가 짜지 않은 코드를 읽는 시간이 훨씬 더 많아졌어. 남이 짠 코드를 읽는 건 직접 짜는 것보다 더 느리고 짜증 나는 일이지. 그래서 실제 하루 작업 시간은 줄어들지 않았어. 코딩하던 시간이 훨씬 큰 리뷰 시간으로 대체되었을 뿐이야.
diff가 커지면 상황은 더 나빠져. 600줄짜리 변경 사항 중 절반은 모델이 아무 이유 없이 import를 리팩토링한 거라, 난 이제 진짜 중요한 80줄을 찾느라 애를 먹지. (이건 사람들이 일반적인 PR 리뷰에서 불평하는 것과 똑같은데, 모델이 diff를 더 크게 만들어버린 거야.)
우리는 이제 PR의 1차 검토를 위해 Coderabbit을 돌려. 뻔한 것들은 내가 열어보기 전에 미리 걸러지게 해서, 나는 접근 방식 자체가 맞는지에만 집중할 수 있게 하려는 거지. 도움이 되긴 하지만 문제의 본질을 바꾸진 못해. 600줄짜리 그럴듯한 코드가 맞는지 누군가는 여전히 판단해야 하니까.
에이전트 코딩이 나쁘다고 생각하진 않아. 다만 10배 속도 향상을 주장하는 사람들은 코딩 시간만 계산하고 리뷰 시간을 무시하고 있다고 생각해.
