AI가 이미 프로그래머를 대체할 수 있나요? 아니라면 아직 무엇이 부족한가요?

Question

Accepted Answer

아직 아닙니다 — 그리고 그 격차는 타자 속도에 관한 것이 아닙니다. 현대 AI는 **코드**를 놀랍도록 잘 생성하지만, 소프트웨어 엔지니어링은 코드를 만들어내는 것 이상입니다. 부족한 것은 **코드를 둘러싼 판단**입니다. 무엇을, 왜 만들지 결정하고, 그 결과가 지저분한 실세계 시스템에서 실제로 올바른지 판단하는 것입니다.

## AI가 잘하는 것

- 명확한 프롬프트로부터 **코드 초안 작성** — 함수, boilerplate, 잘 알려진 패턴.
- 코드를 **설명하고 변환하기**, 그리고 독립적인 버그에 대한 수정 제안.
- **회상의 폭** — 어느 개인보다 더 많은 라이브러리의 표면을 압니다.

## 아직 부족한 것

- **실세계 맥락과 판단** — 당신의 사용자, 제약, 그리고 시스템이 현재 모습이 된 문서화되지 않은 다섯 가지 이유를 볼 수 없습니다.
- **책임** — 새벽 2시에 배포가 데이터를 망가뜨리면, 사람이 그 결과를 책임집니다. AI는 on-call을 서거나 책임을 질 수 없습니다.
- **모호한 요구사항 해소** — 실제 spec은 모호하고 모순적입니다. "checkout을 더 빠르게"를 *올바른* 변경으로 바꾸는 것이 진짜 일입니다.
- **시스템 수준의 설계 트레이드오프** — 일관성과 지연 사이, 혹은 직접 만들기 vs 구매 사이를 선택하며 비용, 팀 역량, 5년의 시야를 저울질하는 것.
- **새로운 문제 디버깅** — 서비스, 인프라, 타이밍에 걸친 장애로, Stack Overflow 답변이 존재하지 않는 경우.
- **이해관계자 커뮤니케이션** — 범위를 협상하고, 거절하고, 사람들을 정렬시키는 것.

## 실제로 일어나는 일

AI는 엔지니어를 제거하기보다 일을 **이동시킵니다**. 일상적인 코드를 손으로 치는 시간은 줄고, 문제를 정의하고 출력을 리뷰하고 검증하는 시간은 늘어납니다. 역할은 stack 위로 올라갑니다 — 모든 줄의 작성자에서 더 빠른 프로세스의 지휘자이자 검증자로.

## 왜 중요한가

"AI가 코드를 쓴다"를 "AI가 일을 한다"로 여기는 것이 전형적인 실수입니다 — 가장 눈에 띄는 20%를 전체와 혼동하는 것입니다. 엔지니어링의 어렵고 가치 있는 부분이 바로 AI가 가장 약한 부분입니다. 모호함, 트레이드오프, 책임, 새로운 디버깅. 이것을 이해하면 자신의 성장을 어디에 투자할지 알게 됩니다 — 모델보다 빨리 타이핑하는 데가 아니라, 그것이 대체할 수 없는 판단에.