제목부터 말장난이에요
2017년에 나온 트랜스포머 논문 제목이 “Attention Is All You Need(필요한 건 어텐션뿐)”이었죠. 지금 우리가 쓰는 거의 모든 LLM의 뿌리가 된 그 논문이요. 이 글의 제목 “Attention is all you have(당신에게 있는 건 주의력뿐)”은 그걸 비튼 거예요. 모델에겐 어텐션이 필요한 전부라면, 인간 개발자에겐 주의력이 가진 전부라는 뜻이죠. 말장난이지만 요즘 개발자들이 느끼는 피로감의 정체를 정확히 찌르는 제목이에요.
배경은 이래요. 2026년 지금, 코드를 “쓰는” 비용은 거의 0에 수렴했어요. 에이전트에게 “이 기능 만들어줘” 하면 몇 분 만에 수백 줄짜리 PR이 나오죠. 그런데 이상하게 개발자들은 예전보다 더 지쳐 있어요. 이 글은 그 이유를 한 단어로 설명해요. 주의력(attention)이 새로운 병목이 됐다는 거예요.
핵심 주장: 병목이 손에서 머리로 옮겨갔다
예전엔 개발의 병목이 “타이핑”이었어요. 생각한 걸 코드로 옮기는 데 시간이 걸렸고, 그래서 하루에 만들 수 있는 코드 양이 자연스럽게 제한됐죠. 그 제한이 사실은 보호막이기도 했어요. 내가 쓴 코드는 내가 이해하고 있으니까요.
그런데 AI가 그 병목을 없애버리자, 코드가 나오는 속도가 내가 그걸 읽고 이해하고 판단하는 속도를 훌쩍 넘어섰어요. 이게 뭐냐면, 수도꼭지는 소방 호스가 됐는데 컵은 그대로인 상황이에요. 에이전트가 만든 500줄 PR을 제대로 리뷰하려면 여전히 사람이 한 줄 한 줄 읽고 “이게 맞나?”를 판단해야 하는데, 그 판단력은 하루에 쓸 수 있는 양이 정해져 있거든요.
더 무서운 건 주의력은 쓰면 줄어드는 자원이라는 점이에요. 오전에 에이전트 PR 세 개를 꼼꼼히 리뷰하고 나면 오후엔 네 번째 PR을 대충 훑고 “LGTM” 찍게 돼요. 그게 바로 AI 시대의 새로운 장애 원인이에요. 코드가 틀려서가 아니라, 틀린 코드를 걸러낼 사람의 주의력이 바닥나서 사고가 나는 거죠.
여기에 슬랙 알림, 여러 개의 에이전트 세션을 동시에 돌리면서 생기는 컨텍스트 스위칭, 끊임없이 뜨는 “이거 승인할까요?” 프롬프트까지 더해지면 주의력은 더 빨리 고갈돼요. 연구자 글로리아 마크의 유명한 연구에 따르면 한 번 집중이 깨지면 원래 상태로 돌아오는 데 평균 20분 이상이 걸린다고 해요. 에이전트 다섯 개를 병렬로 굴리는 “생산적인” 하루가 실은 집중력을 갈아 넣는 하루일 수 있다는 거예요.
업계 맥락: 곳곳에서 같은 비명이 들려요
이 글이 혼자 하는 소리가 아니에요. 오픈소스 쪽에서는 curl 메인테이너 다니엘 스텐버그가 AI가 생성한 엉터리 보안 리포트 때문에 리뷰 시간을 빼앗긴다고 몇 년째 호소하고 있고, 여러 프로젝트가 AI 생성 PR에 대한 정책을 따로 만들었어요. 회사 안에서는 “AI 덕분에 PR은 3배 늘었는데 리뷰어는 그대로”라는 하소연이 흔해졌고, Linear가 CI 인프라마저 병목이 됐다고 털어놓은 것처럼 도구 쪽에서도 같은 압력이 느껴져요.
이 흐름을 한 발 떨어져서 보면, 소프트웨어 개발의 희소 자원이 “코드 생산 능력”에서 “판단 능력과 그걸 유지할 집중력”으로 이동하고 있다는 신호예요. 칼 뉴포트가 “딥 워크”에서 말한 “집중이 새로운 IQ다”라는 주장이 AI 시대에 와서 오히려 더 현실적인 조언이 된 셈이죠.
한국 개발자에게 주는 시사점
당장 실천할 수 있는 것부터 볼게요.
작은 PR을 요구하세요. 에이전트에게 “한 번에 한 가지만, 200줄 이하로” 같은 제약을 주면 리뷰 부담이 극적으로 줄어요. 에이전트는 큰 걸 시키면 큰 걸 뱉기 때문에, 크기 제한은 사람이 걸어줘야 해요.
테스트를 주의력 절약 장치로 쓰세요. 사람이 눈으로 검증할 부분과 테스트가 자동으로 걸러줄 부분을 나누면, 제한된 주의력을 정말 판단이 필요한 곳(설계, 보안, 데이터 흐름)에 집중할 수 있어요.
에이전트를 병렬로 굴리는 걸 자랑하지 마세요. 세션 다섯 개를 동시에 굴리면 생산성이 5배가 되는 게 아니라, 각 세션에 쏟는 주의력이 5분의 1이 되는 거예요. 국내 스타트업에서 “우리 팀은 에이전트 N개 돌려요”가 자랑이 되고 있는데, 그 뒤에 리뷰 품질이 어떻게 됐는지도 같이 봐야 해요.
팀 차원에서 리뷰 부하를 측정하세요. 배포 횟수만 세지 말고, 리뷰어 한 명이 하루에 읽는 diff 줄 수를 세보면 지금 팀이 어디에 서 있는지 보여요.
마무리
한 줄로 정리하면, 코드가 공짜가 된 세상에서 개발자의 진짜 자산은 코드를 판단할 주의력이고, 그 주의력은 유한하니 아껴 써야 한다는 이야기예요.
여러분은 하루에 몇 개의 AI 생성 PR까지 “제대로” 리뷰할 수 있다고 느끼시나요? 그리고 그 한계를 넘으면 어떤 방식으로 타협하고 계신가요?
🔗 출처: Hacker News