내가 지금까지 듣고 있는 Cognitive Debt (지금까지)
Source: Hacker News
일주일 전, 나는 생성형 및 에이전트형 AI가 내가 “인지 부채”라고 부르고 있는 현상을 확대하고 있을 수 있다는 내용에 대해 글을 썼다: 시스템의 진화하는 구조와 팀이 그 시스템이 어떻게 작동하고 왜 작동하는지, 그리고 시간이 지나면서 어떻게 변경될 수 있는지에 대해 공유하는 이해 사이에 누적된 격차.
그 글은 다양한 커뮤니티에서 사려 깊은 토론을 촉발했다. 각각의 스레드에 일일이 답변하기보다는 내가 듣고 있는 의견들을 종합하고, 내가 읽고 있는 다른 성찰들과 연결하고 싶다. 대화가 진행됨에 따라 이 글을 업데이트할 가능성이 있다.
공유 이해에 대한 증가하는 우려
Several practitioners, including Simon Willison and others on a Hacker News discussion of a Martin Fowler article, describe experiencing cognitive debt directly. They talk about getting lost in their own projects and finding it harder to confidently add new features. They can move faster, but they lose the deeper sensemaking that connects decisions to intent, and intent to code.
이는 단순히 코드 품질만의 문제가 아닙니다. 개별 개발자와 제품 팀이 시스템이 무엇을 하고 있는지, 그리고 왜 그렇게 동작하는지에 대한 일관된 정신 모델을 유지할 수 있는가에 관한 문제입니다.
이러한 논의들 전반에 걸쳐 일관된 주제가 있습니다: 속도가 이해보다 앞설 수 있다는 점입니다.
인지 부채는 개발자를 해치며, 소프트웨어만 해치는 것이 아닙니다
기술 부채는 코드에 존재합니다.
인지 부채는 사람에게 존재합니다.
공유된 이해가 약해지면, 그 고통은 다음과 같이 나타납니다:
- 변경을 할 때 자신감 상실
- 리뷰 부담 증가
- 디버깅 마찰
- 온보딩 속도 저하
- 스트레스와 피로
소프트웨어는 “작동”할 수 있지만, 시스템에 대한 이론은 접근하고 추적하기가 점점 어려워집니다. 비용은 구조적인 것에만 국한되지 않습니다. 경험적인 것이기도 합니다.
Siddhant Khare는 AI 피로감에 대해 글을 썼습니다. Steve Yegge는 AI‑가속 개발에서 발생하는 번아웃을 반영합니다. Annie Vella는 시스템이 이해하기 어려워질 때의 불확실성에 대한 감정적·인지적 경험을 eloquently하게 서술합니다. 이러한 관점들은 이것이 단순히 엔지니어링 분야의 문제가 아니라, 개발자들의 감정과 기능에 영향을 미치는 문제임을 강조합니다.
인지 부채는 기술 부채와 마찬가지로 상환되어야 합니다
Martin Fowler는 기술 부채와 마찬가지로 인지 부채도 결국 상환되어야 한다고 지적합니다. 저도 동의합니다.
잃어버린 지식을 재구축하려면 시스템에 대한 분산된 이론을 복원해야 합니다. 여기에는 의도, 의사결정 배경, 핵심 제약 조건, 그리고 아키텍처가 변화를 어떻게 지원하는지가 포함됩니다.
이 이론은 코드에만 저장되지 않습니다. 다음과 같이 여러 곳에 분산되어 있습니다:
- 사람
- 문서
- 테스트
- 대화
- 도구
- 그리고 점점 늘어나는 AI 에이전트
상환이란 코드만 리팩터링하거나 아키텍처 문서를 업데이트하는 것이 아니라, 이 모든 요소들을 유지 관리하는 것을 의미합니다.
빠르게 움직여야 하는 압박—학습을 위해 달리는 스타트업이든 AI 도입을 추진하는 대기업이든—속에서 이러한 상환은 비용이 많이 들고 미루기 쉬운 일처럼 느껴질 수 있습니다.
“This Is Just Engineering”, But Incentives Are Changing
여러 댓글러들, 특히 Michael Würsch는 인지 부채가 좋은 엔지니어링 규율의 실패를 반영한다고 주장한다. 명확한 사양, 철저한 검토, 광범위한 테스트, 그리고 명시적인 아키텍처 문서는 지식 손실을 방지해야 한다.
원칙적으로는 동의한다. 실제로는 인센티브가 변하고 있다. AI는 구조를 만드는 비용을 낮추어, 구조가 공유된 이해가 안정화되기보다 더 빠르게 진화하도록 만든다. 규율 있는 팀조차도 이해가 변화에 맞춰 정렬되도록 의식적으로 속도를 조절하거나 관행을 형성해야 한다.
사양과 문서는 팀이 적극적으로 활용하는 살아있는 산물이 아니라면 충분하지 않다.
새로운 완화 전략
Encouragingly, many readers shared how they are mitigating cognitive debt. They describe:
- 보다 엄격한 검토 관행
- 의도를 포착하는 테스트 작성
- 디자인 문서를 지속적으로 업데이트
- 프로토타입을 일회용으로 취급
Some also describe using AI to reduce the cost of these practices, and even to support cognitive tracking, dependency management, and explanation.
Used deliberately, AI may help make cognitive work more visible rather than obscuring it.
열린 질문: 고성과 팀은 어떻게 적응할 것인가?
고성과 팀은 언제나 기술 부채를 의도적으로 관리해 왔습니다. AI가 스타트업과 대기업에 도입됨에 따라, 이제 팀이 인지 부채를 어떻게 관리할 것인가가 질문이 됩니다.
- 그들은 의도를 외부화하고 공유된 이해를 지속하기 위해 사회·기술적 관행과 도구를 어떻게 형성할까요?
- 생성형 및 에이전트형 AI를 사용해 코드 생산을 가속화할 뿐만 아니라, 집단 이론을 유지하기 위해 어떻게 활용할까요?
AI가 기술적 마찰을 줄이면, 공유된 이해가 성과의 병목 현상이 될 수 있습니다.
저는 이 현상이 어떻게 전개되는지 계속 지켜보고 있습니다. 실제 팀에서 효과적인 완화 방안을 보고 계시다면, 배우고 싶습니다.