Vibe Factory: 광기, 스케일된

발행: (2026년 1월 5일 오후 07:57 GMT+9)
18 분 소요
원문: Dev.to

Source: Dev.to

“미친 짓은 같은 일을 반복하면서 다른 결과를 기대하는 것이다.”
누군가 그 말을 for‑loop에 넣어 지금 유튜브에서 당신에게 팔고 있습니다.

나는 지쳤다. 그리고 화가 난다.

(공정한 경고: 이것은 내 첫 번째 글이며 깔끔한 섹션과 헤더가 없습니다. 죄송합니다. 랭은 목차와 함께 오지 않습니다.)

The Noise

나는 인플루언서—한 번도 의미 있는 무언가를 배포한 적 없는 사람들—가 클릭을 위해 이 산업을 불태우는 것이 지긋지긋하다. 나는 로켓 이모지와 “🔥 SHIPPED IN 2 HOURS 🔥” 라는 스레드가 코드는 유지보수가 불가능한 쓰레기라는 부분을 편리하게 건너뛰는 것이 지긋지긋하다. 나는 계시처럼 포장된 스폰서 콘텐츠가 지긋지긋하다.

그리고 특히 나는 개발자들—좋은 개발자, 주니어 개발자, 더 나은 대우를 받아 마땅한 개발자들—가 어떤 유튜버가 충격적인 표정 썸네일로 “이게 바로 지금 실전 엔지니어가 일하는 방식이다” 라고 말하자 이 독을 마시는 것이 지긋지긋하다.

그렇지 않다. 그것은 사기다. 그리고 너무 빨리 진행되고 있어서 사람들이 깨달을 때쯤이면 산업 자체가 사라질지도 모른다.

이 상황을 지켜보면서 미친 약을 복용하고 있다고 느낀다면—당신은 미친 게 아니다. 그냥 주의를 기울이고 있을 뿐이다.

작동 방식 (퀴즈 없음, 죄송합니다)

누군가 Claude를 감싸는 래퍼를 만들고 코드를 계속 생성하게 했는데… 실제로 언제까지일까요?

  • 컴파일될 때까지?
  • 보기 좋게 보일 때까지?
  • 데모 영상에 충분히 초록색 텍스트가 스크롤돼서 인상적일 때까지?

아무도 모릅니다. 아무도 신경 쓰지 않죠. 그게 핵심이 아닙니다.

핵심은 내용입니다: 스레드, 영상, “Claude가 내가 자는 사이에 전체 ERP 시스템을 만들어 줬고, 정말 대단해 🚀” 라는 과시.

  • 당연히 코드는 보여주지 않습니다.
  • 일주일 뒤에 작동하는 모습을 보여주지 않습니다—왜냐하면 작동하지 않으니까요.
  • 테스트는 절대 보여주지 않습니다—“ㅋㅋ, 테스트는 말이죠.”

그냥 분위기만 있습니다. 배포하고, 녹화하고, 올리고, 체크를 받고, 다음으로 넘어갑니다.

스폰서는 줄을 서고, 알고리즘은 참여도를 보상합니다. 더 많은 개발자가 시청하고, 더 많은 개발자가 시도하고, 더 많은 개발자가 뭔가 할 수 있는 코드를 만들어냅니다—무엇을 할지는 정확히 모르지만, 배포됐으니, 베이비!

그리고 인플루언서는? 이미 다음 사기에 뛰어들었습니다. 그들은 배포한 것을 유지보수하지 않으며, 결과에 대해 신경 쓰지 않습니다. 처음부터 그럴 생각이 없었으니까요.

당신은 결국 그 상황을 떠안게 됩니다. 하지만 적어도 ‘좋아요’ 하나는 얻었으니, 뭐죠.

“Vibe Factory” 정의하기

vibe factory가 실제로 무엇인지 명확히 하자.

그것은 자동화된 광기다.

유명한 정의: “같은 일을 반복하면서 다른 결과를 기대한다.”

그것이 바로 알고리즘이다: 코드를 생성 → 모양이 맞지 않음 → 다시 생성 → 아직 틀림 → 또 다시 생성 → … 뭔가가 나올 때까지 계속한다. 스크린샷에 충분히 보일 정도로 보이는 무언가가 될 때까지.

그들은 그 광기를 bash 스크립트에 넣고 혁신이라고 불렀다. 정말 천재적인 발상이야. 개인적인 성장을 경험할 필요가 없는데, while true 로 성공을 향해 나아갈 수 있다니!

“하지만 작동해요!”

정말 작동하나요?

  • 테스트를 해봤나요?
  • 코드를 읽어봤나요?
  • 아니면 오류 메시지 없이 한 번 실행되는 걸 보고 그걸 충분히 좋다고 판단했나요?

당신은 엔지니어링을 하고 있지 않다. 디버깅도 하고 있지 않다. 슬롯 머신 레버를 당겨서 나오는 결과를 “출시됨”이라고 부르는 겁니다.

라스베이거스는 당신의 서비스에 감사를 표합니다.

밤에 나를 잠 못 들게 하는 것

커피와 존재론적 두려움 외에도, 이게 문제다:

지금 떠오르고 있는 개발자 세대는 이것을 정상이라고 생각한다. 소프트웨어 엔지니어링이 프롬프트를 쓰고 기다리는 것이라고 믿는다. 자신이 배포한 것을 전혀 이해하지 못했기 때문에, 이해하지 못한 무언가를 디버깅한 적도 없다.

하지만 그게 최악은 아니다.

최악의 부분: 시니어 개발자

15년 동안 갈고닦은 직관을 가진, 실제로 시스템을 설계하고, 프로덕션 이슈를 디버깅하며, 진정한 기술적 결정을 내릴 수 있는 경험 많은 개발자들은 AI 지원을 통해 엄청난 이득을 얻을 수 있다. 경험에 AI 역량을 곱하면 정말 강력한 무언가가 탄생한다.

그들은 이런 분위기 공장(demo)들을 보면서 이렇게 생각한다:

“이게 AI 코딩이란 거야? 이 무모하고 생각 없는, 배포하고 기도하는 식의 nonsense? 꺼져 버려.”

그리고 그 자리에서 떠난다.

그들을 비난할 수 있을까? 나는 할 수 없다. 만약 이 서커스가 내가 AI‑지원 개발을 처음 접한 계기라면 나도 달아났을 것이다.

인플루언서들은 단지 주니어들을 오도하는 것에 그치지 않는다. 그들은 모두에게 독을 퍼뜨리고 있다. 그들은 **“AI‑지원 개발”**을 **“무책임한 해킹”**과 동의어로 만들어, 바로 그 도구를 가장 잘 활용할 수 있는 사람들의 머릿속에 심어버린다.

우리는 개발할 수 없는 개발자 세대를 만드는 것이 아니라, 개발할 수 있는 개발자 세대를 소외시키고 있다—그들을 더 나은 도구에서 멀어지게 함으로써, 가장 큰 소리로 외치는 이들이 그 도구를 바보들을 위한 것이라고 설득했기 때문이다.

그게 진정한 파괴다.

  • 주니어들은 결국 (아마도 새벽 3시쯤, 확실히 프로덕션에서) 힘들게 배우게 된다.
  • 절대 참여하지 않는 시니어들은? 그 전문성이 AI와 결합돼 진정으로 뛰어난 소프트웨어를 만든다면? 우리는 그걸 영원히 잃게 된다.

인플루언서들은 어느 쪽이든 돈을 받는다. 그게 얼마나 아이러니한가.

Who Benefits?

Follow the money. Always follow the money. (My therapist says I have trust issues. I call it pattern recognition.)

  • Tool vendors – more API calls, more subscription revenue, more “enterprise” deals with companies that think AI lets them hire fewer seniors and more juniors who’ll just “accept all.” What could go wrong? Everything. Everything could go wrong.
  • Influencers – sensational content performs. “I think carefully about code” doesn’t get clicks. “I SHIPPED 47 APPS THIS WEEK WITH THIS ONE WEIRD TRICK” does. The trick is not caring about quality. Saves tons of time.
  • The actual craft of software engineering? – that’s the cost center. That’s what’s getting optimized away.

End of article.

문제

효율적—비즈니스 모델에 불편하기 때문이다.

가장 큰 소리를 내는 사람들이 가장 어리석은 말을 하는 이유가 궁금했다면, 답은 여기 있다: 어리석은 것이 더 높은 보수를 받는다.

가장 큰 거짓은 이것이 불가피하고, AI‑지원 개발이 바로 그것이며, 당신의 선택지는 “느낌대로 코딩”하거나 “뒤처지는 것”뿐이라는 주장이다.

헛소리.

나는 매일 AI와 함께 일한다. 대화를 통해 코딩한다. 몇 시간씩 흐름에 몸을 맡겨 무언가를 만들고, 배포하고, 이해한다. AI는 실행을 담당하고 나는 판단을 담당한다. 이것은 옛 방식보다 빠르고, 옛 방식보다 낫다.

그리고 이것은 이 인플루언서들이 파는 것과 전혀 다르다.

차이점은? 나는 절대 생각을 멈추지 않는다. AI가 만든 것을 검토한다. 틀렸을 때는 (자주) 반박한다. 코드가 들어가기 전에 모든 줄을 설명할 수 있도록 한다. 나는 코드를 소유한다—타이핑했기 때문이 아니라 이해하고 방어할 수 있기 때문이다.

그것이 더 느린 것이 아니다. 그것이 “미래와 싸우는 것”도 아니다. 그저 전문가답게 행동하는 것이다. 전문가들을 기억하는가? 우리는 예전에 그런 사람들이 있었다.

말하지 않은 진실

당신이 거기에 없었다면—참여하지 않았고, 생각하지 않았으며, 결정을 내리지 않았다면—그 세션은 일어나지 않았습니다. 당신에게는 없었습니다. AI는 세션을 가졌을 뿐이죠. 당신은 그냥 바라봤을 뿐입니다. 아니면 더 나쁘게, 전혀 보지 않았을 수도 있습니다. 당신은 그것을 실행시켜 두고 트위터를 확인하며 다음 스레드를 계획하고, 클릭‑베이트 제목을 초안하고, 코드가 스스로 작성되는 동안 인상 기계를 먹이고 있었습니다.

그것은 개발이 아닙니다. 학습도 아닙니다. 수업에 참석하지 않고 졸업장을 받는 것과 같습니다. 증명서는 무가치합니다. 왜냐하면 당신은 변하지 않았기 때문이죠. 당신은 아무것도 얻지 못했습니다. 이전에 할 수 없던 일을 할 수 있게 된 것도 아닙니다. 이제는 이해하지 못하는 코드만 조금 가지고 있을 뿐입니다.

축하합니다. 당신은 아무것도 소유하지 않았습니다. 하지만 당신의 GitHub에 초록색 사각형이 많이 있군요, 그건 좋네요.

소유권 테스트

방금 “배포한 코드를 살펴보세요. 스스로에게 물어보세요:

  1. 내가 이 코드가 무엇을 하는지 설명할 수 있는가?
  2. 왜 이렇게 만들어졌는지 변호할 수 있는가?
  3. 깨졌을 때 고칠 수 있는가?
  • — 당신의 것입니다. 당신이 만들었습니다. 클럽에 오신 것을 환영합니다. 우리는 프로덕션에 대한 큰 불안과 탭과 스페이스에 대한 강한 의견을 가지고 있습니다.
  • 아니오 — 당신은 아무것도 소유하지 않습니다. 다른 사람의 작업을 가지고 자신 것인 척하고 있습니다. 기술적으로는 AI의 작업이지만, AI가 결정을 내렸을 때 주의를 기울이지 않았기 때문에 AI에게 설명을 요구조차 할 수 없습니다.

이것이 테스트이며, 이것이 기준입니다.

What I’m Asking For

나는 AI를 거부하라는 것이 아니다. 나는 그것을 끊임없이 사용한다. 잘 활용하면 정말 혁신적이다.

나는 그릇된 흐름을 거부해 달라는 것이다:

  • 생산 코드를 한 번도 유지해 본 적 없는 인플루언서들이 코드를 어떻게 작성해야 하는지 말하는 것을 거부한다.
  • 엔지니어링 조언인 척하는 스폰서 콘텐츠를 거부한다.
  • 이해가 선택 사항이고, 사고가 병목 현상이며, 목표가 누구든 유지할 수 있는지와 상관없이 가능한 한 빨리 코드를 생산하는 것이라는 생각을 거부한다.

바이브 팩터리는 개발의 미래가 아니다. 그것은 개발 자체가 사라지는 것이다. 소셜 미디어의 인센티브 구조가 우리의 장인 정신을 좌우하게 될 때 일어나는 일이다.

광기는 규모를 키울 수 없다. 단지 더 빨리 무너진다.

당신은 혼자가 아니에요

당신이 좋은 사람 중 한 명이라면—이 글을 읽으며 고개를 끄덕이고, 누군가 드디어 말해줘서 안도하고 있다면—당신은 혼자가 아니라는 걸 알아두세요. 알고리즘이 말해주는 것보다 우리 같은 사람들이 더 많습니다.

우리는 그냥 더 조용할 뿐이에요, 왜냐하면 실제로 무언가를 만들고 있기 때문이죠.

하지만 이제는 조용히 있지 않겠습니다. 마음이나 기술을 잃지 않으면서 AI를 활용할 수 있게 해주는, 실제로 중요한 원칙들에 대해 더 많이 쓰겠습니다. 누군가는 해야 하니까요.

이 글이 신경을 건드렸다면—좋습니다. 그게 바로 목적이었습니다.

Back to Blog

관련 글

더 보기 »

정적 코드 리뷰만 의존할 때의 비용

정적 코드 리뷰란 무엇인가? 정적 코드 리뷰는 코드를 실행하지 않고 소스 코드를 분석하는 과정이다. 목표는 소스 코드를 검사하여 문제를 식별하는 것이다.