아마 코드를 치는 개발자는 일부는 망할 겁니다. 하지만 프로그래머 자체가 없어지는 것은 아닙니다. 사라지는 것은 역할이 자체가아니라, 프로그래머를 너무 좁게 정의해온 방식인지도 모릅니다.
프로그래밍은 애초에 목적이 아니라 수단이었습니다. 중요한 것은 얼마나 많이 짜느냐가 아니라, 무엇을 만들지, 어떤 문제를 풀지, 어떤 구조를 선택할지 판단하는 일에 있습니다. AI가 가져오는 변화도 결국 여기서 갈립니다. 구현의 희소성은 줄어들지만, 문제를 정의하고 구조화하는 능력의 가치는 오히려 커집니다.
그래서 앞으로 중요한 것은 코드를 잘 쓰는 능력만이 아닙니다. 문제를 명확하게 설명하고, 맥락과 제약을 정리하고, 모호한 요구를 실행 가능한 구조로 바꾸는 능력입니다. 예전에는 컴파일러와 프레임워크의 문법을 익혔다면, 이제는 에이전트와 모델이 제대로 작동할 수 있도록 문제를 번역하는 능력이 중요해집니다. 프롬프트를 잘 쓰는 사람이 아니라, 요구사항을 구조화할 수 있는 사람이 유리해집니다.
이 변화는 프로그래머를 구현자보다 설계자에 가깝게 만듭니다. 앞으로 중요한 사람은 코드를 가장 빨리 쓰는 사람이 아니라, 적절한 추상화 수준을 고르고, 여러 도구를 조합하고, 실패 가능성을 예측하며, 결과물의 품질 기준을 세우는 사람일 가능성이 큽니다. 구현 비용이 낮아질수록 설계와 판단의 가치가 올라가기 때문입니다.
동시에 AI는 기술의 진입장벽을 낮춥니다. 예전에는 아이디어가 있어도 구현할 수 없는 사람이 대부분이었지만, 이제는 언어로 설명하고 방향을 제시할 수 있다면 더 많은 사람이 도구와 제품을 만들 수 있게 됩니다. 이것은 단순한 생산성 향상이 아니라 권한의 재분배에 가깝습니다. 기술이 소수 숙련자의 독점물에서 더 많은 사람의 창의성을 실현하는 매개로 이동하는 것입니다.
그렇다면 결국 프로그래머가 적응해야 하는 것은 새로운 툴 하나가 아니라, 자기 정체성 자체일지도 모릅니다. 나는 코드를 치는 사람이 아니라 문제를 해결하는 사람이라는 감각, AI를 활용해 더 나은 결과를 만드는 사람이라는 감각 말입니다. 이 전환이 늦을수록 변화는 위협으로만 느껴지고, 빠를수록 새로운 지렛대로 보일 것입니다.
프로그래밍은 사라지지 않을 것입니다. 다만 구현의 중심에서 설계와 판단의 중심으로 이동할 뿐입니다. 앞으로 살아남는 사람은 코드를 가장 많이 쓰는 사람이 아니라, 무엇을 만들어야 하는지 가장 선명하게 아는 사람일 것입니다.