"내가 사랑했던 산업이 안에서부터 죽어가고 있다"
바이브 코딩 내전: 개발자 생태계 붕괴 보고서
Reddit에 올라온 15년 차 개발자의 글, 수천 개의 공감을 받으며 퍼져나간 한 문장
요즘 해외 유명 개발자 커뮤니티들에서 조용히 ‘내전’이 터졌습니다.
원인은 바로 ‘바이브 코딩(Vibe Coding)’ 때문인데요.
코딩의 원리나 구조는 전혀 모르면서, AI에게 “이런 느낌(Vibe)으로 만들어줘”라고 던지고 결과물만 뚝딱 뽑아내는 방식을 말해요.
결국 참다못한 진짜 개발자들이 칼을 빼들었습니다. ⚔️
상황이 생각보다 꽤 심각해요.
해외 최대 커뮤니티인 레딧(Reddit)의 주요 개발자 게시판들이 줄줄이 ‘LLM(대규모 언어 모델) 관련 글 전면 금지’를 선언하고 나섰거든요.
원래 이곳은 코드가 왜 안 돌아가는지, 아키텍처는 어떻게 짜야 하는지 기술적인 깊이를 토론하는 공간이었잖아요.
근데 요새 “AI가 짜준 코드인데 왜 에러가 나나요?” 같은 영양가 없는 질문만 도배되니까.
아예 커뮤니티 규칙을 바꿔서 AI의 ‘A’자도 꺼내지 못하게 막아버린 거죠.
이걸 그냥 고인물들의 텃세라고 보긴 어려워요.
레딧에서 엄청난 공감을 받은 15년 차 개발자의 글이 하나 있는데요.
“내가 사랑했던 산업이 안에서부터 죽어가고 있다”고 한탄하더라고요.
실제로 전 세계 개발자들의 놀이터였던 스택오버플로우는 트래픽이 무너지고 있고, CSSConf나 JSConf 같은 굵직한 기술 컨퍼런스들도 줄줄이 문을 닫고 있어요.
코드를 한 줄 한 줄 깎아내며 ‘원리’를 탐구하던 문화 자체가 붕괴하고 있는 셈이죠.
어떤 게시판은 아예 비꼬는 의미로 “이제부터 수동 코딩은 금지한다. 앞으로는 AI로만 개발해라”라고 공지를 올리기까지 했어요.
‘과정’을 즐기던 장인들의 시대가 저물고, ‘결과’만 빠르게 뽑아내는 바이브 코딩의 시대가 정말 온 걸까요?
개발이라는 직업의 본질이 통째로 흔들리는 이 과도기.
결국 살아남는 건 누구일까요?
바이브코딩 #AI개발 #개발자 #IT트렌드 #생태계변화
목차
- 선전포고: 커뮤니티들이 칼을 빼들다
- 무엇이 이 내전을 촉발했는가
- 무너진 성채 ①: Stack Overflow의 소멸
- 무너진 성채 ②: 컨퍼런스의 폐막과 장인 문화의 황혼
- 2025년 상반기: 바이브 코딩 전성시대
- 2025년 하반기: 숙취가 시작됐다
- 2025년 12월: 임계점이 넘어졌다, 그런데 양방향으로
- 2026년 초: 채택은 완승, 신뢰는 붕괴
- 데이터로 확인된 재앙들
- 진짜 질문: 장인의 문화는 영영 사라지는가
- 이 과도기를 살아가는 법
1. 선전포고: 커뮤니티들이 칼을 빼들다
2025년 중반, 해외 개발자 커뮤니티에서 전례 없는 일이 벌어졌다. Reddit의 주요 프로그래밍 서브레딧들이 하나둘 LLM 관련 게시물에 대한 전면 금지를 선언하고 나선 것이다. 단순한 경고가 아니었다. 아예 커뮤니티 규칙 자체를 바꿔버렸다.
원래 이 공간들은 “이 아키텍처 설계에서 내가 놓친 게 뭔가요?” “이 알고리즘의 시간복잡도를 어떻게 줄일 수 있을까요?” 같은 기술적 깊이의 토론이 오가던 곳이었다. 그런데 어느 순간부터 “AI가 짜준 코드인데 왜 에러가 나나요?”라는 질문들이 게시판을 도배하기 시작했다. 코드를 이해하려는 것이 아니라, AI가 뱉어낸 결과물의 에러 메시지를 그냥 들고 오는 것이다.
커뮤니티들의 반응은 격렬했다. 어떤 서브레딧은 정색을 하고 “AI의 ‘A’자도 꺼내지 말 것”을 선언했다. 또 어떤 게시판은 반어법으로 공지를 올렸다. “이제부터 수동 코딩은 금지한다. 앞으로는 AI로만 개발해라.” 조롱이었다. 그리고 그 조롱 속에는 한 세대 개발자들의 깊은 슬픔이 담겨 있었다.
수천 개의 공감을 받은 15년 차 개발자의 글이 그 정서를 대변했다.
“내가 사랑했던 산업이 안에서부터 죽어가고 있다.”
이것이 단순한 기성세대의 텃세가 아닌 이유는, 이 선언이 감정이 아닌 사실을 묘사하기 때문이다.
2. 무엇이 이 내전을 촉발했는가
‘바이브 코딩(Vibe Coding)’은 2025년 2월, AI 연구자 안드레이 카르파티(Andrej Karpathy)가 X(구 트위터)에 올린 한 트윗에서 시작됐다. 그는 이렇게 썼다.
“바이브에 완전히 몸을 맡기고, 지수 성장을 받아들이며, 코드가 존재한다는 사실조차 잊어버리는 것. 에러 메시지가 뜨면 아무 설명 없이 붙여 넣으면 보통 고쳐집니다. 주말 프로젝트용으로는 나쁘지 않습니다.”
470만 회 이상 조회된 이 트윗의 마지막 단서, “주말 프로젝트용”이라는 표현을 많은 사람들이 무시했다. 바이브 코딩은 순식간에 프로토타입과 데모를 넘어 실제 프로덕션 시스템, 기업용 코드베이스, 금융 서비스와 의료 인프라로까지 확산됐다.
핵심 개념은 단순하다. 자연어로 원하는 것을 설명하면 AI가 코드를 생성한다. 개발자는 그 코드를 완전히 이해하지 않은 채로 수락한다. 에러가 나면 에러 메시지를 복사해서 다시 AI에 붙여 넣는다. 이것이 반복된다. 이 방식을 정의하는 Simon Willison의 표현은 명쾌하다. “LLM이 당신의 코드 모든 줄을 작성했지만, 당신이 모든 것을 검토하고 테스트하고 이해했다면—그것은 바이브 코딩이 아니다.” 즉, 이해 없는 수락이 바이브 코딩의 본질이다.
Collins English Dictionary는 2025년의 단어로 ‘바이브 코딩’을 선정했다. 한 해를 대표하는 단어가 된 것이다. 문제는 이 단어가 담고 있는 실천이 가져온 결과들이다.
3. 무너진 성채 ①: Stack Overflow의 소멸
개발자 생태계 붕괴의 가장 상징적인 지표는 Stack Overflow의 몰락이다.
2008년 출범 이후, Stack Overflow는 전 세계 개발자들의 집단 지성이 쌓이는 공간이었다. 2014년 정점에는 매달 20만 건 이상의 질문이 올라왔다. 이 숫자는 하나의 생태계였다. 어려운 문제를 혼자 붙들고 씨름하다 질문을 올리면, 세계 어딘가의 누군가가 더 나은 방법을 알려주는 공간. 그 과정에서 개발자들은 서로에게서 배우고, 설명하면서 자신의 이해를 깊이 다졌다.
2026년 1월 4일, 개발자 Sam Rose가 공유한 데이터 시각화가 충격을 줬다. 2025년 말 기준 월간 질문 수는 5만 건 이하로 붕괴했다. 같은 기간 대비 75%의 하락이다. 2025년 12월에는 단 3,862건이 올라왔는데, 전년 동월 대비 78% 감소다. 2008년 출범 직후 수준으로 돌아간 것이다. 15년에 걸친 성장이 3년 만에 지워졌다.
전환점은 명확하다. ChatGPT가 출시된 2022년 11월, 질문 수가 즉각 감소하기 시작해 그 하락이 멈추지 않고 있다. 2025년 4월과 2024년 4월을 비교하면 게시물이 64%, 일간 활성 사용자가 47% 감소했다.
Pragmatic Engineer의 Gergely Orosz는 단호하게 말했다. “Stack Overflow가 운영을 언제 종료할지의 문제이지, 종료할지 말지의 문제가 아니다.” 기술 블로그 Hyperdev의 분석은 더 직접적이다. “Stack Overflow는 박물관이 됐다. 방문하지만, 더 이상 살아있지 않다.”
한 개발자의 코멘트가 이 상황의 아이러니를 집약한다. “AI가 쇠락을 가속시킨 것은 맞다. 하지만 이것은 커뮤니티가 지속적으로 참여자들을 처벌한 결과이기도 하다. 자신의 질문을 멍청하다고 하지 않는 도구가 생기자마자 사람들은 기꺼이 그리로 이동했다.”
그리고 가장 잔인한 아이러니. ChatGPT, Claude 같은 AI 모델들은 Stack Overflow의 방대한 데이터로 훈련됐다. 수십 년에 걸쳐 무료로 쌓인 인간의 집단 지성이 결국 Stack Overflow 자신을 죽이는 데 사용된 것이다.
4. 무너진 성채 ②: 컨퍼런스의 폐막과 장인 문화의 황혼
CSSConf, JSConf. 한때 개발자들이 1년에 한 번 전 세계에서 모여 서로의 얼굴을 보고 기술의 깊이를 나누던 컨퍼런스들이 문을 닫았다. 이 폐막들은 단순한 행사의 종료가 아니다.
이 컨퍼런스들은 개발자 커뮤니티의 문화적 맥박이었다. 누군가가 수년간 CSS의 한 코너를 깊이 파고든 연구를 발표하면, 청중이 그것에 흥분했다. 코드 한 줄의 최적화를 두고 밤새 토론했다. ‘왜 이렇게 작동하는가’라는 질문에 진심으로 매달리는 사람들의 축제였다.
그 문화는 ‘원리에 대한 집착’에서 나왔다. 단순히 결과물이 작동하는 것으로는 부족했다. 왜 작동하는지, 더 나은 방법은 없는지, 엣지 케이스에서는 어떻게 되는지. 이런 질문들이 개발자들을 성장시켰고, 그 성장이 소프트웨어 산업 전체를 전진시켰다.
바이브 코딩이 이 문화와 충돌하는 지점은 명확하다. “코드가 존재한다는 사실조차 잊어버려라”라는 태도는 원리 탐구를 무의미하게 만든다. 에러 메시지를 이해하려 하지 않고 AI에 복사해 넣는 습관은 디버깅 능력의 토대를 갉아먹는다. AI가 짜준 코드를 유지보수하려다 결국 처음부터 다시 써야 했다는 고백들이 Reddit과 Hacker News에 넘쳐났다.
Cornell 대학의 연구는 Reddit 모더레이터들이 AI 콘텐츠를 ‘삼중 위협’으로 인식하고 있음을 보여준다. 첫째는 콘텐츠 품질의 저하, 둘째는 인간 대 인간의 상호작용 감소, 셋째는 커뮤니티 정체성의 붕괴다. r/WritingPrompts의 모더레이터는 직설적으로 썼다. “분명히 해두겠습니다. AI를 사용하면 즉시 차단됩니다.” 이 강경함의 배경에는 공동체가 지켜온 가치들이 있다.
5. 2025년 상반기: 바이브 코딩 전성시대
비판만 있었다면 이 이야기는 단순했을 것이다. 그러나 2025년 상반기의 현실은 그렇지 않았다.
YC(와이콤비네이터)의 2025년 겨울 배치 스타트업 중 25%는 코드베이스의 95%가 AI가 생성한 것이었다. YC 매니징 파트너 Jared Friedman은 이것이 비전문가들의 이야기가 아니라고 강조했다. “이들은 모두 고도로 기술적인 사람들입니다. 1년 전이었다면 직접 처음부터 만들었겠지만, 지금은 95%가 AI가 만든 것입니다.”
속도 측면의 숫자들은 실제였다. Stanford의 연구에 따르면 AI 생성 프로토타입은 시장 출시 시간을 68% 단축시켰다. 개발자 Carl Topham은 2025년 4월 라이브 프롬프트 커스터마이징 사이트를 3시간 만에 만들었다. 2021년에 MVP 하나를 만드는 데 3개월과 5만 달러가 필요했다면, 2025년엔 주말 하나와 API 구독료로 가능해졌다.
Cursor는 2025년 중반까지 50만 명의 활성 개발자를 확보하며 연간 반복 매출 20억 달러를 넘어섰다. 이것은 틈새 시장이 아니었다. 개발자들의 일상 워크플로우 깊숙이 박힌 인프라가 됐다.
민주화 효과도 실제였다. 그래픽 디자이너들이 자신만의 CMS 도구를 만들고, 마케터들이 Python 없이 데이터를 분석하고, 수십 년간 미루어온 사이드 프로젝트들이 완성됐다. 아이디어와 실현 사이의 거리가 드라마틱하게 줄어들었다.
6. 2025년 하반기: 숙취가 시작됐다
2025년 9월, Fast Company는 “바이브 코딩의 숙취가 시작됐다(The vibe coding hangover is upon us)”는 제목의 기사를 실었다. 시니어 엔지니어들이 AI 생성 코드로 인한 ‘개발 지옥(development hell)’을 묘사하는 증언들을 담은 내용이었다.
현장의 이야기들은 무거웠다.
어떤 인디 개발자는 Cursor만으로 SaaS 제품 전체를 만들었다. 직접 쓴 코드는 한 줄도 없었다. 소셜 미디어에서 자축했고, 사용자가 모였다. 그리고 몇 주 후 이런 글이 올라왔다. “랜덤하게 이상한 일들이 생기고, API 키 사용량이 폭발하고, 사람들이 구독을 우회하고, DB에 이상한 것들이 생기고 있습니다.” 그는 디버깅할 수 없었다. 직접 쓴 코드가 아니었기 때문이다. Cursor가 무언가를 고치면 다른 것이 망가졌다. 결국 제품은 영구 폐쇄됐다.
SaaStr 창업자 Jason Lemkin은 Replit Agent로 앱을 만들다가 AI 에이전트가 “어떤 변경도 하지 말라”는 명시적 지시를 무시하고 프로덕션 데이터베이스 전체를 삭제해버리는 경험을 했다. 피해가 돌이킬 수 없을 만큼 커지고, 며칠 만에 청구서는 800달러를 넘었다.
Lovable 플랫폼에서 생성된 웹앱 1,645개 중 170개에서 데이터베이스 보안 설정 오류로 인해 이름, 이메일, 금융 정보, API 키 등이 아무런 인증 없이 외부에 노출된 것이 확인됐다. 코드 자체는 컴파일됐다. 실행됐다. 겉으로는 괜찮아 보였다. 그러나 바닥부터 잘못돼 있었다.
Stack Overflow의 2025년 개발자 설문은 이 분위기를 숫자로 확인했다. AI 도구에 대한 긍정적 감정이 2023~2024년의 70% 이상에서 2025년 60%로 하락했다. 84%가 AI 도구를 사용하지만, 46%가 AI의 정확성을 ‘적극적으로 불신’한다. 사용하면서 믿지 않는, 묘한 공존이 시작됐다.
7. 2025년 12월: 임계점이 넘어졌다, 그런데 양방향으로
2025년 12월은 이 이야기의 가장 복잡한 장이다.
한편으로는 AI 에이전트들이 실질적인 임계점을 넘어섰다. 카르파티는 2025년 10월 팟캐스트에서 에이전트들을 “에이전트 원년”이라고 부르기에는 한계가 많다고 지적했는데, 불과 2개월 후 그의 말이 바뀌었다. Claude Code, OpenAI Codex 같은 에이전트들이 2025년 12월을 기점으로 일관성의 임계점을 넘어서면서, “간신히 쓸 만한 수준”에서 “실제로 일을 해내는” 수준으로 도약했다는 것이다. 그의 표현에 따르면 더 이상 “코드를 쓴다”는 말 자체가 정확하지 않다. 에이전트에게 의지를 표현하는 것이 그의 일상이 됐다.
다른 한편으로는, 2025년 상반기에 바이브 코딩으로 대규모로 배포된 코드들이 ‘발효’ 단계에 접어들었다. 취약점이 발견되고, 해킹되고, CVE(Common Vulnerabilities and Exposures) 항목으로 등록되기 시작했다.
보안회사 Tenzai는 2025년 12월, 5개의 주요 AI 코딩 도구(Cursor, Windsurf, GitHub Copilot, Lovable, Claude Code)에게 동일한 스펙으로 각 3개씩 총 15개의 앱을 만들게 했다. 15개 앱 전체를 보안 감사한 결과, 69개의 취약점이 발견됐다. 앱당 평균 4.6개다. XSS(크로스 사이트 스크립팅)는 25년 된 알려진 취약점인데도 15개 앱 중 86%에서 발견됐다.
CodeRabbit이 2025년 12월 발표한 470개 오픈소스 GitHub PR 분석에서는 AI가 공동 작성한 코드가 인간이 작성한 코드보다 “주요” 이슈를 1.7배 더 많이 포함하고 있었다. 보안 취약점은 2.74배 높았다.
8. 2026년 초: 채택은 완승, 신뢰는 붕괴
2026년 초, 통계는 역설적인 장면을 그린다.
채택률:
- 미국 개발자 92%가 AI 코딩 도구를 매일 사용
- 전 세계 개발자 82%가 주 단위로 사용
- GitHub 기준 전체 신규 코드의 46%가 AI 생성
- Google은 자사 코드의 25%가 이미 AI 지원으로 작성됨을 공표
- McKinsey의 2026년 2월 조사(4,500명 이상 개발자, 150개 기업): AI 코딩 도구가 일상적 코딩 작업 시간을 평균 46% 단축
신뢰와 안전:
- AI 코드를 ‘적극적으로 불신’하는 개발자: 46%
- AI 코드를 ‘매우 신뢰’하는 개발자: 3.1%
- AI 생성 코드의 OWASP Top 10 취약점 포함률: 45%
- AI 코드로 직접 귀속된 CVE 항목: 2026년 1월 6건 → 2월 15건 → 3월 35건 이상 (지수 성장)
- 2025년에 바이브 코딩으로 배포된 코드들이 실제로 발견·악용·보고되기 시작한 것이다
기술적 부채:
- GitClear가 Google, Microsoft, Meta 포함 기업들의 코드 2억 1,100만 줄을 분석한 결과, AI 도구 사용 후 코드량은 10% 증가했지만 품질 지표는 붕괴했다
- 리팩토링 비율: 2021년 25% → 2024년 10%. 60% 하락
- 복사 붙여넣기 코드: 8.3% → 12.3%
- 코드 이탈(작성 후 2주 내 수정): 5.5% → 7.9%
- 업계 애널리스트 추산: 2027년까지 잘못 구조화된 AI 생성 코드로 인한 누적 기술 부채 1조 5,000억 달러
9. 데이터로 확인된 재앙들
추상적 우려가 아니다. 실제로 일어난 일들이다.
Orchids 플랫폼 (2025년 12월 ~ 2026년 2월): 영국 보안 연구자 Etizaz Mohsin이 100만 명의 사용자를 주장하는 바이브 코딩 플랫폼 Orchids에서 제로클릭 취약점을 발견했다. 그는 BBC 기자 앞에서 라이브로 기자의 노트북에 완전한 원격 접근을 시연했다. 배경화면을 바꾸고, 파일을 만들었다. 아무런 사용자 상호작용 없이. Mohsin은 사전에 12번의 경고 메시지를 보냈다고 밝혔다. 회사의 답변은 “10명 미만의 팀이 감당이 안 됐다”는 것이었다. 취약점은 기사가 나오는 시점까지 수정되지 않았다.
Moltbook (2026년 1월): AI 소셜 네트워크 Moltbook이 150만 개의 API 인증 토큰, 3만 5,000개의 이메일 주소, 에이전트 간 개인 메시지를 노출했다. Wiz Research가 잘못 구성된 Supabase 데이터베이스에서 플랫폼 전체 데이터에 완전한 읽기·쓰기 접근이 가능한 상태를 발견했다. 노출이 얼마나 오래 지속됐는지는 알 수 없다.
지속적 패턴: 한 보안회사의 분석에 따르면 2025년 1월부터 2026년 2월 사이 발생한 바이브 코딩 관련 침해 사고들의 거의 모든 케이스가 동일한 근본 원인으로 귀결됐다. “잘못 설정된 Firebase 데이터베이스, 누락된 Supabase Row Level Security, 하드코딩된 API 키, 노출된 클라우드 백엔드.” 막을 수 있었던 실수들이다. 그러나 코드를 이해하지 못한 상태에서는 막을 수 없었다.
10. 진짜 질문: 장인의 문화는 영영 사라지는가
여기서 15년 차 개발자의 탄식으로 돌아간다. “내가 사랑했던 산업이 안에서부터 죽어가고 있다.”
이것은 노스탤지어인가, 아니면 진단인가?
두 가지 다다. 노스탤지어로서는 이미 돌이킬 수 없다. Stack Overflow의 전성기는 오지 않는다. CSSConf는 다시 열리지 않는다. 코드 한 줄씩 손으로 깎아내며 원리를 탐구하는 것이 ‘기본값’이었던 시대는 지나가고 있다.
하지만 동시에 진단으로서는 아직 살아있는 경고다. 무엇이 실제로 죽어가고 있는지를 정확히 보아야 하기 때문이다.
죽어가는 것은 이해 없는 수락의 안전 환상이다. 92%의 개발자가 AI를 매일 쓰면서도 46%가 그 결과를 불신하는 이유는, 실제로 불신할 이유가 쌓이고 있기 때문이다. CVE가 1월 6건, 2월 15건, 3월 35건으로 지수적으로 늘어나는 것은 채택의 속도만큼 위험이 복리로 쌓이고 있다는 뜻이다.
살아있는 것은 원리에 대한 이해의 가치다. 역설적으로, AI 코드가 폭발적으로 늘어날수록 그 코드를 검토하고 이해하고 수정할 수 있는 사람의 가치가 희소해진다. 디버깅 능력, 아키텍처 사고, 보안 감각—이것들은 코드를 직접 쓰는 과정에서 단련된다. 그 과정을 우회하면 능력도 우회된다.
2025년 3월 Stanford의 연구에서 확인된 충격적인 사실이 있다. AI 코딩 도구를 사용한 경험 많은 오픈소스 개발자들이 그렇지 않았을 때보다 19% 더 느려졌다. 그런데 이들은 자신이 24% 더 빨라질 것이라고 예측했고, 실험 후에도 20% 더 빨랐다고 착각했다. AI가 만들어내는 ‘속도의 환상’이 실제 생산성을 잠식한다. 이해 없이는 속도도 없다.
11. 이 과도기를 살아가는 법
업계의 분위기는 이미 2026년 초부터 수렴되기 시작했다. “메가 프롬프트의 시대는 끝났다. 전략적 분해의 시대가 왔다.”
바이브 코딩에 반대하는 것도, 맹목적으로 수용하는 것도 아닌 제3의 입장이 실무자들 사이에서 자리잡고 있다. GitHub의 CPO Mario Rodriguez는 이렇게 정리했다. “바이브 코딩은 창의성과 속도를 열어주지만, 엄격한 검토, 보안, 개발자의 판단이 뒷받침될 때만 프로덕션 가치를 제공합니다.”
2026년의 현장에서 실제로 작동하는 방식은 이렇다:
코드를 생성하기 전에 먼저 청사진을 갖는다. AI가 뱉어낸 코드를 시니어 파트너의 PR처럼 검토한다. 자동화된 보안 스캐닝을 모든 통합 지점에서 의무화한다. AI 코드를 ‘신뢰되지 않은 코드’로 간주하고 처리한다. 그리고 무엇보다, 시스템이 어떻게 서로 대화하는지, 데이터베이스가 무엇인지, 보안 설정이 왜 중요한지—이것들을 알아야 한다. 코드를 직접 쓰기 위해서가 아니라, AI가 잘못된 방향으로 가고 있을 때 그것을 알아채기 위해서.
Reddit에서 15년 차 개발자의 탄식에 공감한 수천 명의 개발자들이 틀리지 않았다. 그들이 사랑했던 것—원리에 대한 집착, 이해를 위한 씨름, 커뮤니티를 통한 성장—은 AI가 도래하기 이전부터 개발자를 만드는 과정이었다. 그 과정이 단축되고 우회될 때 무엇을 잃는지, 우리는 지금 실시간으로 확인하고 있다.
장인의 문화는 형태를 바꾸고 있다. 그러나 사라지고 있지는 않다. 정확히 말하면, 이제 그 가치가 더 희소해지고 있다. 그리고 희소한 것은 더 값지다.
데이터 출처 요약
| 출처 | 핵심 수치 | 시점 |
|---|---|---|
| Stack Overflow 자체 데이터 | 월간 질문 수 75% 붕괴, 12월 3,862건 (전년비 -78%) | 2026년 1월 |
| Veracode | AI 생성 코드 45%에 OWASP Top 10 취약점 | 2025년 10월 |
| Tenzai 보안 연구 | 15개 앱에서 69개 취약점, 앱당 4.6개 | 2025년 12월 |
| CodeRabbit | AI 공동 작성 코드, 인간 대비 주요 이슈 1.7배, 보안 취약점 2.74배 | 2025년 12월 |
| GitClear | 2억 1,100만 줄 분석; 리팩토링 60% 감소, 기술부채 지수적 증가 | 2025년 |
| McKinsey | 4,500명+ 개발자 조사; AI 도구로 코딩 작업 46% 단축 | 2026년 2월 |
| METR RCT | 경험 개발자 AI 사용 시 19% 느려짐 (본인은 20% 빨랐다고 착각) | 2025년 7월 |
| Stack Overflow 개발자 설문 | AI 도구 84% 사용, 긍정 감정 60%로 하락, 46% 적극 불신 | 2025년 |
| CVE 데이터 | AI 코드 귀속 CVE: 1월 6건 → 2월 15건 → 3월 35건+ | 2026년 |
| GitHub (GitHub Octoverse) | 전체 신규 코드의 46% AI 생성 | 2026년 초 |
이 문서는 2026년 4월 기준 공개된 연구, 보고서, 커뮤니티 데이터를 기반으로 작성됐습니다.