AI 도구를 쓰는 개발자가 84%인데, 그 결과물을 믿는다는 사람은 29%뿐이에요. 2025년 스택오버플로 개발자 설문에서 나온 숫자예요. 도구는 다 쓰는데 결과는 못 믿는 상태. 이 간극이 지금 AI코딩의 진짜 현실이에요.
왜 이렇게 됐을까요. 코드를 ‘만드는’ 일은 쉬워졌는데, 그 코드가 맞는지 ‘판단하는’ 일이 더 무거워졌기 때문이에요. 병목이 작성에서 검증으로 옮겨간 거예요. 신입이든 경력이든, 이 지점을 어떻게 다루느냐가 앞으로를 가른다고 봐요.
한눈에 보기
- AI코딩 도구 사용률은 84%까지 올랐지만, 결과 신뢰도는 2024년 40%에서 2025년 29%로 떨어졌어요(스택오버플로 설문).
- 개발자의 진짜 병목은 코드 생성이 아니라 ‘거의 맞지만 완전히 맞지는 않은 코드’를 검증하는 일로 이동했어요(불만 1위 66%).
- 신입 채용은 실제로 위축되는 중이고, 검증·설계 역량을 갖춘 사람에게 수요가 몰리고 있어요.
AI가 코드를 다 짜주는데 왜 더 힘들어졌을까
가장 큰 불만은 ‘거의 맞는 코드’예요. 스택오버플로 2025 설문에서 개발자 66%가 “거의 맞지만 완전히 맞지는 않은 AI 결과”를 최대 불만으로 꼽았어요. 45%는 AI가 짠 코드를 디버깅하는 게 오히려 더 오래 걸린다고 답했고요.
완전히 틀린 코드는 차라리 나아요. 바로 걸러내니까요. 문제는 90%쯤 맞아 보이는 코드예요. 그럴듯하게 돌아가서 통과시켰다가, 나머지에서 사고가 터지거든요. 그 나머지를 찾아내는 시간이 새 병목이 됐어요.
개발자 84%가 쓰는데 신뢰는 29%뿐인 이유
사용률이 오르는데 신뢰도가 떨어지는 건 모순처럼 보여요. 하지만 저는 이게 도구가 성숙해가는 신호라고 생각해요. 많이 써본 사람일수록 어디서 깨지는지 정확히 알거든요.
실제로 경력 개발자가 가장 신중해요. 한 설문 분석에 따르면 경력자 중 AI 결과를 “매우 신뢰”한다는 응답은 2.6%, “매우 불신”은 20%로 전체에서 가장 보수적이었어요. 몰라서 안 믿는 게 아니라, 겪어봐서 조심하는 쪽이에요.
기업은 어떤 도구를 얼마나 쓰나
아직 한 도구가 시장을 다 먹은 상태는 아니에요. JetBrains 집계 기준 2026년 1월 현재 개발자들이 업무에 쓰는 도구는 이렇게 나뉘어 있어요.
- GitHub Copilot: 개발자 29% 사용
- Cursor(AI 코드 에디터): 18%
- Claude Code: 18%
Copilot 누적 사용자는 2025년 7월 2,000만 명을 넘겼어요. 그런데도 점유율이 셋으로 갈린다는 건, 조직마다 도구 조합을 아직 실험하는 단계라는 뜻이에요. 지금 특정 도구 하나에 올인하기보다, 갈아탈 수 있게 손에 익혀두는 편이 편해요.
코드 작성에서 판단으로 옮겨간 무게중심
흥미로운 실험이 하나 있어요. AI 안전 연구기관 METR가 2025년 7월 발표한 무작위 대조 실험이에요. 숙련된 오픈소스 개발자에게 AI 사용을 허용했더니, 작업 완료 시간이 오히려 19% 늘었어요. 더 느려진 거예요.
더 놀라운 건 착각이에요. 참가자들은 사전에 24% 빨라질 거라 기대했고, 실험이 끝난 뒤에도 20% 단축됐다고 느꼈어요. 실제로는 반대였는데 말이죠. 체감 생산성과 실제 생산성이 이렇게까지 어긋날 수 있어요.
다만 이건 ‘숙련 개발자 + 이미 성숙한 대형 프로젝트’라는 조건에서 나온 결과예요. 모든 상황에서 AI가 사람을 느리게 만든다는 얘기는 아니에요. 코드베이스가 클수록, 잘못 낸 제안을 되돌리는 비용이 크다는 신호로 읽는 게 맞아요.
참고로 ‘AI가 코드의 몇 %를 짜는가’라는 수치는 회사마다 편차가 커요. Microsoft CEO 나델라는 사내 저장소의 20~30%라고 했고, Anthropic CEO 다리오 아모데이는 2025년 3월 “3~6개월 안에 AI가 코드의 90%를 쓸 것”이라 예측했지만 6개월이 지나도 그렇게 되진 않았어요. 측정 기준이 다 다르니 특정 숫자를 사실처럼 못 박기는 어려운 영역이에요.
신입 채용은 정말 줄고 있나
줄고 있어요. 그것도 여러 지역에서 동시에요.
- 인도 IT서비스 기업들은 자동화·AI 도입을 이유로 신입 채용을 20~25% 축소했어요(EY 보고서, 2025년 12월).
- 유럽 주요 구직 플랫폼의 주니어 기술직 공고는 전년 대비 35% 감소했어요(2025년 12월).
단순 코딩만 하던 자리부터 먼저 줄어드는 흐름이에요. 요구사항 주면 그대로 짜는 일은 AI가 채워버리니까요. 신입 입장에선 진입 문턱이 확실히 높아졌어요. 여기에 대고 괜찮다고만 말하면 그건 솔직하지 못한 이야기겠죠.
신입과 경력, 지금 무엇을 준비하면 좋을까
방향은 하나로 모여요. AI가 낸 답을 ‘베끼는 능력’이 아니라 ‘반증하는 능력’이에요.
신입이라면 AI를 답 복사기로 쓰지 않는 게 핵심이에요. 코드를 받아오는 데서 멈추지 말고, “왜 이렇게 짰는지 설명해줘”, “이 경우엔 어떻게 깨지는지 반례를 들어줘”까지 물어보는 습관이요. 검증을 못 하는 사람에겐 ‘거의 맞는 코드’가 가장 위험한 함정이 되거든요.
경력이라면 강점이 사라지는 게 아니라 더 또렷해져요. 무엇을 안 만들지 결정하는 판단, AI 결과를 빠르게 반증하는 눈, 시스템을 설계하는 감각. 개발자 teo님은 velog 글에서 “코딩과 개발은 다르다, 커밋은 쌓이는데 제품은 커지지 않는다”고 짚었는데, 현장 체감과 정확히 맞닿는 관점이라고 봐요.
이제 개발자의 값어치는 타이핑 속도가 아니라, 무엇이 틀렸는지 알아보는 눈에서 나와요.
5년 뒤 개발자 자리는 어떻게 바뀔까
한 가지 구조적 걱정이 있어요. 주니어 자리가 지금처럼 줄면, 5~10년 뒤 시니어 공급도 같이 줄어요. 시니어는 하늘에서 떨어지는 게 아니라 주니어가 굴러서 되는 거니까요. 이건 개인이 아니라 업계 전체의 파이프라인 문제예요.
그래서 교육의 무게중심도 옮겨갈 이유가 커요. 코드를 빨리 짜는 훈련에서, 남이 짠 코드를 읽고 판단하는 훈련으로요. 다만 이 부분은 공식 통계로 확정된 게 아니라, 지금 수치들이 가리키는 방향에 대한 해석이에요.
확실한 건 이거예요. AI코딩 시대에도 사람이 사라지진 않아요. 다만 사람이 잘해야 하는 일이 바뀌었을 뿐이에요.
빠르게 짜는 사람에서, 제대로 걸러내는 사람으로.
참고 출처
- 스택오버플로 2025 개발자 설문(AI): https://survey.stackoverflow.co/2025/ai
- 스택오버플로 2025 설문 공식 발표: https://stackoverflow.co/company/press/archive/stack-overflow-2025-developer-survey/
- METR 실험 블로그(숙련 개발자 대상 AI 효과): https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/
- METR 실험 논문(arXiv 2507.09089): https://arxiv.org/abs/2507.09089
- velog @teo, AI 시대 개발자의 역할: https://velog.io/@teo/ai-era-developer-role