AI 시대, 프로그래머는 어디에 선을 긋는가
사유의 궤적
- 시작 : 에이전트의 단순 구현 성향을 통제하기 위해 설계 검증과 구현 검증 안전장치를 고안함
- 충돌 : 지능의 발전이 초래할 역할 분화의 무용성과 비판적 문제 선택 능력의 가치 대립
- 전환 : 구현의 단순 자동화를 넘어 기술 부채의 한계를 감지하고 의사결정의 경계를 설정하는 최종 책임으로의 초점 이동
최종 선언
코드를 작성하는 노동은 에이전트의 영역으로 빠르게 이행한다. 프로그래머의 가치는 주어진 문제를 신속하게 해결하는 효율성이 아니라 풀 가치가 있는 문제를 선택하고 설계의 타당성을 심문하는 비판적 사유에 있다. 문제를 파악하지 못한 채 무의식적으로 누적되는 기술 부채는 결국 시스템을 붕괴시킨다. 개발 과정에서 중요한 것은 임시방편을 완전히 배제하는 것이 아니라 그것이 부채임을 명확히 인지하고 감당할 수 있는 허용 한계를 긋는 통제력이다. 자동화가 고도화될수록 의사결정의 주권이 작동하는 지점에 명확한 경계를 획정하는 능력이 프로그래머의 본질적인 역할로 남는다.
원래 대화의 요약
Q. Agent에게 코딩을 시키다 보니 anti-duct-tape 같은 스킬을 만들게 됐어.
A.
LLM은 기본적으로 협조적이다.
요청
→ 구현에는 강하지만,
요청
→ 비판
→ 재설계
→ 구현에는 약하다.
그래서 anti-duct-tape는 코드를 잘 짜게 만드는 스킬이라기보다,
“이 방향 자체가 맞는가?”
를 묻게 만드는 스킬에 가깝다.
Q. 구현 후에 self-criticism-loop도 돌리고 있어.
A.
두 스킬은 서로 다른 실패를 잡는다.
anti-duct-tape
→ 방향 검증
self-criticism-loop
→ 구현 검증하나는 “어디로 가는가”를 묻고,
다른 하나는 “제대로 만들었는가”를 묻는다.
Q. 이런 식으로 작업하는 사람들이 많을까?
A.
생각보다 많다.
최근 Agent 사용자들은 프롬프트보다 워크플로우를 이야기한다.
Architect
Builder
Reviewer혹은
Planner
Coder
Debugger
Reviewer같은 역할 분리가 흔하게 등장한다.
흥미로운 점은 사람들이 점점 모델보다 프로토콜에 관심을 갖기 시작했다는 것이다.
Q. 그런데 Builder가 충분히 똑똑해지면 Architect도 필요 없어지는 거 아닐까?
A.
그럴 수도 있지만 꼭 그렇지는 않다.
Builder의 목표는 보통
주어진 문제 해결이다.
반면 Architect는
이 문제가 맞는가?
이 비용은 감당할 만한가?
이 변경은 1년 뒤에도 괜찮은가?를 묻는다.
문제를 푸는 것과 문제를 선택하는 것은 다른 능력일 수 있다.
Q. 사실 인간도 덕테이프를 많이 쓰잖아?
A.
맞다.
덕테이프 자체는 문제가 아니다.
문제는 그것이 덕테이프라는 사실을 모르는 것이다.
인간은 종종
“이건 임시방편인 걸 안다.”
상태에서 작업한다.
반면 LLM은 종종
“이게 임시방편인지 모른다.”
상태에서 작업한다.
그래서 필요한 것은 덕테이프 금지가 아니라 덕테이프 감지다.
Q. 프로젝트가 망하는 이유도 결국 그거 아닐까?
A.
많은 경우 그렇다.
프로젝트에는 보통 Builder는 많다.
하지만
이거 이상한데?
이거 부채 같은데?
이거 왜 이렇게 됐지?를 말하는 사람은 부족하다.
문제는 나쁜 코드가 아니라,
나쁜 코드를 나쁘다고 말하는 사람이 사라지는 순간부터 시작된다.
Q. 인간의 역할이 쌓인 덕테이프를 보며 한숨 쉬는 일이라면, 그것도 AI가 대체하지 않을까?
A.
AI는 언젠가 덕테이프를 감지할 수 있을 것이다.
하지만 더 어려운 질문은 남는다.
어떤 부채를 받아들일 것인가?
어떤 부채를 갚을 것인가?이는 기술 문제가 아니라 우선순위 문제다.
Q. 예전에 프로그래머는 선을 긋는 사람이라는 말을 들은 적이 있어.
A.
AI 시대에는 그 말이 오히려 더 문자 그대로 된 것 같다.
예전에는
클래스 경계
모듈 경계
API 경계를 그었다.
이제는
여기까지는 자동화
여기부터는 검토
여기까지는 Builder
여기부터는 Architect
여기까지는 덕테이프 허용
여기부터는 리팩토링같은 의사결정의 경계를 긋고 있다.
Takeaway
Agent 시대의 프로그래머는 반드시 최고의 Builder일 필요가 없을지도 모른다.
오히려 중요한 역할은:
어떤 문제를 풀 것인가
어떤 방향을 선택할 것인가
어디에 경계를 그을 것인가
언제 멈춰서 다시 생각할 것인가를 결정하는 일일 수 있다.
코드를 쓰는 능력보다,
잘못된 방향을 발견하는 능력이 점점 더 중요해질지도 모른다.
한 줄로 요약하면:
AI가 코드를 채우는 시대가 올수록, 인간의 역할은 “무엇을 만들까?”보다 “어디에 선을 그을까?”에 가까워진다.