기술 부채를 넘어, '인지 부채'와 '의도 부채'라는 새로운 개념

마틴 파울러가 던진 새로운 화두

기술 부채(technical debt)라는 말, 한 번쯤 들어보셨을 거예요. 1990년대에 워드 커닝햄이 처음 쓴 비유인데, "지금 빨리 가려고 대충 짜둔 코드는 나중에 이자를 붙여서 갚아야 한다"는 개념이에요. 지난 수십 년간 소프트웨어 업계의 표준 어휘로 자리 잡았죠. 그런데 최근 마틴 파울러의 블로그에 올라온 글에서, AI 코딩 시대에는 기술 부채만으로는 부족하다는 주장이 나왔어요. 인지 부채(cognitive debt)와 의도 부채(intent debt)라는 두 가지 새로운 개념이 필요하다는 거예요.

인지 부채란 무엇인가

이게 뭐냐면, 개발자가 자신의 코드베이스를 더 이상 머릿속으로 이해하지 못하게 되는 상태를 가리키는 말이에요. 기술 부채는 "코드 자체의 품질 문제"라면, 인지 부채는 "개발자와 코드 사이의 관계 문제"인 셈이죠.

AI 코딩 도구가 등장하기 전에는, 개발자가 코드를 한 줄 한 줄 직접 쓰면서 자연스럽게 그 코드의 의도와 동작을 이해했어요. 그런데 이제는 AI가 수십, 수백 줄을 한 번에 생성해주니까, 사람이 그걸 다 이해하지 않고 "잘 돌아가네" 하고 넘어가는 일이 흔해졌어요. 처음엔 편해요. 그런데 6개월 후에 그 코드를 수정해야 할 때, 자기가 짠 코드인데도 어떻게 동작하는지 모르는 황당한 상황이 생기는 거예요. 이게 바로 인지 부채예요.

인지 부채가 무서운 이유는 눈에 잘 안 보인다는 거예요. 코드 자체는 깔끔할 수 있어요. 테스트도 통과해요. 그런데 정작 그 코드를 만든 사람이 그 코드를 이해하지 못한다면, 미래의 모든 변경, 디버깅, 리팩터링이 점점 더 어려워져요. 마치 빌린 돈을 어디에 썼는지 잊어버린 채 이자만 갚는 상황과 비슷해요.

의도 부채란 또 무엇인가

의도 부채는 한 단계 더 나아간 개념이에요. 코드의 "왜"가 사라지는 현상이에요. 모든 코드는 어떤 이유로 그렇게 짜였어요. 어떤 비즈니스 요구사항, 어떤 제약, 어떤 트레이드오프가 있었기 때문에 그 결정이 내려진 거죠. 그런데 AI가 코드를 만들면, 그 결정의 "왜"가 코드 어디에도 남지 않을 때가 많아요.

예를 들어 사람이 짠 코드라면 "이 부분은 레거시 시스템과 호환을 위해 일부러 이렇게 했다" 같은 주석을 달거나, 적어도 PR 설명에 적어두잖아요. 그런데 AI가 "이런 패턴이 일반적이니까"라는 이유로 코드를 만들면, 정작 그 결정이 우리 비즈니스 맥락에 맞는지에 대한 검토가 빠져있을 수 있어요. 시간이 지나면 "이 코드는 왜 이렇게 짜였지?"라는 질문에 아무도 답할 수 없는 상태가 되는 거예요.

세 가지 부채의 관계

파울러는 이 세 가지가 서로 연결되어 있다고 봐요. 기술 부채는 코드의 구조적 품질 문제고, 인지 부채는 개발자가 코드를 이해하는 능력의 문제고, 의도 부채는 코드 결정의 맥락이 사라지는 문제예요. 셋 다 "지금은 빨리 가는 것 같지만 나중에 비싸게 갚게 된다"는 공통점을 가지고 있어요.

특히 무서운 건 이것들이 복합적으로 누적된다는 점이에요. 기술 부채만 있으면 시간을 들여 리팩터링하면 돼요. 그런데 인지 부채와 의도 부채까지 쌓이면, 리팩터링을 하려고 해도 "이걸 왜 이렇게 짰지?"를 모르니까 함부로 손을 못 대요. 결국 코드는 "건드리기 무서운 블랙박스"가 되어버리는 거죠.

업계 흐름에서 보면

이 논의는 최근 AI 코딩 도구의 빠른 확산과 맞물려 점점 중요해지고 있어요. GitHub의 데이터에 따르면 Copilot 사용자는 코드의 30% 이상을 AI 제안으로 채운다고 해요. Cursor나 Claude Code 같은 에이전틱 도구를 쓰면 그 비율은 더 높아져요. 효율은 분명히 올라가는데, 그 대가로 "개발자가 자기 코드를 모르는 정도"도 같이 올라가고 있는 거예요.

비슷한 맥락의 연구도 나오고 있어요. MIT의 한 연구는 AI 보조 코딩이 단기 생산성은 높이지만 장기적인 코드 이해도와 학습 효과는 떨어뜨린다는 결과를 보여줬어요. 또 "vibe coding"(분위기 코딩)이라는 신조어가 유행하는데, AI에게 "대충 이런 느낌"이라고만 말하고 결과물을 받아 쓰는 스타일을 가리켜요. 편하긴 한데 인지 부채와 의도 부채의 온상이기도 해요.

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

팀 단위로 적용할 수 있는 실천 몇 가지를 짚어볼게요. 첫째, PR 설명에 "왜"를 반드시 적는 습관을 들여야 해요. AI가 만들어준 코드라도, 그걸 채택한 이유는 사람이 결정한 거니까 그 결정의 맥락을 기록해야 해요. 둘째, 코드 리뷰에서 "이 코드의 의도를 설명할 수 있는가"를 체크 항목으로 두는 것도 좋아요. PR 작성자가 자기 코드를 설명 못 하면 머지하지 않는 룰이죠.

셋째, ADR(Architecture Decision Record) 같은 가벼운 의사결정 기록 문서를 적극 활용하세요. 큰 결정은 별도 문서로 남겨두면 의도 부채를 막을 수 있어요. 넷째, 개인 차원에서는 AI가 만든 코드를 한 번씩 수동으로 다시 써보는 연습도 도움이 돼요. 그래야 인지 부채가 안 쌓여요.

마무리

AI 코딩의 시대에 진짜 시니어란 "AI를 잘 쓰는 사람"이 아니라 "AI가 만든 코드를 끝까지 이해하고 책임지는 사람"일지도 몰라요. 빨리 가는 것보다 멀리 가는 게 결국 이기는 길이거든요. 여러분은 AI가 만든 코드를 얼마나 깊이 이해하고 머지하시나요? 인지 부채나 의도 부채를 줄이기 위한 본인만의 원칙이 있다면 공유해주세요.