AI가 짜준 코드를 손으로 다시 타이핑하라고? '인지 부채' 이야기

복붙 대신 타이핑, 진심인가요?

한 개발자가 흥미로운 제안을 내놨어요. LLM이 생성해준 코드를 복사-붙여넣기 하지 말고, 화면 옆에 띄워둔 채 한 줄 한 줄 직접 타이핑해서 옮기라는 거예요. 자동 완성 탭 한 번이면 끝날 일을 굳이 손으로 베껴 쓰라니, 언뜻 들으면 비효율의 극치 같죠. 그런데 이 제안의 바탕에는 "인지 부채(cognitive debt)"라는, 요즘 AI 코딩 얘기가 나올 때마다 등장하는 개념이 있어요.

인지 부채가 뭐냐면

기술 부채라는 말은 다들 아실 거예요. 당장 빨리 가려고 대충 짠 코드가 나중에 이자까지 붙어서 발목을 잡는 거요. 인지 부채는 그 머릿속 버전이에요. 코드는 저장소에 쌓이는데, 그 코드에 대한 이해는 내 머리에 쌓이지 않는 상태거든요. 코드는 잘 돌아가요. 문제는 몇 주 뒤에 터져요. 버그가 나서 그 코드를 열었는데, 분명 내 이름으로 커밋된 코드인데 처음 보는 것처럼 낯선 거예요. 그때부터 이해라는 원금에 디버깅 시간이라는 이자까지 얹어서 갚기 시작하는 거죠. AI 코딩 도구의 무서운 점은 이 부채가 쌓이는 속도예요. 예전엔 스택오버플로에서 한 조각씩 베꼈다면, 지금은 파일 단위, 기능 단위로 이해 안 된 코드가 통째로 들어오거든요.

왜 하필 "타이핑"인가

그래서 저자의 처방이 재타이핑이에요. 핵심은 타이핑 자체가 아니라, 타이핑이 모든 줄을 강제로 읽게 만드는 장치라는 데 있어요. 눈으로만 리뷰하면 그럴듯하게 생긴 코드는 슥슥 넘기게 되잖아요. 그런데 손으로 옮겨 적다 보면 "어, 이 변수는 왜 필요하지?", "여기 에러 처리가 빠졌네?" 하고 걸리는 순간이 생겨요. 강의를 손으로 필기하면 노트북 타이핑보다 기억에 오래 남는다는 연구들과 같은 맥락이에요. 속도를 일부러 늦춰서 뇌가 개입할 틈을 만드는 거죠. 저자도 모든 코드에 이러라는 건 아니고, 오래 유지보수해야 할 핵심 로직처럼 "내가 소유해야 하는 코드"에 선택적으로 적용하라고 해요. 일회성 스크립트까지 베껴 쓸 필요는 없다는 거예요.

물론 반론도 만만치 않아요. 타이핑은 이해를 보장하지 않는다, 기계적으로 옮기면서 딴생각할 수 있다는 지적이 대표적이에요. 차라리 생성된 코드를 꼼꼼히 읽고 테스트를 직접 짜라, 아니면 코드 생성 전에 설계 단계에서 깊이 개입하는 게 낫다는 대안도 나오고요. 결국 쟁점은 타이핑이냐 아니냐가 아니라, "이해를 강제하는 나만의 장치가 있느냐"인 것 같아요.

업계 맥락: 바이브 코딩 시대의 성장통

이 논의가 나온 배경에는 바이브 코딩(AI에게 대화로 맡기고 결과만 받아 쓰는 코딩 스타일)의 유행이 있어요. MIT 미디어랩이 에세이 작성 실험에서 LLM에 의존한 그룹의 기억력과 두뇌 활성도가 떨어졌다는 연구를 발표하면서 인지 부채라는 표현이 널리 퍼졌고, 개발 업계에서는 특히 주니어의 성장 문제와 맞물려 고민이 깊어요. 코드를 이해하며 짜는 근육을 기를 기회 자체가 사라지는 것 아니냐는 거죠. AI 도구로 생산성이 오른 건 분명한데, 그 생산성의 대가로 뭘 지불하고 있는지에 대한 질문이 이제 막 시작된 셈이에요.

한국 개발자에게 주는 시사점

AI 도구를 끊으라는 얘기가 절대 아니에요. 다만 "돌아가니까 머지"가 습관이 되고 있다면, 이해를 소유하는 절차를 하나쯤 만들어볼 때예요. 재타이핑이 안 맞으면 이런 것도 좋아요. PR 올리기 전에 생성된 코드를 동료에게 설명하듯 말로 풀어보기, 생성 코드의 테스트만큼은 직접 작성하기, 핵심 함수 하나를 골라 안 보고 다시 짜보기. 특히 주니어라면 지금 쌓고 있는 게 코드인지 부채인지 가끔 점검해볼 필요가 있어요. 5년 뒤의 실력은 결국 이해한 코드의 총량에서 나오거든요.