AI 코딩으로 10배 빨라진 것 같은데, 진짜일까? '생산성 신기루'의 정직한 셈법

'AI 코딩 도구 덕분에 요즘 10배는 빨라진 것 같아요.' 요즘 어디서나 들리는 말인데요, 이게 진짜일까요? React Native 초기 개발에 참여했던 개발자 Alex Kotliarskyi가 '생산성 신기루(The Productivity Mirage)'라는 글에서 불편한 질문을 던졌어요. 본인도 AI 에이전트로 코드를 쏟아내며 엄청나게 빨라졌다고 느꼈는데, 몇 달치 작업 기록을 실제로 따져보니 결과가 딴판이었다는 거거든요.

체감과 실제의 간극

글쓴이는 AI 에이전트를 쓰면서 훨씬 많은 코드를 만들고 훨씬 많은 PR을 열었고, 극적으로 빨라졌다고 느꼈대요. 그런데 지난 몇 달 동안 실제로 배포됐고 의미가 있었던 결과물을 세어보니, 늘어난 폭이 체감 속도에 한참 못 미쳤다는 겁니다. 이 간극이 왜 생기는지, 그는 네 가지 메커니즘으로 설명해요.

첫째는 노력의 이동이에요. 타이핑하는 시간은 줄었지만, 그만큼의 시간이 에이전트 출력물을 리뷰하고, 방향을 다시 잡아주고, 프롬프트를 고쳐 쓰고, 잘못된 부분을 수정하는 데로 옮겨갔다는 거죠. 이 일은 몸이 덜 힘들게 느껴지지만 집중력은 비슷하게 잡아먹어요.

둘째는 검증 부채인데요, 이게 뭐냐면 만들기 싸진 코드는 믿기가 비싸진다는 얘기예요. 검토 없이 쌓인 에이전트 코드는 리스크로 축적되다가, 나중에 디버깅과 재작업이라는 이자를 붙여서 청구서로 돌아옵니다.

셋째는 유발 수요예요. 시작하는 비용이 거의 0이 되다 보니, 예전 같으면 현명하게 건너뛰었을 투기성 리팩토링이나 곁가지 기능에 자꾸 손을 대게 된대요. 고속도로 차선을 늘리면 오히려 차가 더 몰려서 정체가 안 풀리는 현상과 똑같은 원리죠. 총 작업량은 늘었는데 정작 가치 있는 작업의 처리량은 비례해서 늘지 않는 겁니다.

넷째는 움직임이 주는 도파민이에요. 에이전트가 코드를 좌르륵 뽑아내는 걸 보고 있으면 뭔가 진행되는 느낌이 들거든요. 바쁜 회의가 일처럼 느껴지는 것과 같은 착각이라는 거죠.

근거가 있는 이야기일까요

이 글이 개인 소감으로만 끝나지 않는 게, METR의 연구를 함께 인용하거든요. 숙련 개발자들에게 AI 도구를 쓰게 했더니 실제로는 작업이 느려졌는데, 본인들은 빨라졌다고 믿었다는 결과예요. 체감과 실측이 반대 방향을 가리킨 거죠. 물론 반대쪽 경험담도 많아요. 그린필드 프로젝트나 프로토타입, 일회성 스크립트, 낯선 기술 스택에서는 진짜로 크게 빨라진다는 거예요. 코드베이스가 오래되고 지켜야 할 규칙이 많을수록 검증 비용이 커져서 이득이 줄어든다는 분석도 있고요. '작은 diff와 튼튼한 테스트로 격차를 줄일 수 있다, 결국 쓰는 사람 실력 문제다'라는 반론도 있는데, 거기엔 '그 관리 비용이 바로 글에서 말한 이동한 노력 아니냐'는 재반론이 따라붙습니다.

중요한 건 글쓴이가 AI 무용론을 펴는 게 아니라는 점이에요. 보일러플레이트, 테스트 작성, 마이그레이션, 낯선 API 다루기에는 진짜로 혁신적이라고 인정해요. 문제는 정직한 회계가 드물다는 것, 그리고 조직 차원에서 PR 개수나 코드 줄 수 같은 지표는 부풀어 오르는데 사이클 타임과 결함률은 조용히 나빠질 수 있다는 경고예요.

우리한테 주는 시사점

가장 실용적인 조언은 '직접 감사해보라'는 거예요. 지난달에 머지된 것 중 진짜 의미 있었던 게 뭔지 세어보는 거죠. 팀 차원이라면 지표를 바꿔볼 만해요. 코드 줄 수나 PR 개수 대신 '테스트를 포함해 머지되기까지 걸린 시간'이나 결함 이탈률 같은 걸 보는 겁니다. 그리고 하나 더, 덜 지치는 것 자체도 가치라는 시각이 있어요. 처리량이 비슷해도 번아웃이 줄면 남는 장사일 수 있으니까요. 다만 코드베이스에 대한 깊은 이해가 서서히 침식된다는 대가는 계산에 넣어야겠죠.

한 줄 정리: AI 도구가 주는 속도감과 실제로 배포되는 가치 사이에는 간극이 있을 수 있고, 그걸 확인하는 유일한 방법은 정직한 셈법입니다. 여러분도 한번 세어보실래요? 체감만큼 실제로 빨라지셨나요?