MS 등 연구 인용해 "개발자 코딩 시간 14%뿐"이라는 통설, GenAI 생산성 신화 8가지 반박
- 마이크로소프트 2025년 조사(개발자 450명 이상 대상)에서 개발자가 실제 코드 작성에 쓰는 시간은 하루의 14%에 불과하다고 나타남
- 좋은 날엔 코딩 비중이 18%, 나쁜 날엔 11%로 나타나 코딩 시간 자체가 하루 컨디션에 따라 크게 흔들림을 보여줌
- AI로 코딩 속도를 2배로 높여도 전체 업무 시간의 15% 미만인 코딩 구간만 개선되므로 전체 생산성 향상은 15% 이하에 그친다는 계산을 제시함
- 코드 작성 속도만 높이면 리뷰, 테스트, 통합 등 다운스트림 작업에 부담이 몰려 개발 사이클 전체 속도는 오히려 안 빨라질 수 있다는 지적을 담음
- 기사는 코드 생성량(라인 수)을 AI 영향력의 척도로 쓰는 관행이 통계적으로 타당하지 않고 품질이나 배포 속도와도 무관하다고 반박함
Hacker News 의견들
개발 파이프라인에 '조율(coordination)'을 빼먹었네. 벤더랑 얘기하고 이해관계자마다 미팅하는 게 진짜 병목인데 AI가 절대 못 건드리는 영역이야. 임원들도 위협을 느낄 정도가 돼야 진짜 바뀌는 건데 그럴 일은 없을 듯.
쓸만한 PRD 받는 게 진짜 병목일 때가 많음.
이거 신화 개수가 피보나치 수 아무거나로 늘렸다 줄였다 해도 됐을 것 같은데 ㅋㅋ
나는 요즘 코드 작성(정확히는 에이전트한테 코드 짜게 시키는 것)에 시간을 더 많이 쓰는데? 예전엔 14%가 딱 맞았는데 지금은 리서치나 계획도 더 빨리 하고, 에이전트가 20분씩 돌아가는 동안 병렬로 일을 더 처리함.
나도 하루 종일 에이전트 돌리고, 결과 검증하고, 작업 스트림 조율하는 데 씀. 나머지 시간엔 Fable 에이전트가 Linear/Jira에서 작업 정리하고 동료들 진행상황 체크함.
SQL이랑 대시보드 만드는 데 AI만 썼음. 프롬프트 보내고 결과 보고 원하는 거 맞는지 판단만 하고, 기술 스펙은 다 LLM한테 맡김.
이거 일시적인 스파이크일 수도 있음. 백로그 다 태우면 6개월 안에 AI로 확 가속할 거리가 바닥날 듯. 근데 지금은 기능 구현, 버그 찾기, 옛날 버그 고치기에 시간 80~90% 씀.
코드 짤 때쯤이면 이미 문제가 정의되고 이해된 상태라 타이핑은 그냥 가정 검증하는 작업일 뿐임. GenAI가 그 부분을 좀 빠르게 해주긴 하지만 IDE 자동완성이랑 비슷한 수준.
코드는 리뷰되나? 코드량 늘어나면 리뷰해야 할 양도 늘어나는 문제는 어떻게 처리함?
코딩 14%라는 통계는 직접 시간 재보기 전까진 놀랍게 느껴지는데, 실제로 재보면 타이핑은 거의 안 하고 설계, 코드 읽기, 디버깅, 컨텍스트 전환에 대부분 씀. 근데 AI가 자동으로 생산성을 올려준다는 건 아님, 어떤 날은 며칠 만에 두 달 치 일을 끝내고 어떤 날은 하루 종일 삽질만 함.
신화1이 이해가 안 되는 게, 코딩에 14% 쓴다는 건 AI가 최대 그만큼만 자동화한다는 뜻인데, 실제로는 코드가 일단 나오면 그 앞 단계들(설계, 미팅 등) 자체가 필요 없어지는 경우가 많잖아.
설계 작업이나 미팅 부담을 AI가 줄여준다는 증거 좀 보여줘봐. 내 경험으로는 오히려 골드플레이팅 부추겨서 설계 사이클이 더 길어짐.
Claude가 하기 싫은 작업을 시키거나 잘못된 설계 선택을 하면 순순히 따를 거야? 안 따르면 그건 설계나 미팅을 대체하는 게 아니지.
요구사항 이해하려고 한 시간 미팅했던 거, 코드를 안 짜면 그 미팅도 필요 없어짐. QA한테 인수인계하던 싱크업도 필요 없고. 표준 미드레벨 엔지니어처럼 하루 종일 코드 작성과 그 주변 업무만 하는 사람들한테는 코드 자동화가 15%짜리 개선이 절대 아님.
나는 하루에 코딩을 14%밖에 안 쓰는 이유가 그냥 게을러서지, 다른 일을 실제로 많이 해서가 아님.
AI가 이제 설계 문서 초안 쓰고, PLC 작업물 만들고, Jira에 다 입력하고, 버그 원인 분석까지 함. 코딩 아닌 86%도 빨라지고 있는데 이 글은 좀 근시안적이고 스스로 모순됨.