Martin Fowler의 2026년 4월 단상 - 인지 부채, AI 시스템 3, 검증의 재발견
목차
개요
Martin Fowler는 2026년 4월 2일자 Fragments 글에서 LLM 시대의 소프트웨어 개발에 관한 다섯 가지 단상을 공유했다. 기술 부채(technical debt)를 넘어 인지 부채(cognitive debt)와 의도 부채(intent debt)를 제시하며, 개발 조직이 LLM 시대에 잃을 수 있는 공통 이해와 목표의식을 어떻게 관리해야 하는지 묻는다. AI를 Kahneman의 이중 사고 체계에 이은 “System 3”로 규정하는 시각과, 에이전트 시대에 검증 활동이 병목이 된다는 주장도 함께 다룬다.
배경
Fowler는 단편적 사색(fragments)을 모아 현재의 소프트웨어 엔지니어링 담론을 다각도로 조명한다. 이번 호의 중심축은 “LLM이 코드 생산을 가속할 때, 인간 개발자의 이해와 의도는 어디로 가는가”라는 질문이다. 그는 에이전트가 코드를 실행하는 세계에서는 생산보다 검증이 조직의 병목이 된다고 본다. 또한 LLM과의 협업에서 명명(naming)과 의도 표현이 단순 구문을 초월한 창조적 행위라고 강조한다.
핵심 내용
세 층의 시스템 건강성
Margaret-Anne Storey는 기술 부채만으로 시스템 건강성을 설명하기에 부족하다는 프레임워크를 제안한다. 기술 부채(technical debt)는 구현 과정의 타협에서 코드에 누적된다. 인지 부채(cognitive debt)는 팀의 이해가 보충 속도보다 빠르게 증발할 때 쌓인다. 의도 부채(intent debt)는 시스템의 목표와 제약이 제대로 문서화되지 않을 때 발생한다.
Fowler는 이 프레임워크가 진단과 완화 전략을 동시에 제공한다는 점에서 유용하다고 평가한다. 다만 “부채 비유의 과잉 증식”에 대한 약간의 피로감도 함께 내비친다.
AI는 사고의 세 번째 시스템인가
Shaw와 Nave는 Kahneman의 이중 사고 체계에 AI를 “System 3”로 확장한다. System 1은 빠른 직관, System 2는 느리고 의식적인 분석을 담당한다. System 3으로서의 AI는 인간의 심사숙고를 우회하는 “인지적 항복(cognitive surrender)”을 유발할 위험을 안는다. AI 추론을 무비판적으로 수용할 때, 의도적 인간 분석이 생략되고 판단 근거의 연결고리가 느슨해진다는 경고다.
검증이 가장 비싼 것이 되었다
Ajey Gore는 에이전트가 코드 실행을 담당하는 세계에서는 검증이 병목이 된다고 주장한다. 조직은 코드 생산 중심에서 수용 기준(acceptance criteria) 설계, 테스트 설계, 결과 모니터링 중심으로 재편해야 한다. Fowler는 이 방향성에는 동의하면서도, LLM이 레거시 현대화의 이해를 도울 수 없다는 주장에는 반대한다.
| 항목 | 전통적 관점 | 에이전트 시대 |
|---|---|---|
| 병목 | 코드 생산 | 검증과 수용 기준 |
| 핵심 역량 | 구현 스킬 | 테스트 설계, 결과 모니터링 |
| 조직 구조 | 개발자 중심 | 검증 활동 중심 |
프로그래밍 언어의 진화
David Cassel은 LLM 시대의 언어 설계를 둘러싼 경쟁 비전을 정리한다. 한편에서는 LLM 친화적으로 완전히 새롭게 설계된 언어가 대안으로 제시된다. 다른 한편에서는 TypeScript, Rust 같은 기존의 타입 언어가 LLM과의 협업에 이미 충분히 적합하다는 관점이 유지된다.
Fowler는 HTML 마크업의 < > 기호를 쓰는 코드 아이콘이 실제 프로그래밍 언어를 거의 반영하지 않는다는 관찰도 덧붙인다. 디자이너들이 사용하는 시각 기호가 실제 개발 도구의 실상과 얼마나 괴리되어 있는지를 보여주는 단면이다.
의미와 시사점
Fowler가 반복해 강조하는 중심 주제는 인간과 LLM이 공유하는 추상을 어떻게 만들어 가느냐다. 그는 “Ubiquitous Language”의 관점에서 명명과 의도의 표현을 단순한 구문 이상의 창조적 행위로 본다. 이는 팀이 LLM에게 목표와 제약을 전달하는 방식, 즉 의도 부채를 관리하는 실질적 수단이 된다.
인지 부채 개념은 LLM이 코드 생산을 가속할수록 팀 이해의 공백이 더 빠르게 벌어질 수 있다는 점을 시사한다. 개발 조직은 생산 속도와 별개로 이해를 갱신하는 활동에 시간을 명시적으로 배정해야 한다. 검증 병목 이슈도 같은 맥락에서 읽힌다. 결과를 모니터링하고 수용 기준을 다듬는 활동이 조직의 중심 작업으로 올라와야 한다는 것이다.
결론
Fowler의 단상은 LLM 시대에 소프트웨어 팀이 관리해야 할 부채의 범위가 코드를 넘어 팀의 이해와 의도, 검증 절차까지 확장되었음을 보여준다. System 3로서의 AI를 “인지적 항복” 없이 활용하려면, 인간은 의도를 더 명확히 표현하고 결과를 더 엄격히 검증해야 한다. 결국 개발자의 가치가 코드 타이핑이 아니라 추상을 설계하고 결과를 판단하는 능력으로 이동하고 있음을 암시한다.