YC 대표가 '하루 3만7천 줄' AI 코드를 짠다고? 한 개발자가 뚜껑을 열어봤다

'하루 3만7천 줄' 발표에 개발자들이 고개를 갸웃한 이유

와이콤비네이터(Y Combinator, 실리콘밸리 최대 스타트업 인큐베이터)의 CEO 개리 탄이 'AI로 하루에 3만7천 줄짜리 코드를 짜서 배포한다'고 밝히면서 개발자 커뮤니티가 술렁였어요. 언뜻 들으면 '와, AI 코딩이 이 정도까지 왔나' 싶죠. 그런데 한 개발자가 그 숫자의 뚜껑을 열어보니 이야기가 좀 달랐어요. 이 해프닝이 AI 코딩 시대에 우리가 뭘 착각하기 쉬운지 정확히 보여줘서 짚어볼게요.

'코드 줄 수'는 원래부터 엉터리 지표였다

먼저 짚고 갈 게 있어요. 개발 세계에는 아주 유명한 격언이 있거든요. 빌 게이츠가 했다고 알려진 말인데, '코드 줄 수로 개발 생산성을 재는 건, 비행기 제작 진행도를 무게로 재는 것과 같다'는 거예요. 무거운 비행기가 좋은 비행기가 아니듯, 코드가 길다고 좋은 소프트웨어가 아니에요. 오히려 실력 있는 개발자는 같은 기능을 더 적은 줄로, 더 깔끔하게 짜죠. 진짜 고수의 하루 성과가 '기존 코드 500줄을 지우고 50줄로 줄였다'일 수도 있는 거예요.

그러니 '하루 3만7천 줄'이라는 숫자 자체가 자랑거리가 되기 어려워요. 사람이 하루 8시간 내내 한 줄도 안 쉬고 쳐도 물리적으로 불가능한 양이기도 하고요.

뚜껑을 열어보니

그래서 그 숫자가 실제로 뭘 세고 있었는지가 관건이에요. 이런 '하루 몇만 줄' 통계는 대개 사람이 직접 고민해서 짠 로직이 아니라, 도구가 자동으로 만들어낸 것들이 잔뜩 섞여 있어요. 예를 들면 이런 거예요.

• 자동 생성 파일: 라이브러리를 하나 추가하면 딸려오는 설정 파일이나 잠금 파일(lock file)이 수천 줄씩 늘어나요.
• 의존성 업데이트: 외부 패키지를 갱신하면 내가 쓴 것도 아닌 남의 코드가 통계에 잡혀요.
• 복붙·보일러플레이트: 거의 똑같은 형식이 반복되는 뼈대 코드요.

이게 왜 지금 중요한 이야기냐면

이 해프닝은 요즘 SNS를 뒤덮은 'AI 코딩 자랑' 문화의 단면이에요. 'AI로 하루 만에 앱 만들었다', '혼자서 유니콘 만든다' 같은 이야기가 넘쳐나잖아요. 그중 상당수는 데모까지는 그럴듯한데 실제로 운영에 들어가면 무너지는 경우가 많아요. 화려한 숫자와 실제로 굴러가는 소프트웨어는 다른 문제거든요.

특히 업계에 영향력 있는 사람이 이런 수치를 던지면, 이제 막 시작하는 개발자들은 '나는 왜 저만큼 못하지?' 하고 주눅 들기 쉬워요. 그런데 알고 보면 애초에 비교 기준 자체가 잘못된 거죠. AI 코딩이 생산성을 확 올려주는 건 사실이지만, 그걸 '줄 수'로 증명하려는 순간 이야기가 이상해져요.

한국 개발자에게

우리 실무에도 시사점이 있어요. 회사에서 AI 도입 성과를 보고할 때 '코드 줄 수가 늘었다', '커밋이 늘었다' 같은 지표로 포장하고 싶은 유혹이 생기거든요. 하지만 그건 함정이에요. 진짜 봐야 할 건 버그가 줄었는지, 배포 주기가 빨라졌는지, 장애 대응이 빨라졌는지 같은 결과 지표예요.

AI 코딩 도구를 평가할 때도 마찬가지예요. '얼마나 많이 뱉어내느냐'가 아니라 '얼마나 믿고 배포할 수 있느냐', '리뷰 부담이 늘지는 않았느냐'를 봐야 해요. 화려한 수치에 휘둘리지 말고, 내 팀의 진짜 병목이 어디인지부터 보는 게 중요해요.

한 줄 정리: '하루 3만7천 줄'은 대단한 게 아니라 오히려 경계할 신호예요. AI 시대일수록 생산성은 줄 수가 아니라 '결과'로 재야 해요.

여러분 팀에서는 AI 코딩 도입 효과를 어떤 지표로 측정하고 있나요? 혹시 '줄 수'나 '커밋 수'처럼 눈에 띄기 쉬운 숫자에 은근히 기대고 있진 않나요?