Y Combinator는 W25 프로젝트의 25%가 95% 인공지능에 의해 생성된 코드베이스를 가지고 있다고보고합니다.이 기사는 진정한 거래를 논의합니다 : 속도 대 기술적 부채, 프로토 타입 대 생산, 고위 엔지니어가 개발 지옥을보고하는 이유. 실리콘 밸리에서 폭풍을 맞이하는 소프트웨어를 구축하는 새로운 방법이 있으며, 솔직히, 나는 매혹과 공포의 혼합으로 그것을 보았습니다. 2025 년 2 월, Andrej Karpathy는 "vibe 코딩"이라는 용어를 발명했으며, 몇 주 이내에 기술에서 가장 인기있는 버즈워드가되었습니다. 3 월까지 Y Combinator는 2025 년 겨울 배치의 25 %가 90% AI에 의해 생성 된 코드베이스를 보유하고 있다고보고했습니다. Sayna와 같은 인프라 수준의 소프트웨어를 구축 한 사람으로서, 나는이 통계가 밤에 나를 깨우고 있다고 말할 수 있지만 아마도 당신이 기대하는 이유로는 아닙니다. Vibe 코딩은 정확히 무엇입니까? 우리가 다루고있는 것의 본질을 완벽하게 포착하기 때문에 Karpathy의 원래 트윗을 인용하십시오 : 그것은 내가 '비브 코딩'이라고 부르는 새로운 유형의 코딩으로, 당신은 진동에 완전히 굴복하고, 계수적을 받아들이고 코드가 존재한다는 것을 잊어 버립니다.나는 '모든 것을 받아들이고', 나는 더 이상 diffs를 읽지 않습니다, 나는 오류 메시지를받을 때 나는 단지 코멘트없이 그들을 복사 삽입, 보통 그것을 고쳐줍니다. " 그것은 내가 '비브 코딩'이라고 부르는 새로운 유형의 코딩으로, 당신은 진동에 완전히 굴복하고, 계수적을 받아들이고 코드가 존재한다는 것을 잊어 버립니다.나는 '모든 것을 받아들이고', 나는 더 이상 diffs를 읽지 않습니다, 나는 오류 메시지를받을 때 나는 단지 코멘트없이 그들을 복사 삽입, 보통 그것을 고쳐줍니다. " 이것은 지구상에서 가장 진보 된 AI 시스템 중 일부를 구축하는 데 도움을 준 과거의 OpenAI 연구원이자 테슬라 AI 디렉터가 우리에게 단순히 ... 그것을 흔들라고 말하고 있습니다. 그리고 여기에 문제가 있습니다 : 원래 Karpathy에 의해 설명 된 주말 프로젝트를 버리는 것은 실제로 많은 의미가 있습니다; 문제는 스타트업이이 철학을 채택하고 직접 생산에 실행했다는 것입니다. Y Combinator 현실 검사 YC의 경영 파트너 인 Jared Friedman이 이러한 통계를 발표했을 때, 그는 중요한 것을 명확히하기 위해 서두르지 않았습니다 :이들은 ChatGPT와 싸우지 않는 비 기술적 인 설립자가 아니었지만 1 년 전에 AI가 충분히 좋았기 때문에 모든 것을 처음부터 만들었을 것입니다. YC의 CEO 인 Garry Tan은 "이것은 패드가 아닙니다.이것은 사라지지 않습니다.이것은 코딩의 지배적 인 방법이며, 당신이 그것을하지 않는다면, 당신은 단지 뒤에 남겨 질 수 있습니다."라고 말했습니다. 그러나이 대화에서 내 관심을 끌었던 것은 다음과 같습니다 : Tan은 AI가 생성 한 코드의 95 %를 가진 스타트업이 100 백만 명의 사용자를 때릴 때 일어나는 일에 대해 경고했습니다 : "그것은 사라지거나 그렇지 않습니까?"고 생각하는 모델의 첫 번째 버전은 디버깅에 좋지 않습니다. 그것은 아무도 말하고 싶어하지 않는 햄버거입니다. The hangover is real 진짜 지난 몇 달 동안, 나는 고위 엔지니어와 CTO의 토론을 보았고 이야기가 쏟아지기 시작했습니다 : Navan의 한 고위 엔지니어링 매니저는 대부분의 vibe 코딩 토론이 완전히 놓치고있는 중요한 점을 제시했습니다 : "AI는 기능을 확장하거나 재구성하거나 모든 그린 필드 프로젝트입니까?" 대답은 대부분의 사람들이 깨닫는 것보다 더 중요합니다 : 무언가를 처음부터 구축하는 것은 수년간의 부족 지식, 패턴 및 예, 기술적 부채를 축적 한 시스템을 유지하는 것과 근본적으로 다릅니다. 이것은 실제로 생산에서 일어나는 일입니다 : : 당신이 내보낸 코드를 이해하지 못할 때, 디버깅은 좌절의 연습이됩니다. 한 실망한 개발자는 공유했다 : "나는 내 작은 프로젝트를 만들려고했지만, 점점 더 많은 오류가있을 때마다 ... 나는 약 3 개월 동안 그것을 작업하지만, 내가 작은 것을 바꾸고 싶을 때마다, 나는 남쪽으로가는 다른 것들을 디버깅 4 일을 죽입니다. " The Debugging Nightmare : 소프트웨어 아키텍트는 "신뢰 빚"이라고 불리는 것을 설명 한 후 주니어 개발자가 테스트를 통과하고 QA를 생존하고 성공적으로 출시 한 사용자 권한 시스템을 손상시켰습니다. 2 주 후, 그들은 비활성화 된 계정이 여전히 백엔드 도구에 액세스 할 수 있다는 것을 발견했습니다. The trust debt problem 우리는 업계에서 분열을보고 있습니다 : 기능을 빠르게 제공 할 수 있지만 디버깅, 건축 및 장기 유지 보수에 어려움을 겪고있는 "AI 네이티브 빌더"가 있으며 기술적 결정의 영향을 이해하고 AI 생성 복잡성을 탐색 할 수있는 "시스템 아키텍트"가 있습니다. 문제 : 두 엔지니어가 50의 빚을 만듭니다. 엔지니어링 서클에서 농담을 만드는 농담이 있습니다 : "두 엔지니어는 이제 50의 기술 부채를 만들 수 있습니다." 확인되지 않은 AI 생성 코드는 우리가 전에 본 적이없는 방식으로 기술 부채를 증폭합니다.이 농담 불만은 엔지니어링 팀을 괴롭히는 현실의 곡식을 포함합니다.코드는 표면에서 완벽하게 보이지만, 아래는 어떤 사람들이 "카드의 집 코드"라고 부르는 것입니다. 이것은 여러 가지 다른 방법으로 나타납니다 : 첫째, 일관성 없는 코딩 패턴은 AI가 통합된 건축적 비전이없는 다른 인스턴스에 기반한 솔루션을 생성함에 따라 발생하며, 비슷한 문제를 완전히 다른 방식으로 해결하는 패치 워크 코드베이스로 끝납니다. 둘째, 문서가 희귀하거나 존재하지 않기 때문에 초점은 코드 기능을 설명하는 대신 프롬프트 엔지니어링으로 전환됩니다.The developer who wrote the prompts might understand what they asked for, but actual implementation logic remains a mystery. 셋째, 그리고 이것은 두려운 하나이며, 보안 취약점은 경보적인 비율로 발생합니다 : 한 연구에 따르면 AI 모델은 45 %의 시간에 알려진 보안 취약점을 코드로 도입합니다. Vibe 코딩이 실제로 의미있는 곳 솔직히, 나는 vibe 코딩이 악하고 금지되어야한다고 말하기 위해 여기에 있지 않습니다.나는 개발 작업 흐름에서 항상 AI 지원을 사용하기 때문에 그것은 위선적 일 것입니다. Vibe 코딩은 다음을 위해 잘 작동합니다 : 아이디어를 신속하게 검증해야하는 개념의 프로토 타입과 증거 실패의 비용이 낮은 주말 프로젝트 및 실험 AI가 가속화 된 튜토리얼으로 봉사하는 새로운 언어와 프레임워크를 배우기 잘 설립된 패턴을 따르는 Boilerplate 코드 UI 구성 요소 및 간단한 CRUD 작업 그것이 떨어지는 곳은 무엇이든지 필요합니다 : 부하의 시스템 행동에 대한 깊은 이해 사용자 데이터 또는 인증을 처리하는 중요한 보안 구성 요소 안정성과 지연성이 개발 속도보다 중요하다는 인프라 코드 시간이 지남에 따라 진화해야 하는 복잡한 비즈니스 논리 Milliseconds가 중요한 실시간 처리 시스템 인프라 예외 이것이 우리가 구축하는 것에 대해 이야기해야 할 곳입니다 : 인프라 소프트웨어와 함께 작업 할 때 "그것은 대부분 작동합니다"에 대한 관용은 0으로 떨어집니다; 실시간 음성 처리, WebSocket 연결 또는 오디오 스트리밍을 처리 할 때 "모두를 수락하지 마십시오." Sayna에서는 AI 에이전트를위한 통일된 음성 계층을 구축하고 있습니다.이것은 음성에서 텍스트로, 텍스트로, 실시간 오디오 스트리밍을 실행하는 것을 의미합니다. subsecond latency 요구 사항.Every buffer management decision, every WebSocket message routing choice, every audio optimization has consequences that compound over time. 이 중 일부를 코딩 할 수 있습니까? 아마도 더 간단한 부분이지만 핵심 아키텍처? 소음 필터 파이프 라인? Deepgram, ElevenLabs, Google Cloud 및 Azure 사이에서 프레임을 떨어 뜨리지 않고 전환해야하는 공급자 추상 계층? 이유는 간단합니다 : 인프라 코드는 다른 사람들의 제품에 의존하는 기초입니다.이 기초가 이해하기보다는 진동에 구축되면 위의 모든 것이 취약 해집니다. 고위 엔지니어들이 실제로 하고 있는 일 여기에 흥미로운 역설이 있습니다 : 고위 엔지니어는 청년보다 AI 코딩 도구에서 더 많은 가치를 얻고 있습니다 - 당신이 그것에 대해 생각하면 이유는 분명합니다 : 노인은 AI를 올바르게 제어하고 오류를 수정하는 지식을 가지고 있습니다 - 그들은 새로운 임대에서 코드처럼 AI 출력을 다루고 각 라인을 검사하여 배송하기 전에 이해합니다. 한 CTO는 새로운 현실을 완벽하게 묘사했습니다 : vibe 코딩은 0에서 0.7로 아이디어를 발전시키는 훌륭한 방법이지만 마지막 0.3, 소프트웨어가 실제로 생산에서 작동하게 만드는 부분은 여전히 인간의 엔지니어링을 필요로합니다. 내가 본 가장 성공적인 팀은 AI 지원을 팀에 초고속하지만 주니어 개발자가있는 것처럼 취급 할 수 있습니다 - AI는 첫 번째 초안을 제거 할 수 있지만 고위 엔지니어는 여전히 비판적 인 눈으로 그것을 검토하고 정교화하고 품질 기준을 충족시키는지 확인합니다. 이것이 "비브 코딩이 죽어가는 이유"가 완전히 맞지 않기 때문입니다; 당신이 무엇을 배송하는지 이해하지 않고도 생산 소프트웨어를 배송 할 수 있다는 환상입니다. The Irony of Karpathy의 최신 프로젝트 2025년 10월, Karpathy는 Nanochat라는 새로운 프로젝트를 출시했다.누군가가 AI가 얼마나 AI를 생성했는지 물었고 그의 대답은 "나는 몇 번 Claude / Codex 에이전트를 사용하려고했지만 그들은 충분히 잘 작동하지 않았고 네트워크를 쓸모 없게했습니다." Vibe 코딩의 신부는 자신의 심각한 프로젝트에 대한 기술을 신뢰하지 않으므로 잠시 동안 침몰하십시오. 장기적인 건축을 위한 당신이 오늘 회사 또는 프로젝트를 시작하는 경우, 여기에 내가 제안 할 것입니다 : : 프로토 타입과 MVP에 대한 AI 지원을 공격적으로 사용하지만 "비비드 코드"에서 "생산 코드"로의 전환을위한 계획을 세우십시오. Know Your Boundaries Vibe coding hangover를 살아남는 스타트업은 처음부터 적절한 아키텍처에 투자 한 기업이 될 것입니다 : AI는 코드를 더 빨리 작성하는 데 도움이 될 수 있지만 규모를 확장하는 시스템을 설계하는 데 도움이되지 않습니다. Invest in Architecture : 사용자 데이터를 처리, 지불을 처리, 인증을 관리하거나 24/7를 실행해야하는 모든 것에 대해 적절하게 구축 할 시간을 가져라. Build critical infrastructure correctly : AI를 사용하여 코드를 생성하는 경우 팀이 그것을 받아들이는 것이 아니라 그것에서 배우고 있는지 확인하십시오. Create learning loops Sayna에서 이것은 성능 보증을 위해 Rust를 구축하고, 적절한 테스트를 구현하고, 명확한 문서를 유지하며, 요구 사항이 변화함에 따라 진화하는 시스템을 설계하는 것을 의미합니다.이 방법은 개발을 통해 우리의 길을 vlogging만큼 빠르지 않지만, 다른 사람들이 의존하는 인프라에 대한 유일한 합리적인 접근법입니다. 미래는 하이브리드 소프트웨어 개발의 미래는 순수한 수동 코딩보다 순수한 vibe 코딩이 아니라 AI가 개발을 가속화하고 인간이 품질을 제공하는 사이에 있습니다. 이 균형을 파악하는 회사는 승리 할 것입니다 : 그들은 전통적인 개발 상점보다 빠르게 배송 할 것이며 순수한 분위기 코딩이 일으키는 기술적 부채 tsunami를 피할 것입니다; 그들은 그들이 배송 한 것을 이해하기 때문에 문제를 해결할 수있는 엔지니어가있을 것입니다; 그들은 누군가가가 실제로 건축에 대해 생각했기 때문에 규모를 확대하는 시스템을 구축 할 것입니다. 괴로움은 실제이지만 피할 수 있습니다 : AI Kool-Aid를 마시고 엔지니어링을 시작할 때 알 필요가 있습니다. 당신이 다음 큰 일을 만들고 당신의 코드의 95 %가 AI 인스턴트에서 온 경우, 나는 한 가지 질문이있다 : 당신은 당신이 배송하는 것을 정말로 이해합니까? 이것이 도움이되면 공유하는 것을 잊지 마십시오! 그리고 당신이 Vue 코딩 기술 빚과 팀을 다루고 있다면, 나는 코멘트에서 당신의 이야기를 듣고 싶습니다.
