시대에 뒤처진 쿵후 사범이 되지 말 것 — John Carmack

이 글의 핵심 주장에는 동의합니다. AI가 코드를 생성하는 능력이 빠르게 좋아질수록 직접 타이핑하는 속도와 문법 기억력은 실전에서 차지하는 비중이 줄어들 가능성이 큽니다. 그렇다고 손으로 코드를 쓰는 일이 곧 무의미해지는 것은 아닙니다. 중요한 변화는 코딩이 사라진다는 데 있지 않고, 무엇을 만들지 정하고 생성된 결과를 의심하며 실제 시스템에 책임 있게 연결하는 일이 더 중요해진다는 데 있다고 봅니다.

기사에서 과거 프로그래머들이 기계어 명령을 16진수로 조립했고, 오늘날의 어셈블리 프로그래밍조차 그 원시적 수준과는 다르다고 설명합니다. 이 사실은 기술의 발전이 옛 기술을 단순히 폐기하는 과정이 아니라 추상화의 층을 올리는 과정이라는 점을 보여줍니다. 사람은 더 이상 모든 나사를 손으로 깎지 않지만, 기계가 어떻게 움직이는지 모르면 고장 원인을 찾기 어렵습니다. AI 코딩에서도 같은 원칙이 적용될 가능성이 큽니다.

다만 무술과 프로그래밍의 비유는 절반만 맞습니다. 검술이 전장의 실용 기술에서 스포츠와 취미로 바뀐 것과 달리, 손코딩은 여전히 AI 결과를 검증하고 문제를 재현하며 성능 병목을 찾는 데 쓰일 수 있습니다. 따라서 수작업 코딩 전체가 -do의 영역으로 물러난다고 단정하면 위험합니다. 오히려 직접 구현할 줄 알되, 필요할 때 가장 효율적인 도구를 선택하는 능력이 새로운 실전 기술이 될 겁니다.

더 큰 문제는 AI를 쓰지 않는 태도 자체가 아니라, AI가 낸 답을 이해하지 못한 채 배포하는 태도입니다. 생성된 코드에는 보안 취약점, 잘못된 가정, 유지보수 비용이 숨어 있을 수 있습니다. 이런 위험을 판별하려면 자료구조와 운영체제, 네트워크 같은 기초 지식이 여전히 필요합니다. 그 지식은 모든 코드를 직접 작성하기 위해서가 아니라, 틀린 코드를 틀렸다고 말하기 위해서 필요하다고 봅니다.

레트로 컴퓨팅과 저수준 프로그래밍을 즐기는 사람들을 시대착오적이라고 몰아갈 필요도 없습니다. 오래된 기술을 깊게 익히는 일은 역사적 감각과 문제 해결의 즐거움을 주고, 때로는 현대 도구의 한계를 이해하게 합니다. 다만 취미로 보존하는 기술과 생업에서 경쟁력을 만드는 기술을 구분해야 합니다. 과거의 방식에 대한 애정이 현재의 요구를 무시하는 면허가 될 수는 없습니다.

앞으로 프로그래머의 경쟁력은 코드를 얼마나 많이 입력했는지보다 문제 정의, 시스템 설계, 검증, 책임 있는 판단에 가까워질 가능성이 높습니다. AI를 거부하는 장인은 실제 전장에서 불리해질 수 있지만, AI에 모든 판단을 맡기는 사용자도 다른 방식으로 무장 해제될 겁니다. 좋은 개발자는 전통 기술을 버리는 사람이 아니라, 필요할 때 검을 내려놓고 돌격소총을 들 수 있으며 그 무기가 빗나갔을 때 스스로 원인을 찾아낼 수 있는 사람입니다.