"LLM 코드, 손으로 다시 타이핑합니다" — 인지 부채를 막는 한 개발자의 실험

무엇인가요

개발자 Ankur Sethi가 자신의 블로그에 소개한 개인 실험입니다. LLM이 생성한 코드를 그대로 파일에 붙여넣는 대신, 채팅창에 코드만 출력받아 손으로 직접 타이핑해 옮겨 적는 방식을 몇 달간 실천했습니다. “코드 한 줄 한 줄을 이해하고 싶다”는 원칙에서 시작했고, 손으로 옮겨 적는 과정에서 코드 구조를 더 잘 파악하고 할루시네이션이나 설계상의 허점을 미리 발견할 수 있었다고 설명합니다. 작업 속도는 대략 2배 느려지지만, “생산성보다 이해”를 우선한 선택이라고 밝혔습니다.

이 글은 Hacker News에서 400점 이상, 댓글 340개 이상이 달리며 큰 논쟁을 낳았습니다. “단순히 베껴 쓰는 건 실제 학습 효과가 크지 않다”, “실무에서는 이런 여유를 낼 수 없다”, “타이핑 피로만 늘고 인지 부채는 그대로일 수 있다”는 반박도 만만치 않았습니다.

왜 주목할까요

• AI가 짜준 코드를 이해 없이 그대로 쌓아가는 이른바 ‘바이브 코딩’의 위험성을, 구체적인 실천법으로 짚었다는 점에서 다른 경고성 글과 다릅니다.
• 저자의 방법이 정답이라기보다, HN 댓글창의 반박까지 포함해 “AI 코드를 어디까지 검토해야 하는가”라는 질문 자체가 지금 개발자 커뮤니티의 뜨거운 화두라는 걸 보여줍니다.
• 코드 리뷰어 없이 혼자 개발하는 사이드 프로젝트·1인 창업자일수록 이 문제가 더 크게 다가옵니다.

국내 관점 코멘트

국내에서도 커서(Cursor)·클로드 코드 같은 AI 코딩 도구로 사이드 프로젝트나 MVP를 빠르게 찍어내는 1인 개발자가 늘고 있습니다. 문제는 서비스가 커진 뒤 “왜 이렇게 짰는지 아무도 설명 못하는” 코드가 쌓이는 시점입니다. 이 글의 방법을 코드베이스 전체에 그대로 적용하기는 현실적으로 어렵지만, 결제·인증처럼 나중에 사고가 나면 치명적인 부분만 골라 “이해될 때까지 타이핑하며 검토”하는 식으로 절충하는 것은 이번 주말 사이드 프로젝트에도 바로 적용해볼 만합니다. 전체를 손으로 옮겨 적기보다, AI 코드에 대한 ‘이해 확인 체크포인트’를 의식적으로 두는 습관만으로도 나중에 갚아야 할 인지 부채를 상당히 줄일 수 있습니다.