최근 IT 커뮤니티와 개발자들 사이에서는 ‘코드 라인수(Lines of Code)’를 둘러싼 뜨거운 논쟁이 지속되고 있습니다.

특히 AI 기반의 ‘바이브 코딩(Vibe Coding)’ 시대가 도래하며, 적은 라인수의 코드가 효율성의 상징처럼 여겨지거나, 반대로 너무 많은 라인수가 코드 품질 저하를 의미한다는 주장이 엇갈립니다.

그러나 이러한 논의의 본질을 꿰뚫는 실제 사례가 나타나 주목받고 있습니다.

바로 SaaS 업계의 권위자 제이슨 렘킨(Jason Lemkin)이 이끄는 SaaStr에서 자체 개발한 AI 기반 GTM(Go-To-Market) 애플리케이션 ’10K’의 이야기입니다.

이 사례는 코드 라인수가 단순히 숫자에 불과하며, 진정한 가치는 문제를 해결하는 능력에 있음을 명확히 보여줍니다.

‘코드 라인수’ 논쟁, 과연 본질일까?

오늘날 소프트웨어 개발의 세계에서는 코드를 작성하는 방식만큼이나, 작성된 코드의 양에 대한 논의가 활발합니다.

특히 인공지능이 개발 프로세스에 깊숙이 개입하는 ‘바이브 코딩’ 패러다임이 확산되면서, 개발자 없이도 빠르게 애플리케이션을 만들 수 있게 되었습니다.

어떤 이들은 수백 줄의 코드로 복잡한 기능을 구현하는 것이 ‘엘레강스’의 증거라고 주장하며, 너무 많은 라인수는 ‘엉성한(slop)’ 코드의 표식이라고 비판합니다.

반면, 적은 라인수는 실제 기능이 부족하다는 반박도 제기됩니다.

각자의 주장이 팽팽하게 맞서는 가운데, SaaStr의 사례는 이러한 논쟁의 방향을 근본적으로 재고하게 만듭니다.

SaaStr는 Replit을 활용하여 자체적인 AI 마케팅 VP 애플리케이션 ’10K’를 개발했으며, 이 앱은 총 14,230라인의 코드로 구성되어 있습니다.

74개 파일에 걸쳐 TypeScript, TSX, CSS로 작성되었고, 무려 373번의 커밋을 거쳤습니다.

이 정도의 코드 라인수는 일반적인 기준으로 볼 때 ‘과도하다’거나 ‘비효율적이다’라는 비판을 받을 소지가 충분합니다.

그러나 SaaStr의 경험은 이러한 수치적 판단이 피상적일 수 있음을 역설합니다.

과연 1.4만 라인의 코드가 ‘너무 많다’는 기준으로 비판받아야 할까요?

1.4만 줄 코드로 움직이는 SaaStr의 AI 마케팅 부사장 ’10K’

그렇다면 14,230라인이라는 숫자는 과연 어떤 실제적인 가치를 창출하고 있을까요?

SaaStr의 ’10K’ 앱은 단순한 마케팅 보조 도구를 넘어, 사실상 AI 기반의 마케팅 부사장 역할을 수행합니다.

매일 팀 스탠드업을 운영하고, 모든 마케팅 활동과 캠페인을 기획하며, 팀원들의 GTM(Go-To-Market) 활동을 할당하고 팔로우업합니다.

또한, Salesforce, 등록 시스템, 그리고 사용 중인 모든 벤더 API로부터 실시간 데이터를 종합하여 살아있는 6개월 마케팅 계획을 수립하고 업데이트합니다.

팀원들은 내장된 AI 어시스턴트에게 대시보드 데이터에 대해 평이한 영어로 질문할 수 있습니다.

10K는 특히 두 가지 핵심 모듈로 나뉩니다.

첫째는 ‘더 브레인(The Brain)’으로, Claude Opus 기반의 전략 계층입니다.

SaaStr의 4년치 캠페인 데이터, 이메일 오픈율, 등록 패턴, 스폰서 상호작용, 채널별 전환율 등 방대한 독점 데이터를 학습하여 매일 실행 가능한 마케팅 태스크를 생성합니다.

이메일 발송 내용부터 LinkedIn 광고 예산, 크리에이티브 메시지까지 구체적인 지침을 제공하며, 마케팅 계획이 표류하지 않도록 끊임없이 조정합니다.

둘째는 ‘더 미팅(The Meeting)’으로, 매주 월요일 팀 스탠드업을 10K가 직접 주도합니다.

주간 매출, 분기별 목표, 파이프라인 현황, 추천 캠페인 및 그 이유를 제시하고, 실시간으로 업데이트되는 지표를 보여주며 각 팀원의 주간 GTM 활동을 할당하고 매일 후속 조치를 취합니다.

이처럼 10K는 과거 여러 명의 정규직 인력이 담당했던 업무를 속도와 일관성을 압도적으로 높여 처리하며, 그 어떤 인간도 불가능했던 수준의 데이터 종합 및 실시간 재조정을 수행합니다.

이는 단순히 코드가 많고 적음을 넘어, 복잡한 비즈니스 문제를 해결하는 기술의 본질적인 가치를 보여주는 사례입니다.

‘작동 여부’가 유일한 척도: 코드 품질의 새로운 관점

SaaStr의 10K 사례는 ‘코드 라인수’라는 지표가 더 이상 소프트웨어의 성공을 가늠하는 중요한 척도가 아님을 시사합니다.

제이슨 렘킨은 명확히 말합니다.

‘사용자들은 신경 쓰지 않는다.

고객들은 신경 쓰지 않는다.

당신의 팀도 신경 쓰지 않는다.’ 그들이 진정으로 신경 쓰는 것은 애플리케이션이 제대로 작동하는지, 실제 문제를 해결하는지, 그리고 신뢰할 수 있는지입니다.

10K는 비록 373번의 커밋을 거치며 불필요하거나 중복되는 코드가 쌓였을 가능성을 스스로 인정합니다.

이는 반복적인 개발 과정에서 자연스럽게 발생할 수 있는 현상입니다.

하지만 중요한 것은 이 모든 ‘엉성함’에도 불구하고 10K가 완벽하게 작동하며 SaaStr의 GTM 운영을 효율적으로 이끌고 있다는 사실입니다.

5,000라인으로 줄일 수 있었을지도 모르는 코드가 14,230라인이 되었다 한들, 이는 ‘최적화 문제’일 뿐 ‘제품 문제’가 아닙니다.

코드가 미학적으로 얼마나 아름다운지, 또는 얼마나 간결하게 작성되었는지는 개발자 커뮤니티 내의 논쟁일 수 있지만, 비즈니스 관점에서는 최종 사용자에게 전달되는 가치와 직결되지 않습니다.

오히려 빠른 반복 개발(Iterative Building) 과정에서 발생하는 코드의 ‘부풀림’은 필연적이며, 이는 현실적인 개발의 물리법칙에 가깝습니다.

핵심은 목표를 달성하고 있는지 여부입니다.

왜 SaaStr는 ‘구매’ 대신 ‘구축’을 선택했을까?

SaaStr는 일반적으로 ‘90%는 구매하고 10%만 구축한다’는 명확한 원칙을 가지고 있습니다.

실제로 그들은 연간 50만 달러 이상을 20여 개가 넘는 AI 에이전트 도구에 투자하고 있습니다.

아웃바운드 영업을 위한 Artisan, 인바운드를 위한 Qualified, 자문 대화를 위한 Delphi 등 다양한 상용 솔루션을 적극적으로 활용합니다.

하지만 10K의 경우에는 예외였습니다.

SaaStr가 10K를 직접 구축한 이유는 단 하나, 시장에서 그들이 필요로 하는 솔루션을 ‘찾을 수 없었기’ 때문입니다.

대부분의 AI 마케팅 도구들은 블로그 게시물, 소셜 미디어 캡션, 이메일 문구 등 ‘콘텐츠 생성’에만 초점을 맞추고 있었습니다.

하지만 SaaStr의 병목(bottleneck)은 콘텐츠 부족이 아니었습니다.

오히려 ‘오케스트레이션’, ‘데이터 종합’, ‘무엇을 언제 해야 할지 파악하고 일관된 계획에 따라 실행하는 능력’이 절실했습니다.

이러한 종합적인 기능을 제공하는 제품이 전무했기에, 마지못해 직접 개발에 착수하게 된 것입니다.

물론 직접 구축하는 것은 API 변경, 모델 업데이트, Replit 릴리즈 등에 따른 지속적인 유지보수 작업을 의미하며, 이는 일종의 ‘세금(tax)’으로 여겨집니다.

SaaStr는 본질적으로 소프트웨어 회사가 아니기에, 만약 내일이라도 자신들의 독점 데이터를 소화하고 일상적인 운영을 책임질 수 있는 훌륭한 마케팅 오케스트레이션 도구가 출시된다면 기꺼이 전환할 의사를 밝힙니다.

이는 ‘구축’이 궁극적인 목표가 아닌, 당면한 문제 해결을 위한 최후의 수단이었음을 방증합니다.

시장의 공백을 메우기 위한 전략적 선택이었던 것입니다.

AI는 ‘허드렛일’을 대체하고, 인간은 ‘전략’에 집중한다

10K의 도입은 SaaStr 팀의 업무 방식에 근본적인 변화를 가져왔습니다.

흥미로운 점은 AI가 도입되었다고 해서 ‘인간의 일이 줄어든’ 것이 아니라는 사실입니다.

오히려 SaaStr의 소수 정예 팀원들은 20명 이상의 직원이 있을 때보다 더 열심히 일하고 있다고 제이슨 렘킨은 강조합니다.

10K는 인간의 판단을 대체하는 것이 아니라, 방대한 데이터 취합, 캠페인 추적, 일일 현황 업데이트, 등록 현황 파악 등 과거에는 많은 시간을 소모했던 ‘허드렛일(drudgery)’을 대신합니다.

덕분에 인간은 오직 인간만이 할 수 있는 고유한 역할에 집중할 수 있게 되었습니다.

파트너십에 대한 전략적 결정, 창의적인 방향 설정, 스피커 및 스폰서와의 관계 관리, 고위험 협상 등 ‘인간적 판단과 통찰’이 필수적인 영역에 모든 역량을 쏟아붓는 것입니다.

또한 20여 개 이상의 AI 에이전트를 오케스트레이션하는 것 자체가 Chief AI Officer 시간의 약 30%를 차지하는 새로운 역할로 부상했습니다.

이처럼 AI는 인간의 생산성을 10배 이상 증폭시키는 ‘레버리지(leverage)’ 역할을 수행하며, 업무의 효율성을 극대화하는 동시에 불필요한 마찰(drama)을 제로에 가깝게 만들고 있습니다.

기술의 진정한 가치는 인간의 역량을 확장하고, 더 고도화된 업무에 집중할 수 있도록 돕는 데 있음을 명확히 보여줍니다.

결론적으로, SaaStr의 10K 사례는 ‘코드 라인수’가 소프트웨어 성공의 지표로서는 단순한 허상(vanity metric)에 불과하다는 강력한 메시지를 전달합니다.

200라인으로 만들어졌든, 47,000라인으로 만들어졌든, 중요한 것은 그 소프트웨어가 실제 프로덕션 환경에서 제대로 작동하며 사용자에게 진정한 가치를 제공하는지 여부입니다.

복잡한 현실 세계의 워크플로우를 처리하고, 문제를 해결하며, 신뢰할 수 있게 운영되는 것이야말로 궁극적인 목표가 되어야 합니다.

개발의 과정에서 코드가 완벽하게 ‘정갈’하지 않을 수 있습니다.

하지만 이는 지속적인 개선과 최적화의 영역이며, 제품의 핵심 가치와는 별개의 문제입니다.

이제 우리는 코드의 양이나 미학적인 완성도에 대한 논쟁에서 벗어나, 기술이 진정으로 무엇을 가능하게 하고 어떤 문제를 해결하는지에 집중해야 할 때입니다.

비즈니스 혁신을 꿈꾸는 모든 이들에게, SaaStr의 10K 사례는 ‘오직 작동 여부만이 중요하다’는 실용적인 통찰을 제공할 것입니다.

[출처] https://www.saastr.com/everyones-debating-lines-of-code-in-vibe-coding-meanwhile-14230-lines-runs-our-whole-gtm/