2026년 2월 현재, 비개발자 ‘시티즌 빌더’가 전통 개발자 수를 4:1 비율로 넘어설 전망이다(BetaNews, 2025년 12월). 개발자의 84%가 이미 AI 코딩 도구를 사용 중이며(Stack Overflow 2025 Survey), AI PM 채용은 2025년 1월 대비 10월까지 369% 폭증했다(ODSC).
솔직히 처음 이 숫자를 봤을 때 “이게 진짜야?” 했어요.
4:1이요. 비개발자가 개발자보다 4배 더 많이 뭔가를 만든다고요?
저는 개발을 좋아하는 사람입니다. 코드 짜는 게 재밌어서 이 바닥에 들어왔어요. 근데 요즘 주변을 보면 코드 한 줄 안 짜는 사람들이 저보다 빠르게 프로덕트를 만들어내는 걸 목격하고 있거든요.
“에이, 그래도 전문 개발자가 만든 거랑 품질이 같겠어?”
저도 그렇게 생각했습니다. 6개월 전까지는요.
근데 지금 제 주변에서 벌어지는 일을 보면, 솔직히 그 말이 안 먹힙니다. 마케터가 Claude Code로 자동화 파이프라인을 만들고, 기획자가 Cursor로 내부 툴을 뚝딱 찍어내고, 디자이너가 v0으로 프론트엔드를 바로 배포하는 세상이 됐어요.
이 글에서 저는 세 가지를 이야기하려고 합니다.
- 왜 지금이 “일관성 임계점”인지 — 코드 품질이 갑자기 쓸 만해진 이유
- 비개발자 빌더가 뭘 바꾸고 있는지 — 숫자로 증명
- 당신이 지금 뭘 준비해야 하는지 — 구체적인 액션 플랜
“80% 작성, 20% 수정” — 워크플로우가 뒤집어졌다
워크플로우 역전이란? 기존에 개발자가 100% 직접 코딩하던 방식에서, AI가 80%를 작성하고 인간이 20%를 검수/수정하는 방식으로 전환된 현상을 말한다.
Andrej Karpathy가 2025년에 이런 말을 했어요.
“80% 에이전트 작성, 20% 수정으로 워크플로우가 역전됐다. 20년 프로그래밍 경력에서 가장 큰 근본적 변화다.”
이거 무슨 뜻인지 아세요?
테슬라 AI 디렉터 출신이, OpenAI 공동 창업자가, 20년 코딩한 사람이 “이건 진짜 다르다”고 말하는 겁니다. 허세가 아니에요. 이 사람이 허세를 부릴 이유가 없잖아요.
저도 직접 겪어봤습니다. Claude Code를 쓰기 시작한 지 3개월 정도 됐는데, 체감이 확실히 달라요. 예전에는 “이 기능 만들어야지” 하면 구조 설계부터 시작했거든요. 폴더 구조 잡고, 타입 정의하고, 테스트 코드 짜고. 그게 하루 일과의 70%였어요.
지금은요? “이런 기능이 필요해”라고 설명하면 에이전트가 코드를 써줍니다. 제가 하는 건 그걸 읽고, 의도대로 돌아가는지 확인하고, 빠진 엣지 케이스를 잡아주는 거예요.
근데 여기서 핵심이 뭔지 아세요?
코드를 “읽는 능력”이 “쓰는 능력”보다 중요해졌다는 거예요.
이전에는 빈 에디터에서 코드를 “생성”하는 능력이 핵심이었어요. 지금은 AI가 생성한 코드를 “평가”하는 능력이 핵심입니다. 마치 건축가가 직접 벽돌을 쌓지 않아도 설계와 감리를 할 수 있는 것처럼요.
Karpathy는 이것도 말했어요. “스태미나가 작업의 핵심 병목이었다. LLM으로 무한 끈기를 얻었다.”
이게 무슨 말이냐면, 예전에는 아무리 좋은 아이디어가 있어도 구현하려면 수백 시간의 코딩 체력이 필요했어요. 지금은 그 체력 부분을 AI가 대신합니다. 남는 건 순수하게 “무엇을 만들 것인가”라는 판단력이에요.
그래서 Karpathy는 엔지니어를 두 부류로 나눴습니다.
- 코딩 자체를 좋아하는 엔지니어 — 코드의 우아함, 알고리즘의 효율성에 집착하는 타입
- 만드는 것을 좋아하는 엔지니어 — 프로덕트가 돌아가는 걸 보면서 희열을 느끼는 타입
두 번째 타입에게 AI는 날개입니다. 그리고 이 두 번째 타입에 비개발자도 포함되기 시작한 거예요.
시티즌 빌더의 부상 — 4:1 비율이 의미하는 것
비개발자 빌더가 개발자를 4:1로 넘어선다는 게 단순히 “더 많다”는 뜻이 아닙니다.
이건 소프트웨어 생산의 민주화예요.
왜 이런 일이 벌어지는 걸까요?
첫째, 도구가 충분히 좋아졌어요. Claude Code가 공개 6개월 만에 ARR(연간 반복 매출) 10억 달러를 달성했습니다. ChatGPT보다 빠른 속도예요. 사람들이 진짜로 이 도구를 쓰고 있다는 뜻이에요. 그것도 돈을 내면서요.
둘째, 비용 대비 효과가 미쳤어요. AT&T 사례를 보면, AI 자동화로 연간 1,700만 분을 단축했어요. 20배 ROI입니다. 이 정도면 임원이 안 할 이유가 없죠.
셋째, 이미 통제 불가 수준이에요. 기업당 평균 4,500~6,000개의 AI 앱이 돌아가고 있는데, IT 부서가 파악하지 못한 게 66%입니다. 직원들이 알아서 만들어 쓰고 있다는 거예요. IT가 승인하기 전에 이미 프로덕션에 들어가 있어요.
이게 왜 중요하냐고요?
예전에는 “앱 하나 만들어주세요”라고 개발팀에 요청하면 최소 2주, 보통 2달이 걸렸어요. 우선순위 큐에 들어가서 기다려야 했고, 요구사항 문서 쓰고, 리뷰 받고, 수정하고. 그 사이에 비즈니스 기회는 날아가버리죠.
지금은요? 마케터가 월요일 아침에 “이번 캠페인에 이런 대시보드가 필요한데”라고 생각하면, 화요일 오후에 직접 만들어서 쓰고 있어요. 개발팀 리소스를 한 명도 안 쓰고요.
이게 4:1의 실체입니다. 개발자 한 명이 만들 동안, 비개발자 네 명이 각자 자기 문제를 직접 해결하고 있는 거예요.
물론 코드 품질은 다를 수 있어요. 확장성이나 보안은 전문 개발자가 나아요. 하지만 “완벽한 코드를 2달 뒤에” vs “80점짜리 코드를 내일”이면, 비즈니스 현장에서는 대부분 후자를 선택합니다.
새로운 직군이 폭발적으로 생기고 있다
이 변화가 단순히 “비개발자가 코딩을 배운다”는 게 아닙니다. 완전히 새로운 직군이 탄생하고 있어요.
| 직군 | 하는 일 | 왜 생겼나 |
|---|---|---|
| Context Engineer | AI에게 적절한 맥락을 제공하는 시스템 설계 | AI가 맥락 없이는 쓸모없으니까 |
| Prompt Engineer | AI 프롬프트 최적화 및 테스트 | 같은 AI도 프롬프트에 따라 10배 차이 |
| Agent Ops Manager | AI 에이전트 파이프라인 운영 관리 | 에이전트가 수백 개 돌아가니까 |
| AI UX Designer | AI와 인간의 상호작용 설계 | 기존 UX로는 AI 인터페이스 설계 불가 |
| AI PM | AI 프로덕트 기획 및 로드맵 관리 | AI 제품은 기존 PM 방법론이 안 통함 |
AI PM 채용이 2025년 1월에서 10월 사이에 369% 증가했다는 사실을 아세요?(ODSC 데이터)
369%요. 3.69배가 아니라 4.69배입니다.
그리고 채용 시장에서 재밌는 현상이 벌어지고 있어요.
22~25세 개발자 고용은 -6% 감소했는데, 35~49세 개발자 고용은 +9% 증가했어요.
왜 그럴까요?
주니어가 하던 일 — 보일러플레이트 코드 작성, 간단한 버그 수정, 문서화 — 이런 건 이제 AI가 합니다. 반면 시니어가 하는 일 — 아키텍처 설계, 코드 리뷰, 비즈니스 로직 판단 — 이건 아직 AI가 못 해요.
결과적으로 “경험자 프리미엄”이 생긴 거예요. AI를 잘 다루는 시니어는 몸값이 올라가고, AI가 대체 가능한 주니어는 진입 장벽이 높아졌습니다.
그리고 하나 더. AI 숙련자에게는 40%의 급여 프리미엄이 붙어요. 같은 직급, 같은 경력인데 AI 도구 활용 능력 하나로 연봉이 40% 차이 난다는 거예요.
이 숫자가 의미하는 건 단순합니다. AI를 도구로 쓸 줄 아는 사람이 압도적으로 유리한 시장이 됐다는 것.
“코딩을 좋아하는 사람” vs “만드는 걸 좋아하는 사람”
이 주제에 대해 솔직하게 이야기하고 싶어요.
Karpathy가 했던 말 중에 가장 와닿았던 건 이거예요. “코딩 자체를 좋아하는 엔지니어와 만드는 것을 좋아하는 엔지니어로 나뉜다.”
저는 두 가지 다 좋아하는 편이에요. 코드가 깔끔하게 돌아갈 때의 만족감도 좋고, 프로덕트가 유저한테 가치를 줄 때의 기쁨도 좋아요.
근데 요즘은 후자에 더 집중하게 됐어요. 왜냐하면 전자는 AI가 대신해 주거든요.
제가 3개월 동안 AI 에이전트를 활용해서 작업한 결과, 확실히 느낀 게 있어요.
저는 이제 “코더”가 아니라 “빌더”에 가깝습니다.
코드를 직접 타이핑하는 시간은 줄었어요. 대신 “이 기능이 왜 필요한지”, “유저가 실제로 뭘 원하는지”, “이 시스템이 어떻게 연결되어야 하는지”를 생각하는 시간이 늘었어요.
그리고 이게 비개발자도 할 수 있는 영역이에요. 아니, 오히려 비개발자가 더 잘할 수 있는 영역일 수도 있어요. 마케터는 마케팅 문제를 가장 잘 알고, PM은 유저 니즈를 가장 잘 파악하고, 디자이너는 경험 설계를 가장 잘 하니까요.
코딩 능력은 더 이상 병목이 아닙니다. 문제를 정의하는 능력이 병목이에요.
여러분은 어떤 타입인가요? 코드 자체가 좋은 사람이세요? 아니면 뭔가 만들어내는 게 좋은 사람이세요?
어느 쪽이든 상관없어요. 다만, 두 번째 타입이라면 지금이 역사상 가장 좋은 시기라는 건 분명합니다.
균형 잡힌 우려 — 장밋빛만은 아닙니다
여기까지 읽으면 “와, 다 좋은 거네!”라고 생각할 수 있는데, 솔직히 그렇지 않아요. 진짜 심각한 문제들이 있습니다.
첫째, AI 격차가 심화되고 있어요.
UNESCO에 따르면 저소득 지역, 시골 지역은 AI 도구 접근성 자체가 부족합니다. Claude Pro가 월 20달러인데, 이게 모든 사람에게 “저렴한” 가격은 아니에요. AI 리터러시 교육도 도시 중심으로 편중되어 있고요. 결국 AI를 쓸 수 있는 사람과 없는 사람의 격차가 소득 격차로 직결됩니다.
둘째, “슬로파칼립스”가 오고 있어요.
비개발자가 쉽게 앱을 만들 수 있다는 건, 저품질 AI 생성 콘텐츠와 앱이 범람한다는 뜻이기도 해요. 이미 앱스토어에는 AI가 찍어낸 저품질 앱들이 넘쳐나고 있고, 웹에는 AI 생성 스팸 콘텐츠가 폭발하고 있어요. 양은 늘었는데 평균 품질은 떨어지는 역설이 벌어지는 거죠.
셋째, 주니어 개발자의 진입 장벽이 높아졌어요.
아까 말했듯이 22~25세 개발자 고용이 6% 감소했어요. 주니어가 하던 일을 AI가 대체하면서, “그럼 주니어는 어디서 경험을 쌓아?”라는 문제가 생긴 거예요. 시니어가 되려면 주니어 시절을 거쳐야 하는데, 그 주니어 자리가 줄어들고 있어요.
넷째, 보안과 거버넌스 문제가 커요.
기업당 4,500~6,000개 AI 앱 중 66%를 IT가 모른다고 했잖아요. 이 앱들이 회사 데이터를 어디로 보내는지, 보안 기준은 충족하는지, 규정 준수는 되는지 아무도 모릅니다. 섀도우 IT가 섀도우 AI로 진화한 거예요.
이 문제들은 “AI를 쓰지 말자”로 해결되지 않아요. 이미 기차는 출발했거든요. 해결책은 더 똑똑하게 쓰는 것입니다.
내가 느낀 점
솔직히 무서웠어요.
제가 몇 년 동안 쌓아온 코딩 스킬이, 비개발자가 프롬프트 몇 줄로 대체할 수 있다는 사실이요.
처음에는 “에이, 내가 만든 거랑 퀄리티가 다르지”라고 자위했어요. 근데 시간이 지나면서 그 차이가 좁혀지는 걸 눈으로 봤거든요. 3개월 전에 비개발자가 AI로 만든 건 “장난감” 수준이었는데, 지금은 “괜찮은 MVP” 수준이에요. 6개월 후에는 “프로덕션급”이 될 수도 있겠다는 생각이 들어요.
그래서 제 정체성에 대해 진지하게 고민하게 됐습니다. “나는 코더인가, 빌더인가?”
결론적으로, 저는 “코더이자 빌더”를 선택했어요. 코딩 능력을 버리는 게 아니라, 그 위에 빌더의 시야를 더하는 거예요. AI가 만든 코드를 읽고 판단할 수 있는 건 코딩 경험이 있는 사람만 할 수 있으니까요.
의외였던 건, 이 변화가 저를 더 즐겁게 만들었다는 거예요. 보일러플레이트 코드 치는 지루한 시간이 사라지고, 진짜 재밌는 부분 — 설계, 판단, 창의적 문제 해결 — 에 집중할 수 있게 됐으니까요.
솔직한 마음
불안하죠? 저도 불안합니다.
“내 스킬이 쓸모없어지면 어떡하지?” 이 생각, 개발자라면 한 번쯤 해봤을 거예요. 비개발자도 마찬가지일 거고요. “AI가 내 일을 대체하면?”
근데 제가 3개월 동안 실제로 경험하면서 느낀 건, AI가 대체하는 건 “작업”이지 “역할”이 아니라는 거예요.
코드를 타이핑하는 작업은 대체됩니다. 하지만 “왜 이 코드가 필요한지 판단하는 역할”은 대체되지 않아요. 엑셀에 데이터를 입력하는 작업은 대체됩니다. 하지만 “이 데이터에서 인사이트를 뽑아내는 역할”은 대체되지 않아요.
그래서 저는 방향을 잡았어요. 작업(task)이 아니라 역할(role)에 투자하자.
프롬프트 엔지니어링을 배우는 게 아니라, 문제를 정의하는 능력을 키우자. 특정 도구를 마스터하는 게 아니라, 어떤 도구든 빠르게 배울 수 있는 학습력을 기르자.
이게 제 솔직한 마음이에요. 불안하지만, 방향이 보이니까 조금은 괜찮아요.
앞으로 할 것들
제가 실제로 하고 있고, 여러분에게도 권하는 구체적인 액션 플랜입니다.
1주차: AI 도구 하나 골라서 실제 업무에 적용하기
뭐든 상관없어요. Claude Code, Cursor, GitHub Copilot, v0. 중요한 건 “한번 써보기”가 아니라 “실제 업무에 매일 쓰기”예요. 장난감처럼 건드려보는 거랑 진짜 업무에 쓰는 건 하늘과 땅 차이입니다.
2주차: 자기 업무에서 자동화할 수 있는 작업 3개 찾기
매주 반복하는 지루한 작업이 있을 거예요. 보고서 형식 맞추기, 데이터 정리하기, 이메일 초안 쓰기. 이런 거 하나씩 AI에 맡겨보세요.
3주차: 작은 프로젝트 하나 만들어서 배포하기
크지 않아도 돼요. 팀 내부에서 쓸 간단한 대시보드, 자동 리포트 생성기, 슬랙 봇. 이걸 “만들어서 다른 사람이 쓰게 하는” 경험이 핵심이에요.
4주차: 만든 것 공유하고 피드백 받기
블로그, SNS, 사내 발표 뭐든. “나는 비개발자인데 이걸 만들었다” 혹은 “나는 개발자인데 AI로 10배 빠르게 만들었다”. 이 경험을 공유하는 순간 여러분은 “빌더”가 됩니다.
그리고 하나 더.
매일 15분씩 “AI 뉴스” 읽기. 이 분야는 하루가 멀다 하고 바뀌어요. 1주일만 안 봐도 새로운 도구가 3개씩 나와요. 뒤처지는 건 순식간입니다.
FAQ
Q1. 코딩을 전혀 모르는데 AI로 앱을 만들 수 있나요?
네, 가능합니다. 다만 “가능하다”와 “잘 만든다”는 다릅니다. 기본적인 프로그래밍 개념(변수, 조건문, 반복문, API)은 알아두면 AI와의 소통이 10배 수월해져요. 완전 무지 상태에서 시작하는 것보다, 기초 1주일 학습 후 AI를 쓰는 게 훨씬 효율적입니다.
Q2. AI가 만든 코드의 보안은 괜찮은가요?
솔직히 주의가 필요해요. AI가 생성한 코드에서 보안 취약점이 발견되는 사례가 많습니다. 특히 인증, 데이터 처리, API 키 관리 부분은 반드시 보안 검토가 필요해요. 사내 보안 정책과 코드 리뷰 프로세스를 거치는 걸 강력히 권합니다.
Q3. AI PM이 기존 PM과 뭐가 다른가요?
기존 PM은 “인간 개발팀”과 협업합니다. AI PM은 “인간+AI 에이전트” 하이브리드 팀을 관리해요. AI의 능력과 한계를 이해하고, 어떤 작업을 AI에 맡기고 어떤 작업을 인간이 해야 하는지 판단하는 게 핵심 역량이에요. 2025년 1월~10월 사이 369% 채용 증가한 직군입니다(ODSC).
Q4. 시니어 개발자에게 유리하다고 했는데, 주니어는 어떻게 해야 하나요?
주니어에게 전하는 솔직한 조언: “AI를 쓰면서 배우세요.” 예전에는 코드를 직접 치면서 배웠지만, 지금은 AI가 만든 코드를 읽고 이해하면서 배울 수 있어요. 오히려 학습 속도가 빨라질 수 있습니다. 단, “AI한테 시키고 끝”이 아니라 “왜 이렇게 짰는지 이해하기”가 핵심이에요.
Q5. Context Engineer라는 직군이 정확히 뭔가요?
AI에게 올바른 맥락(context)을 제공하는 시스템을 설계하는 사람이에요. 같은 AI라도 어떤 정보를 주느냐에 따라 결과가 천지 차이거든요. RAG 파이프라인 설계, 프롬프트 체이닝, 메모리 관리 같은 걸 전문으로 합니다.
Q6. 40% 급여 프리미엄은 어떤 AI 스킬을 갖추면 받을 수 있나요?
특정 도구 하나를 마스터하는 것보다, “AI를 활용해서 비즈니스 문제를 해결한 경험”이 중요합니다. 프롬프트 엔지니어링, 에이전트 오케스트레이션, AI 워크플로우 자동화 중 하나라도 실무 경험이 있으면 확실히 유리해요.
Q7. 기업에서 섀도우 AI 문제는 어떻게 해결하나요?
금지하는 건 답이 아니에요. 직원들은 어차피 씁니다. 대신 “승인된 AI 도구 리스트”를 만들고, 데이터 보안 가이드라인을 수립하고, AI 거버넌스 프레임워크를 도입하는 게 현실적인 접근입니다. IT팀이 “관리자”에서 “조력자”로 역할을 전환해야 해요.
결론 — 당신은 이미 빌더일 수 있습니다
다시 처음으로 돌아갈게요.
비개발자 빌더가 개발자를 4:1로 넘어서는 시대. 이건 위협이 아니라 기회예요.
개발자라면, 코딩 능력 위에 빌더의 시야를 더하세요. AI가 80%를 써주는 시대에, 나머지 20%의 판단력이 여러분의 가치를 결정합니다.
비개발자라면, 지금 바로 시작하세요. 여러분이 가진 도메인 지식 — 마케팅이든, 영업이든, 운영이든 — 거기에 AI 빌딩 능력을 더하면, 그게 바로 “대체 불가능한 인재”입니다.
Karpathy의 말처럼, 코딩은 더 이상 개발자만의 영역이 아닙니다.
문제를 정의하고, 해결책을 만들어내는 모든 사람이 빌더예요.
그리고 그 빌더가 되기에, 지금보다 좋은 시기는 없었습니다.
참고 자료
- BetaNews (2025-12): “2026년 비개발자 빌더가 개발자를 4:1로 넘어설 전망”
- Stack Overflow Developer Survey 2025: “개발자의 84%가 AI 코딩 도구 사용”
- Andrej Karpathy (2025): 워크플로우 역전 및 엔지니어 분류 관련 발언
- ODSC (2025): “AI PM 채용 369% 증가 (2025년 1~10월)”
- AT&T AI 자동화 사례: 연 1,700만 분 단축, 20배 ROI
- UNESCO: AI 격차 심화 관련 보고서
- 채용 시장 데이터: 22-25세 개발자 고용 -6%, 35-49세 +9%