AI가 코드를 짜고, 테스트를 돌리고, 문서를 작성하는 시대가 됐다. 그 속도는 빠르고, 오류는 적으며, 피로를 모른다. 그렇다면 개발자는 어떻게 살아남아야 할까. “AI가 대체할 직업” 목록에 개발자가 오르내리는 걸 보면서 불안해진 사람도 많을 것이다. 하지만 지금 시장에서 실제로 값비싸게 거래되는 개발자를 보면, 이야기는 달라진다. AI가 아직 흉내 내지 못하는 역할이 있고, 그 역할을 가진 사람은 오히려 지금이 기회다.
AI는 ‘요청’을 잘 처리하지, ‘문제 정의’를 하지 않는다
현재 출시된 AI 코딩 도구들은 ‘주어진 명세를 구현하는 것’에 탁월하다. 함수 하나를 짜달라고 하면 깔끔한 코드가 나온다. 테스트 케이스를 추가해달라고 하면 즉시 붙여준다. 문제는 그 명세 자체가 잘못됐을 때다. 사용자가 진짜 원하는 것이 무엇인지, 비즈니스 요구사항이 어떤 트레이드오프를 내포하는지, AI는 스스로 의문을 품지 않는다. 지시한 대로 할 뿐이다.
반면 경험 있는 개발자는 “이걸 왜 만들어야 하죠?”라고 묻는다. 기획자와 이야기를 나누면서 요구사항의 허점을 발견하고, 개발 전에 방향을 바로잡는다. 이 과정은 비구조적이고 모호하며, 정해진 입력이 없다. AI가 가장 취약한 영역이다. 문제를 정의하고, 질문을 설계하고, 상충 관계를 조율하는 능력 — 이것이 AI 시대에 개발자가 보존해야 할 첫 번째 핵심 역량이다.
레거시 시스템과 복잡한 맥락 위에서 판단하는 능력
현업 개발자들이 가장 많이 하는 일 중 하나는 새 기능을 짜는 것이 아니라, 이미 돌아가는 시스템을 유지·보수하는 것이다. 10년 된 레거시 코드베이스, 누가 왜 이렇게 짰는지 문서가 없는 모듈, 운영 중인 서버에 영향 없이 조용히 패치해야 하는 상황. AI에게 이런 맥락을 모두 이해시키는 것은 지금 기술로는 쉽지 않다.
AI 코딩 도구가 가장 잘 작동하는 환경은 ‘명확하고 격리된 작업’이다. 새 파일에 독립적인 함수를 작성하거나, 잘 정의된 API를 구현할 때다. 하지만 복잡하게 얽힌 레거시 코드 안에서 버그를 찾아내고, 사이드 이펙트를 파악하고, 안전한 변경 범위를 판단하는 것은 여전히 경험이 많은 사람의 몫이다. 이 능력은 결국 ‘큰 그림을 읽는 능력’이자, 수년간의 실수와 복기를 통해 쌓인 직관이다.
팀과 조직 안에서 기술을 연결하는 역할
개발자가 혼자 일하는 경우는 드물다. 디자이너, 기획자, 데이터 분석가, 경영진과 끊임없이 커뮤니케이션하며 기술을 번역하는 역할이 필요하다. “이건 왜 3주가 걸려요?”라는 질문에 답하고, “이렇게 하면 안 되는 이유”를 비기술 직군에게 설득력 있게 설명하고, 팀 안에서 기술 방향을 이끌어가는 것. AI는 이 역할을 대신할 수 없다.
특히 스타트업이나 빠르게 성장하는 조직일수록, 기술적 판단과 비즈니스 맥락을 동시에 연결하는 사람의 가치는 높아진다. 실제로 채용 시장에서 ‘테크 리드’나 ‘시니어 개발자’에 대한 수요가 AI 도입 이후에도 줄어들지 않는 이유 중 하나다. 코드를 짜는 사람이 아니라, 기술적 의사결정을 내리고 팀의 방향을 잡는 사람에 대한 수요다.
이 능력을 기르기 위해 지금 당장 할 수 있는 일이 있다. 코드 리뷰를 할 때 단순히 버그를 찾는 데 그치지 말고, 왜 이 구조를 선택했는지 동료에게 물어보거나 설명해보는 습관을 들여라. 회의에서 기술 외적인 이해관계자의 말을 듣고, 그 니즈를 기술적으로 어떻게 풀 수 있는지 스스로 정리해보는 것도 좋다.
AI 도구를 제대로 쓰는 것 자체가 역량이다
아이러니하게도, AI에게 대체되지 않는 개발자가 되는 방법 중 하나는 AI를 잘 쓰는 것이다. 같은 AI 도구를 사용하더라도 생산성 차이가 10배 이상 나는 경우가 현업에서 목격된다. 이 차이는 어디서 오는가. 도구 사용법의 차이가 아니라, 무엇을 시킬지 아는 능력의 차이다.
AI에게 좋은 결과를 뽑아내려면, 먼저 문제를 잘 정의하고 올바른 질문을 설계해야 한다. 이것은 결국 개발자 자신이 문제를 깊이 이해하고 있어야 가능하다. AI 출력물을 검증하고, 잘못된 부분을 잡아내고, 더 나은 방향으로 유도할 수 있는 사람이 필요하다. AI가 생성한 코드를 그대로 복사하는 개발자와, 그것을 비판적으로 검토하고 맥락에 맞게 조정하는 개발자 — 둘의 결과물은 결국 다를 수밖에 없다.
따라서 지금 개발자에게 필요한 것은 AI를 거부하거나 두려워하는 것이 아니라, AI를 잘 활용하면서 AI가 절대 할 수 없는 영역을 동시에 키워가는 것이다. 이 균형이 앞으로 몇 년간 개발자 커리어를 결정짓는 중요한 변수가 될 것이다.
지금 당장 점검해야 할 자신의 역량 목록
막연히 “소프트 스킬을 키워야 한다”는 말은 와닿지 않는다. 구체적으로 어떤 능력을 지금 키워야 하는지 점검해보자. 다음 항목 중 자신이 부족한 부분이 어디인지 솔직하게 살펴보는 것이 출발점이다.
- 요구사항 분석 능력: 기획 문서를 보고 빠진 부분, 모순, 엣지케이스를 스스로 찾아내는가?
- 아키텍처 설계 능력: 새 기능을 추가할 때 전체 시스템에 미치는 영향을 먼저 그려볼 수 있는가?
- 비기술 직군 소통 능력: 기술적 제약을 기획자나 경영진이 이해할 수 있는 언어로 설명할 수 있는가?
- 레거시 코드 해독 능력: 문서 없이 남의 코드를 읽고 흐름을 파악할 수 있는가?
- AI 출력물 검증 능력: AI가 생성한 코드의 오류와 위험 요소를 직접 잡아낼 수 있는가?
- 장애 대응 및 디버깅 능력: 운영 환경에서 예기치 않은 문제가 생겼을 때 체계적으로 원인을 좁혀갈 수 있는가?
이 중 두세 개 이상이 불확실하다면, 지금 당장 해당 능력을 키울 수 있는 환경에 자신을 노출시키는 것이 필요하다. 사이드 프로젝트에서 혼자 처음부터 설계해보거나, 오픈소스 코드를 읽으며 남의 판단을 분석하거나, 현직자와 직접 이야기를 나눠보는 것이 그 방법이 된다.
커리어 방향을 잡는 기준: ‘AI가 못 하는 것’을 기준으로 설계하라
취업 준비 중이거나 이직을 고민하는 개발자라면, 이 질문을 커리어 설계의 기준으로 삼아볼 수 있다. “5년 뒤에도 내가 하는 이 일을 AI가 대신할 수 있을까?” AI가 처리하기 어려운 영역은 대략 세 가지 방향으로 수렴한다. 모호한 문제를 정의하는 역할, 사람과 사람 사이를 연결하는 역할, 조직의 복잡한 맥락을 이해하고 판단하는 역할이다.
이 방향으로 경력을 쌓으려면, 단순히 기술 스택을 늘리는 것만으로는 부족하다. 도메인 지식을 깊이 쌓고, 의사결정의 경험을 의도적으로 늘리고, 팀 안에서 리더십을 발휘하는 기회를 찾아야 한다. 주니어일 때부터 이 방향을 의식하고 쌓아가는 것과, 시니어가 돼서야 뒤늦게 깨닫는 것은 격차가 크다.
AI 시대의 개발자 생존 전략은 결국 단순하다. 코드를 잘 짜는 것을 넘어서, 코드가 왜 필요한지 아는 사람이 되는 것. 도구를 잘 쓰는 것을 넘어서, 도구의 한계를 아는 사람이 되는 것. 그 방향으로 한 걸음씩 나아간다면, AI는 위협이 아니라 자신의 가장 강력한 조력자가 된다.
커리어 방향이 막막하거나 현직자의 시각에서 구체적인 조언을 얻고 싶다면, 누스쿨 멘토링 커뮤니티에서 실제 현업 개발자 멘토와 1:1로 이야기를 나눠보자. 내가 키워야 할 역량이 무엇인지, 지금 내 위치에서 어떤 선택이 현실적인지 — 혼자 고민하는 것보다 경험자의 시선이 훨씬 빠른 답을 줄 때가 많다.
💬 댓글 0