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

아직 부족한 것

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

실제로 일어나는 일

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

왜 중요한가

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