주니어보다 위험한 건 5~10년 차 개발자다 — AI가 개발자의 '중산층'을 없애고 있다

지난주 화요일 저녁, 예전 팀원과 밥을 먹었습니다. 7년 차입니다. 요즘 어떠냐고 물었더니 젓가락을 내려놓고 이러더군요.

“요즘 제가 코드를 거의 안 씁니다. 검토만 해요. 근데 이게 좋은 건지 모르겠습니다.”

“AI가 개발자를 대체할까?” 지난 몇 년 동안 지겹도록 반복된 질문인데, 그날 들은 문장은 결이 좀 달랐습니다.

요즘 개발자 커뮤니티에서 나오는 이야기도 비슷한 방향입니다. AI가 모든 개발자를 없애는 게 아니라, 소프트웨어 엔지니어링의 ‘중간층’을 먼저 무너뜨린다는 주장입니다. 2026년 8월 Hacker News에서도 이 얘기가 크게 붙었습니다.

제 눈에 걸린 건 실직 여부가 아니었습니다. 개발자의 값이 매겨지는 위치 자체가 옮겨가고 있다는 쪽이었습니다.

개발 조직에는 거대한 ‘중간층’이 있었습니다

개발자의 성장 경로는 오랫동안 단순했습니다. 주니어 → 미들 → 시니어 → 테크리드·아키텍트. 처음엔 작은 기능을 붙입니다. 경력이 쌓이면 API를 만들고, 데이터베이스를 설계하고, 다른 시스템과 연동합니다. 더 올라가면 시스템 전체 구조를 고민하고 장애, 성능, 보안, 비용까지 판단합니다.

실제 IT 조직에서 사람이 가장 많은 자리는 어디일까요. 대부분 가운데입니다. 요구사항을 받고, 기존 프레임워크를 쓰고, API를 만들고, CRUD를 구현하고, 테스트 코드를 쓰고, 문제가 생기면 로그를 뒤져 고치는 사람들. 지난 20여 년 동안 소프트웨어 산업의 ‘개발자 중산층’은 이 사람들이었습니다.

AI가 정확히 이 영역으로 들어오고 있습니다.

AI가 잘하는 일이 묘하게 익숙합니다

요즘 AI 코딩 도구에 일을 시켜보면 꽤 많은 업무가 넘어갑니다. Spring Boot로 회원 API 만들어달라, React로 관리자 화면 뽑아달라, 이 코드 리팩터링해달라, 테스트 코드 써달라, 이 로그 보고 장애 원인 찾아달라, Dockerfile 만들어달라, Kubernetes Deployment YAML 뽑아달라.

몇 년 전만 해도 이런 작업은 개발자가 직접 검색하고 문서를 읽으며 손으로 썼습니다. 지금은 자연어 몇 줄이면 초안이 나옵니다.

AI가 만든 결과물이 항상 맞느냐, 그건 아닙니다. 저도 어제 받은 매니페스트에서 리소스 리밋이 통째로 빠진 걸 발견했습니다. 다만 기업 입장에서 던지는 질문은 정확도가 아닙니다.

예전에 개발자 10명이 붙던 일을, AI를 잘 쓰는 5명이 해내는가.

해낸다면 생산성은 올라갑니다. 채용이 같이 늘어난다는 보장은 없습니다. 개발자에게 불편한 문제는 여기서 시작됩니다.

코딩이 싸지는 것이지 개발이 사라지는 건 아닙니다

공장에 비유해보겠습니다. 예전에는 제품 하나를 만들려면 사람이 직접 나사를 조여야 했습니다. 그래서 나사를 빠르고 정확하게 조이는 능력이 값을 받았습니다. 자동화 기계가 들어오고 나서는 달라졌습니다. 중요한 사람은 나사를 제일 빨리 조이는 사람이 아니라, 어떤 제품을 만들지 정하고 생산라인을 설계하고 기계가 제대로 도는지 판단하는 사람입니다.

소프트웨어도 같은 방향으로 가는 중이라고 봅니다. 과거에는 코드를 생산하는 능력 자체가 희소했습니다. AI가 그 생산 비용을 급격히 낮추고 있으니, 희소가치는 다른 데로 옮겨갑니다. 코드를 만드는 능력에서, 무엇을 만들어야 하는지 판단하는 능력으로.

EE Times도 2026년 소프트웨어 엔지니어링의 변화를 두고 비슷한 문제를 제기했습니다. 루틴한 프레임워크 조립이나 반복 구현은 자동화 가능성이 높지만, 추상화가 깨지는 지점을 이해하고 시스템 전체를 다루는 시스템 아키텍트와 크로스도메인 엔지니어의 무게는 오히려 커진다는 이야기였습니다.

그래서 오히려 5~10년 차가 위험할 수도 있습니다

보통은 AI 시대에 가장 위험한 자리를 주니어로 봅니다. 틀린 말은 아닙니다. 주니어가 맡던 단순 구현이 AI가 가장 쉽게 붙는 영역이니까요.

저는 조금 다르게 봅니다. 더 애매한 자리는 경력이 어느 정도 쌓인 미들급이라고 생각합니다.

7년 차 개발자 두 명을 놓고 보겠습니다. A는 Spring, React, SQL을 능숙하게 씁니다. 요구사항을 주면 빠르게 구현합니다. B도 구현은 하는데, 그 전에 이런 걸 묻습니다. 왜 이 시스템을 MSA로 나눠야 하는지. 이 서비스가 죽으면 어디까지 전파되는지. 트래픽이 10배로 뛰면 병목이 어디서 터지는지. 이 데이터를 꼭 실시간으로 처리해야 하는지. 쿠버네티스가 이 규모에서 비용 대비 맞는지.

예전엔 A도 B도 좋은 개발자였습니다. AI가 구현을 가져가기 시작하면 둘의 간격이 급격히 벌어집니다. A가 밥벌이하는 지점은 AI와 그대로 겹칩니다. B는 AI에게 무엇을 시킬지 정하는 쪽에 서 있습니다.

솔직히 저도 A에 가까운 시절이 길었습니다. 요구사항 받아서 남보다 빨리 짜내는 게 실력이라고 믿었고, 그게 통했습니다. 그 감각이 값을 잃는 걸 지금 눈으로 보고 있습니다.

병목은 코딩이 아니라 판단입니다

AI가 코드를 10배 빨리 만든다고 해봅시다. 좋은 시스템이 10배 빨리 나올까요. 아닙니다. 반대 문제가 생깁니다. 잘못된 설계를 던져주면 AI는 그걸 아주 빠른 속도로 구현해냅니다.

AI는 좋은 판단을 증폭하고, 나쁜 판단도 똑같이 증폭합니다.

MSA가 필요 없는 시스템을 수십 개 마이크로서비스로 쪼개고, 쓸 일 없는 Kubernetes 클러스터를 세우고, 잘못된 DB 구조를 찍어내고, 보안이 빠진 API를 수백 개 만들어두는 일. 코드 생산 비용이 낮아질수록 아키텍처와 검증의 무게가 커지는 이유가 여기 있습니다.

병목은 코드가 아니라 그 앞뒤로 옮겨갑니다. 문제 정의, 설계, 판단, 검증, 운영, 그리고 책임.

더 큰 문제가 하나 있습니다

산업 전체가 안고 있는 역설이 하나 남습니다. 주니어가 사라지면 미래의 시니어는 어디서 나오는가.

시니어도 처음부터 시니어는 아니었습니다. 버그를 만들고, 장애를 내고, 코드 리뷰에서 깨지고, 운영 서버에서 사고를 치면서 자랐습니다. 기업들이 간단한 코딩은 AI가 하면 되니 신입은 안 뽑겠다고 결정하면 당장 1~2년은 계산이 맞습니다. 5년, 10년 뒤가 문제입니다. 경험 많은 엔지니어를 만들어내는 공급망 자체가 끊깁니다.

2026년 들어 'seniority gap', 미래의 시니어 부족을 지적하는 목소리가 나오는 배경도 같습니다. 모두가 경력직만 뽑겠다고 말하는 상황과 다르지 않습니다. 그 경력직은 누군가 키워야 합니다.

개발자의 자리가 한 칸 위로

저는 AI가 개발자를 완전히 지울 거라고 보지 않습니다. 대신 ‘개발자’라는 직업의 기준선이 올라간다고 봅니다.

예전에는 요구사항 → 개발자 → 코드였다면, 앞으로는 문제 → 개발자 → AI → 코드입니다. 개발자가 한 칸 위로 올라섭니다.

요구되는 능력도 따라 바뀝니다. Java를 잘하고 Python을 잘하는 것보다, 시스템을 이해하고 문제를 구조화하고 기술을 고르고 AI의 결과를 의심하고 운영 결과에 책임지는 쪽이 값을 받습니다.

산업혁명 이후 많은 직업이 이 과정을 겪었습니다. 기계가 나왔다고 제조업이 사라지지 않았고, 엑셀이 나왔다고 회계가 사라지지 않았고, 클라우드가 나왔다고 인프라 엔지니어가 사라지지 않았습니다. 업무의 추상화 레벨이 올라갔을 뿐입니다.

AI도 소프트웨어 산업에 같은 변화를 만드는 중인지 모릅니다. 그래서 저는 “AI가 개발자를 없앨 것인가”보다 이 질문이 훨씬 아프다고 생각합니다.

AI가 지금 내가 하는 일을 대신할 수 있는가.

대답이 YES면 AI와 같은 트랙에서 뛰면 안 됩니다. 한 칸 올라가야 합니다. 코드를 썼다면 설계를 보고, 설계를 했다면 아키텍처를 보고, 아키텍처를 했다면 비즈니스를 봅니다. AI는 경쟁자가 아니라 그 아래에서 도는 실행 계층으로 씁니다.

사라지는 건 ‘개발자’가 아닐지도 모릅니다

AI 시대에 사라지는 건 개발자라는 직업이 아니라, 코드를 생산할 줄 안다는 이유만으로 붙어 있던 희소가치 쪽일 가능성이 큽니다.

코드는 점점 싸집니다. 판단은 아직 비쌉니다. 책임은 더 비쌉니다. 복잡한 시스템 전체를 머리에 넣고 있는 사람은 여전히 드뭅니다.

그러니 AI 시대의 개발자는 코드를 더 많이 쓰는 사람이 아니라, 더 적은 코드로 더 큰 문제를 처리하는 사람이 될 겁니다. 실력을 재는 질문도 바뀔지 모릅니다. “코드를 얼마나 잘 짜세요?”에서 “AI에게 무엇을 만들라고 시킬지, 그게 맞는지 판단할 수 있습니까?”로.

두 번째 질문 앞에서 저도 매번 떳떳하지는 않습니다. 어제 그 매니페스트도, 리밋이 빠진 걸 배포 직전에야 봤거든요. 잘 모르겠습니다. 아직도.