핵심 요약
AI는 소프트웨어 개발자의 일을 없애기보다, 개발자가 무엇을 중심으로 일하는지를 바꾸고 있다.
특히 "코드 자체"보다 "무언가를 만들기 위한 수단"으로 코딩하던 개발자는 제품 기획자, 제품 빌더, 에이전트 관리자에 가까운 역할로 이동할 가능성이 크다.
개발자는 하나의 집단이 아니다
"소프트웨어 개발자"라는 말은 너무 넓다.
같은 개발자라도 누군가는 알고리즘 최적화와 코드 품질 자체에 큰 즐거움을 느끼고, 누군가는 사업, 서비스, 자동화 도구, 웹사이트 같은 결과물을 만들기 위해 코드를 사용한다.
그래서 AI 이후의 미래도 모든 개발자에게 똑같이 오지 않는다.
기계공학자와 전기공학자가 모두 "엔지니어"지만 하는 일이 다르듯, 소프트웨어 개발자도 출발점과 관심사에 따라 다른 방향으로 이동할 수 있다.
"수단으로서의 소프트웨어" 개발자
이 유형의 개발자는 코드를 목적이 아니라 도구로 본다.
중요한 것은 코드 그 자체가 아니라, 코드로 무엇을 만들 수 있느냐다. 예를 들어 회사를 만들거나, 개인 자동화 시스템을 만들거나, 블로그나 웹서비스를 만드는 것이 핵심이다.
이들은 코드의 아름다움과 좋은 설계를 이해하고 즐길 수 있다. 다만 완벽한 노코드 도구가 있다면 굳이 직접 코드를 쓰지 않을 수도 있다.
AI 코딩 도구는 이들에게 특히 강력하다. 원래 목표가 "더 빨리 만들기"였기 때문이다.
"목적으로서의 소프트웨어" 개발자
이 유형의 개발자는 코드 작성 자체에서 큰 만족을 얻는다.
수학적 사고, 알고리즘, 성능 최적화, 우아한 구조, 깔끔한 구현에 매력을 느끼는 경우가 많다.
이들이 제품에 관심이 없다는 뜻은 아니다. 다만 이들을 움직이게 한 최초의 동기는 "무언가를 만들기 위해서"라기보다 "잘 만든 코드 자체"일 가능성이 크다.
AI 시대에는 이 유형도 변화하겠지만, 글의 초점은 주로 "만들기 위해 코딩하던 개발자"에게 맞춰져 있다.
시나리오 1: 기존 업무의 연장
첫 번째 가능성은 생각보다 큰 변화가 없다는 것이다.
AI 도구는 강력해지지만, 개발자의 구조화 능력은 여전히 중요하다. 데이터 모델을 어떻게 잡을지, 시스템을 어떻게 설계할지, 어떤 도구를 선택할지는 여전히 경험 있는 개발자가 더 잘한다.
이 경우 AI는 고급 언어, Git, 클라우드, 컨테이너처럼 생산성을 높인 도구 중 하나가 된다.
개발자는 더 빨라지지만 직함과 조직 구조는 크게 바뀌지 않는다. 핵심은 급진적 전직이 아니라 꾸준한 적응이다.
시나리오 2: 제품 빌더로의 이동
두 번째 가능성은 개발자가 "소프트웨어 개발자"보다 "제품 빌더"에 가까워지는 것이다.
AI 덕분에 비개발자도 앱이나 도구를 만들 수 있게 된다. 하지만 그렇다고 모두가 직접 제품을 만들고 싶어 하지는 않는다.
요리 도구가 아무리 좋아져도 요리하기 싫은 사람은 여전히 배달이나 식당을 이용한다. 마찬가지로 앱을 만들 수 있는 능력이 모두에게 생겨도, 많은 사람은 여전히 누군가가 만든 좋은 제품을 쓰고 싶어 한다.
이때 중요한 능력은 단순 코딩이 아니다. 취향, 디자인 감각, 사용자 심리 이해, 문제 정의, 제품 판단력이 중요해진다.
사람들은 왜 직접 만들지 않는가
소프트웨어를 돈 주고 사는 이유는 단순히 "내가 만들 줄 몰라서"가 아니다.
좋은 소프트웨어에는 만든 사람의 관점과 판단이 들어 있다. 사용자는 그 판단을 신뢰하기 때문에 제품을 쓴다.
또한 사용자는 버그가 적고, 보안이 잘 되어 있으며, 문제가 생겼을 때 지원받을 수 있는 제품을 원한다.
결국 많은 사람은 "내가 원하는 대로 직접 만들 자유"보다 "잘 만들어진 것을 편하게 쓰는 것"을 선택한다.
시나리오 3: 개발자가 PM처럼 변한다
AI가 코딩 시간을 크게 줄이면, 개발자는 사용자와 더 많이 대화하고 제품 방향을 더 깊게 고민할 수 있다.
기존에는 사용자 요청 하나를 구현하는 데 며칠이 걸렸기 때문에, 모든 요청을 충분히 듣고 실험하기 어려웠다.
하지만 코딩이 빠르게 자동화된다면 개발자는 요구사항 이해, 우선순위 결정, 전략 수립, 사용자 인터뷰에 더 많은 시간을 쓸 수 있다.
이 경우 개발자는 일종의 PM처럼 변한다. 다만 전통적인 PM과 달리, 사람 팀이 아니라 AI 에이전트 팀을 지휘하는 역할에 가까울 수 있다.
에이전트 팀을 이끄는 개발자
미래의 개발자는 직접 코드를 쓰는 사람보다, 여러 AI 에이전트에게 일을 나누고 결과를 조율하는 사람이 될 수 있다.
이때 중요한 것은 명령을 잘 내리는 능력만이 아니다. 무엇을 만들지, 왜 만들어야 하는지, 어떤 결과가 좋은지 판단하는 능력이 더 중요해진다.
AI가 많아질수록 방향 설정과 조율의 가치는 오히려 커질 수 있다.
마치 오케스트라에서 연주자가 많아질수록 지휘자의 역할이 중요해지는 것과 비슷하다.
변화 속도는 지역과 산업마다 다르다
AI 변화는 빠르지만, 모든 곳에 동시에 도착하지 않는다.
자율주행차가 일부 도시에서는 익숙해졌지만, 다른 지역에서는 아직 먼 미래처럼 느껴지는 것과 같다.
소프트웨어 개발자의 변화도 실리콘밸리에서는 빠르게 체감될 수 있지만, 다른 국가나 산업에서는 훨씬 천천히 진행될 수 있다.
따라서 "곧 모두 대체된다"거나 "아무 일도 안 일어난다"는 식의 단정은 위험하다.
인사이트
개발자의 미래는 "코드를 계속 쓰느냐"보다 "무엇을 위해 코드를 썼느냐"에 따라 갈릴 가능성이 크다.
코드를 제품을 만들기 위한 수단으로 사용해 온 사람이라면, AI 시대에는 제품 감각, 사용자 이해, 기획력, 디자인 판단, 에이전트 조율 능력을 키우는 것이 중요하다.
실용적으로는 AI 코딩 도구를 피하지 말고, 반복 구현은 AI에 맡기되 문제 정의와 제품 판단 능력을 의식적으로 훈련하는 편이 좋다.
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.