기술 전환기마다 같은 질문이 돌아온다.
“이번엔 인간이 밀려나는가.”
컴파일러, 고급 언어, 오픈소스, 클라우드가 등장할 때마다 우리는 그렇게 물었다.
그리고 지금, AI 앞에서 다시 묻는다.
“개발자는 끝나는가?”
하지만 역사는 직업을 통째로 지우지 않았다.
직업의 저층 노동을 자동화하고, 인간의 역할을 상층으로 이동시켰다.
지금 개발자에게 일어나는 일도 같다.
## 작성의 시대에서, 판단의 시대로
AI는 코드를 빠르게 생산한다.
하지만 소프트웨어는 코드만으로 완성되지 않는다.
소프트웨어는 책임의 구조다.
누가, 어떤 조건에서, 무엇을 허용하고 금지하는지에 대한 약속이다.
AI는 문장을 만들 수 있어도, 그 문장의 결과를 책임지지는 못한다.
결국 핵심은 하나다.
작성 능력의 시대가 저물고, 판단 구조의 시대가 온다.
왜 경계 설계가 핵심이 되는가
Linus Torvalds가 AudioNoise README에 일부를 vibe-coding으로 작성했다고 밝힌 장면은 상징적이다.
포인트는 AI를 썼다가 아니다.
어디까지를 실험으로 두고, 어디서부터를 책임 영역으로 둘지 명확히 구분했다는 데 있다.
Guido van Rossum이 말한 작성에서 리뷰 중심으로 이동도 같은 메시지다.
앞으로 개발자의 가치는 타이핑 속도가 아니라,
생성된 결과를 검증하고 책임지는 능력에서 나온다.
Matz의 문제의식 역시 여기로 연결된다.
도구는 인간을 대체하기 위해서가 아니라, 인간의 사고와 표현을 확장하기 위해 존재해야 한다.
개발자의 역할은 이렇게 바뀐다
과거의 개발자:
- 정답을 빠르게 구현하는 사람
앞으로의 개발자:
- 불완전한 정답 속에서도 시스템이 무너지지 않게 만드는 사람
즉, 개발자는 정답 생산자에서 경계 설계자로 이동한다.
그 경계는 구체적이어야 한다.
- 어떤 모델을 언제 쓸지 (비용·지연·정확도·보안)
- 어떤 권한을 어디까지 열지 (read/write/execute/deploy)
- 어떤 액션에 human-in-the-loop를 강제할지
- 어떤 로그를 남겨 책임 추적성을 확보할지
- 실패 시 어떤 순서로 복구할지
데모는 누구나 만든다.
운영은 아무나 못 한다.
그래서 지금, 무엇을 준비해야 하는가
1) 작성 습관보다 검증 습관을 먼저 고친다
AI 산출물은 결과물이 아니라 가설이다.
다음 4가지를 기본 습관으로 둬야 한다.
- 실패 조건 정의
- 관측 가능성 확보
- 비용 상한 설정
- 롤백 경로 설계
2) 기술 스택만큼 도메인 해상도를 올린다
AI가 문법을 대신할수록 개발자의 차이는 맥락 이해에서 나온다.
강한 개발자는 기능을 잘 만드는 사람이 아니라, 문제를 정확히 재정의하는 사람이다.
3) 개인 생산성보다 팀 규율을 먼저 세운다
AI는 개인을 빠르게 만들지만 팀을 자동으로 건강하게 만들지 않는다.
다음은 문서화되어야 한다.
- AI 사용 가능/불가 경계
- 리뷰 통과 기준
- 배포 전 품질 게이트
- 사고 대응/사후 분석 체계
4) 커리어 KPI를 코드량에서 판단 품질로 바꾼다
앞으로의 경쟁력은 얼마나 많이 짰는가가 아니다.
- 선택 이유를 설명할 수 있는가
- 트레이드오프를 합의 가능한 언어로 번역하는가
- 6개월 뒤 유지비용까지 고려하는가
- 재현 가능한 성과 구조를 만드는가
우리는 자주 말한다.
AI가 개발자를 대체할 것이다.
더 정확한 문장은 이렇다.
AI는 설명 없는 개발자를 대체한다.
설명 가능한 판단을 하는 개발자는 대체하지 못한다.
조직은 코드를 사지 않는다.
신뢰를 산다.
그리고 신뢰는 결국 기준에서 나온다.
AI 시대의 개발자는 구현자가 아니다.
기준과 책임의 설계자다.
## References
- Linus Torvalds, AudioNoise README
https://github.com/torvalds/AudioNoise
- Guido van Rossum (Lex Fridman)
https://www.youtube.com/watch?v=\_KjSkGgaJ1k
https://www.youtube.com/watch?v=-DVyjdw4t9I
- Yukihiro “Matz” Matsumoto, Baltic Ruby 2025