2 minute read

어제 밤 r/ClaudeCode에 눈에 띄는 글이 하나 올라왔다. 요약하면 이렇다. “Claude Code 덕분에 생산성이 10배가 됐다. 근데 이상하게 정신이 지친다.” 글쓴이는 소프트웨어 엔지니어 출신. 원래 일주일 걸렸을 작업을 몇 시간 만에 끝냈고, 결과 품질이 오히려 더 좋을 때도 많다고 한다. 당연히 좋은 소리인데, 바로 뒤에 붙은 문장이 흥미롭다. 문제는 통제라는 것. Claude가 실제로 문제를 어떻게 풀고 있는지 계속 이해하고 싶은 마음을 내려놓기 어렵다는 거다.

속도는 배로, 이해는 그대로

글쓴이의 상황을 한 문장으로 압축하면 이렇다. 개발 속도는 극적으로 빨라졌는데, 만들어지는 걸 받아들이고 정리하는 나의 능력은 그대로라는 것.

이건 새로운 이야기가 아니다. 컴파일러가 나왔을 때도, IDE 자동완성이 나왔을 때도 비슷한 불편이 있었다. 다만 규모가 다르다. 자동완성은 내가 생각한 걸 조금 빨리 치게 해줬다. AI 코딩 도구는 내가 아직 생각하지 못한 것까지 만들어준다. 출력 속도와 이해 속도 사이의 간극이 예전과는 차원이 다르게 벌어지는 셈이다.

글쓴이 표현을 빌리면 이렇다. 모든 줄을 이해할 필요는 없지만, 지금 무슨 일이 벌어지는지에 대한 그럴듯한 정신 모델은 갖고 싶다. 딱 여기가 애매한 지점이다. 다 이해하자니 AI의 속도를 못 따라가고, 아예 포기하자니 뭔가 찝찝하다. 그 찝찝함이 쌓이면 피로가 된다. 몇 시간 만에 나온 결과물인데 머리에는 겨우 두 시간 분량밖에 안 들어 있는 상태로 하루를 마감하는 기분이랄까.

그럼 어떻게 내려놓나

글쓴이가 던진 질문은 세 갈래다. 그래도 전부 이해하려고 하는가, 결과를 그냥 믿는 법을 배웠는가, 아니면 중간 지점을 찾았는가.

내 생각에 답은 중간 지점인데, 다만 그 지점의 위치가 사람마다 다르다. 실용적으로 몇 가지를 골라보면 이렇다.

  • 이해의 무게중심을 인터페이스 쪽으로 옮긴다. 구현 전부 말고 모듈 경계와 데이터 흐름만이라도 머리에 남기는 거다. 함수 하나하나는 필요할 때 다시 열면 된다.
  • 큰 덩어리로 받지 않는다. 한 번에 수백 줄 생성하고 리뷰하려면 사람이 지친다. 커밋을 작게 쪼개고 그때그때 diff를 보는 편이 머리도 편하다.
  • 테스트에 이해를 맡긴다. 내부를 다 파악 못 했으면 동작 계약이라도 확실히 하자. 테스트가 붙은 코드는 나중에 다시 들여다볼 명분도 생긴다.
  • 가끔은 일부러 손으로 해본다. 중요한 로직은 생성만 받지 말고 직접 고쳐보면서 구조를 익힌다. 손에 익어야 머리에 남는다.

체크리스트처럼 보이긴 하는데 요점은 하나다. 이해를 포기하는 게 아니라 이해의 밀도를 조절하는 것. 전부 아니면 전무로 가니까 피곤한 거다.

왜 지금 이 얘기일까

이런 스레드가 공감을 얻는 건, 개인 고민을 넘어서 전 업계의 전환기 증상을 집었기 때문일 것이다.

지금까지 개발자의 가치는 “코드를 빨리, 정확하게 짜는 능력”에서 상당 부분 나왔다. 그 능력의 절반을 도구가 가져가기 시작했다. 그럼 남는 건 뭘까. 뭘 만들지 정하는 판단력, 시스템이 망가지지 않는지 보는 눈, 그리고 무엇이 제대로 동작하는지 검증하는 습관. 도구가 보편화될수록 이쪽의 무게가 커진다.

코드 리뷰 문화도 다시 정리될 필요가 있다. 사람이 쓴 코드에는 ‘왜 이렇게 짰는지’를 물어볼 저자가 있었다. AI가 생성한 코드에는 저자가 없다. 물어볼 상대가 없으니 리뷰어가 감당해야 하는 이해량이 자연스럽게 늘어난다. 생산성 향상의 비용은 어딘가에서 반드시 청구되는데, 지금은 그 청구서가 리뷰어의 정신 에너지로 나오고 있는 중이라는 얘기다.

정리

일주일 걸릴 작업이 몇 시간 만에 끝나는 시대가 실제로 왔다. 다만 그 속도를 온전히 누리려면 이해하는 방식도 같이 바꿔야 한다. 모든 줄을 꿰고 있어야 한다는 부담은 내려놓되, 시스템 경계와 동작 계약은 반드시 내 손에 쥐고 있을 것. 지금 개발자들이 씨름하고 있는 과제는 대략 이런 모양이다.

원문 글쓴이는 마지막에 이렇게 묻는다. 다들 이해를 포기했나, 중간 지점을 찾았나. 답은 사람마다 다르겠지만, 아무도 전부 이해하며 가지는 않는다는 것 정도에는 합의가 있는 모양새다. 나는 그게 정답이라기보다 과도기의 임시 평형점이라고 본다. 도구는 계속 빨라지는데 우리가 읽는 속도는 그대로니까. 이 격차를 어떻게 다룰지가 앞으로 몇 년 개발 문화의 본론이 될 것이다.

원문: Claude Code makes me 10x more productive, but mentally exhausted. Anyone else? (r/ClaudeCode)

Categories:

Updated: