Steve Yegge가 말하는 AI 에이전트와 소프트웨어 엔지니어링의 미래

게시 2026/02/18

By BLUEBUG

67 분읽는 시간

Steve Yegge on AI Agents and the Future of Software Engineering

들어가며: 소프트웨어 개발의 패러다임 전환

2026년 2월 11일, 테크 업계의 저명한 저널리스트 Gergely Orosz는 소프트웨어 엔지니어링 베테랑 Steve Yegge와의 심층 인터뷰를 통해 AI가 가져올 소프트웨어 개발의 근본적 변화에 대해 논의했다. 이 인터뷰는 단순한 기술 트렌드 분석을 넘어, 향후 수년간 소프트웨어 산업 전반을 뒤흔들 격변을 예고하는 중요한 기록이다.

Steve Yegge는 40년 이상의 소프트웨어 엔지니어링 경력을 보유한 인물로, GeoWorks에서 시작하여 Amazon, Google, Grab을 거쳐온 실리콘밸리의 살아있는 역사다. 그는 특히 도발적이면서도 통찰력 있는 블로그 글로 유명하며, 그 중에서도 “Stevey’s Google platform rant”는 기술 업계에서 전설적인 글로 남아있다. 최근 그는 Gene Kim과 함께 “Vibe Coding”이라는 책을 출간했으며, Gas Town이라는 오픈소스 AI 에이전트 오케스트레이터를 개발했다. 또한 Gas Townhall이라는 문서 사이트와 커뮤니티 허브를 통해 AI 기반 개발 방법론을 전파하고 있다.

이번 인터뷰는 솔트레이크시티에서 진행되었으며, Pragmatic Engineer의 독자 500명이 참석한 첫 번째 오프라인 행사와 함께 이루어졌다. 인터뷰는 AI가 코딩에 미치는 영향, 대기업의 미래, 그리고 소프트웨어 엔지니어의 역할 변화 등 광범위한 주제를 다루었다. 특히 Steve는 대기업들이 향후 엔지니어의 최대 50%를 감원할 수 있다는 충격적인 예측을 내놓았으며, 이는 코로나19 팬데믹 시기의 해고보다 훨씬 큰 규모가 될 것이라고 경고했다.

1. LLM의 도래, 코딩의 종말, 그리고 멈추지 않는 S-커브

회의론자에서 신봉자로의 전환

Steve Yegge는 원래 AI에 대해 매우 실용적이고 회의적인 입장을 취했던 엔지니어였다. 그는 컴파일러, 디버거 도구 등 하드코어한 시스템 소프트웨어 문제를 다루는 데 집중했으며, Amazon과 Google에서 어려운 기술적 과제들을 해결해왔다. 그런 그에게 AI는 20년 넘게 “곧 온다, 곧 온다”며 떠들어대는 친구들의 헛소리 정도로 들렸다.

그러나 2022년 12월, 첫 ChatGPT가 출시되었을 때 그의 생각이 조금씩 바뀌기 시작했다. GPT-3.5가 Emacs Lisp 함수를 작성하는 것을 보면서, 비록 완벽하지는 않았지만 “이상한 언어”로 코드를 작성할 수 있다는 사실에 놀랐다. 물론 그것은 시작에 불과했고, 여전히 불완전했다. 하지만 그것이 시작이었다. 처음으로 “아, 이제는 알겠다”는 생각이 들었던 순간이었다.

그러나 진짜 전환점은 2025년 초였다. Claude Code에 대한 소문이 돌기 시작했다. Anthropic이 내부적으로 사용하는 도구가 있으며, 그것이 커맨드 라인 도구로서 실제로 코드를 작성한다는 이야기였다. Steve를 포함한 많은 사람들의 반응은 “말도 안 돼!”였다. 하지만 막상 사용해보고 나서, 그는 “아, 이해했다. 우리 모두 끝났다”라고 생각했다. 바로 그 시점에 그는 “The Death of the Junior Developer(주니어 개발자의 죽음)”이라는 글을 작성했다.

끝없이 상승하는 지수 곡선

Steve는 회의론자였지만, 동시에 처음부터 “곡선”을 주의 깊게 관찰했다. 그는 우리가 곡선 위에 있다는 것을 깨달았고, 이것은 멈추지 않을 여정이라고 판단했다. 따라서 탑승하여 어디로 가는지 지켜보기로 결심했다. 그는 자신이 뒤처져 있다고 느꼈다. AI의 기초도, 전문 용어도 몰랐다. 그래서 1년 내내 논문을 읽고 따라잡는 데만 집중했다.

세상은 믿지 않는 사람들로 가득하다. S-커브가 상승한 후 평평해질 것이라고 생각하는 사람들, 그리고 우리가 지금 바로 그 정점 단계에 있다고 생각하는 사람들 말이다. 이들은 GPT-3.5가 나왔을 때부터 계속 “더 이상 좋아질 수 없다”고 말했다. 그런데 GPT-4가 나오자 “이게 최고다”라고 했다. 이제 Opus 4.5가 나왔고, 대부분의 사람들은 그것이 무엇인지 아직 제대로 체험해보지 못했다. 그리고 그 모델조차 이미 두 달이나 지났다.

더욱 중요한 것은 모델 간 반감기가 급격히 줄어들고 있다는 점이다. 2025년 초에는 약 4개월이었던 것이 2026년 초 Anthropic의 경우 2개월로 줄어들었다. 곧 우리는 또 다른 모델을 보게 될 것이고, 그것은 곡선을 훨씬 더 위로 올려놓아 사람들을 진짜로 놀라게 할 것이다. 사람들이 불평하는 모든 버그, 모든 실수는 곧바로 훈련 데이터로 피드백되어 다음 버전에서는 같은 실수를 하지 않는다. 이것이 사람들이 이해하지 못하는 부분이다.

또한 시간은 계속 흐르고, 곡선들의 불가피한 충돌이 있을 것이다. 사회적 혼란이 일어날 것이다. 이미 시작되었고, 사람들은 정당하게 화가 나 있다. Steve 본인도 화가 나 있다. Amazon이 AI 전략도 없이 AI를 탓하며 16,000명을 해고한 것에 화가 난다. 그 사람들 대부분은 일자리를 찾지 못할 것이며, 그들은 앞으로 올 많은 사람들 중 첫 번째에 불과하다. 아무도 이것에 대한 계획이 없다.

최신 벤치마크: Claude Opus 4.5의 혁신적 성능

Steve의 예측을 뒷받침하는 구체적인 증거가 있다. 2025년 11월 출시된 Claude Opus 4.5는 SWE-bench Verified에서 80.9%라는 획기적인 성능을 달성했다. 이는 실제 GitHub 이슈를 해결하는 능력을 측정하는 벤치마크로, 처음으로 80%를 돌파한 AI 모델이다. GPT-5.1과 Gemini 3 Pro를 모두 능가하는 수치다.

더욱 놀라운 것은 Anthropic의 내부 엔지니어링 시험에서 이 모델이 어떤 인간 지원자보다 높은 점수를 받았다는 점이다. 2시간 제한 시간 테스트에서 인간의 최고 점수를 뛰어넘는 성능을 보여주며, 현재 벤치마크로는 예상하지 못했던 방식으로 능력의 한계를 넘어서고 있다.

이 모델은 8개 프로그래밍 언어 중 7개에서 선두를 달리고 있으며, 비전, 추론, 수학 능력에서도 의미 있는 개선을 보였다. 특히 복잡한 다단계 작업을 처리하는 능력이 크게 향상되었다. Terminal-Bench 2.0에서는 커맨드 라인 환경 탐색, 쉘 명령 실행, 개발 작업 수행 능력을 측정하는데, Opus 4.5는 59.8%를 기록했고, 후속 모델인 Opus 4.6은 65.4%로 더욱 향상되었다.

2. “50% 다이얼”과 피할 수 없는 대규모 구조조정

잔인한 계산: 엔지니어 절반의 해고

Steve가 내놓은 가장 충격적인 예측은 대기업들이 엔지니어의 최대 50%를 해고할 수 있다는 것이다. 그는 “사람들이 이 말을 듣고 싫어할 것이고, 내가 말한다고 해서 사실이 되는 것은 아니지만, 이미 사실이었다”고 전제한다.

모든 회사에는 “다이얼”이 있다. 0에서 100까지 돌릴 수 있는 다이얼로, 직원 중 몇 퍼센트를 해고할지 결정하는 것이다. 이 다이얼에는 기본 설정값이 있는데, 나머지 엔지니어들이 AI를 사용할 수 있도록 비용을 지불하기 위해 제거해야 할 엔지니어의 비율이다. 왜냐하면 엔지니어들이 토큰에 자신의 연봉만큼을 쓰기 시작했기 때문이다.

적어도 한동안은, 엔지니어들을 최대한 생산적으로 만들고 싶다면 그들 중 절반을 제거하여 나머지 절반을 최대한 생산적으로 만들어야 한다. 그리고 우연히도 엔지니어의 절반은 어차피 프롬프팅을 하고 싶어 하지 않으며 그만둘 준비가 되어 있다.

따라서 일어나고 있는 일은 모든 회사가 평균적으로 그 다이얼을 약 50%로 설정하고 있으며, 우리는 대기업에서 엔지니어의 약 절반을 잃게 될 것이라는 점이다. 이것은 무섭다.

코로나19 팬데믹보다 큰 충격

Gergely가 지적했듯이, 이는 코로나19 팬데믹 기간과 그 이후보다 훨씬 더 큰 규모가 될 것이다. Steve는 명확하게 답한다: “훨씬 더 클 것이다. 끔찍할 것이다.”

최근 몇 년간 AI 주도 해고라는 질문은 빅테크 기업의 노동자들을 괴롭혀왔다. 많은 기업들이 팬데믹 기간 동안 채용 광란을 벌였다. 단일 원인으로 일자리 손실을 설명하기는 불가능하지만, 많은 사람들은 AI로 인한 생산성 향상과 급증하는 자본 지출이 감원을 부추긴다고 의심한다. 일부 비즈니스 리더들은 해고를 발표할 때 AI를 명시적으로 언급하기도 했다.

Meta CEO Mark Zuckerberg는 최근 실적 발표에서 한 명의 엔지니어가 이제 AI 덕분에 전체 팀의 업무를 할 수 있다고 말했다. AI 생산성이 증가함에 따라 AI 피로에 대한 불만도 커지고 있다.

불확실한 미래의 두 가지 시나리오

그러나 동시에 다른 일도 일어나고 있다. AI는 비프로그래머들이 코드를 작성할 수 있게 해준다. 또한 빛을 보고 곡선이 계속 상승할 것이라고 믿는 엔지니어들이 실제로 모여서 스스로 발목을 잡고 있는 대기업의 산출물에 필적하는 일을 시작할 수 있게 해준다.

따라서 우리는 밑바닥에서부터 올라오는 혁신의 미친 돌진을 보고 있다. 그리고 우리는 대기업들이 지식 노동자들을 해고하는 것을 보고 있다. 왜냐하면 분명히 대기업들은 더 이상 적절한 규모가 아니기 때문이다.

Amazon CEO Andy Jassy조차도 더 적은 사람으로 같은 일을 할 것이라고 말하고 있다. 그렇다면 이것은 백만 배 더 많은 회사가 생긴다는 의미인가? 소프트웨어의 대규모 폭발이 있을 것인가, 아니면 사람들이 소프트웨어를 완전히 그만두고 다른 일을 할 것인가? Steve는 이 모든 것이 어디로 갈지 매우 궁금하다고 말한다.

실제로 AI 기반 생산성 도구의 비용도 무시할 수 없는 수준이다. 개발자가 평균적으로 동시에 5개의 에이전트를 실행한다면 - 매우 보수적인 숫자인데, 에이전트들이 대부분 독립적으로 작동하여 개발자가 다른 일을 할 수 있게 해주기 때문이다 - 각 개발자는 시간당 50달러, 즉 연간 약 10만 달러를 쓰게 된다. 이는 개발자당 연간 약 5만 달러의 추가 LLM 비용으로, 생산성을 5배로 높일 수 있다면 누가 이 거래를 거부하겠는가?

불행히도, 2026년 운영 예산에 개발자당 연간 5만 달러의 LLM 비용을 포함시킨 회사는 거의 없을 것이다. 이 상황은 빠르게 회사들을 예산이 있는 회사와 예산이 없는 회사로 나눌 것이며, 가진 자들이 승리할 것이다.

3. AI 채택의 8단계: 누가 살아남을 것인가

도발적 선언: IDE를 사용한다면 나쁜 엔지니어인가?

Steve는 다른 곳에서 많은 사람들을 자극할 만한 말을 했다. 오늘날 IDE를 사용한다면 나쁜 엔지니어라는 것이다. 물론 그는 약간 도발적이어야 한다고 인정한다. 그는 실제로 누군가를 나쁜 엔지니어라고 말하지 않는다. 왜냐하면 자신보다 훨씬 나은 엔지니어들 - 하지만 여전히 그의 차트에서 레벨 1이나 2에 있는 - 을 알고 있기 때문이다.

하지만 그는 좋은 엔지니어였던 - 또는 과거에 그랬던 - 사람들에게 안타까움을 느낀다. 그들은 Cursor를 사용하고, 가끔 질문을 하고, 코드를 정말 조심스럽게 리뷰한 다음 체크인한다. Steve는 이렇게 말한다: “이봐요, 당신은 해고될 것이고 당신은 내가 아는 최고의 엔지니어 중 한 명이에요!”

8단계 모델의 탄생

Steve는 호주에서 많은 사람들을 대상으로 강연하면서 보드에 이 차트를 그렸다. 그들이 모두 다른 단계에 있는 것을 보았기 때문이다. 일부는 IDE를 열어놓았고, 일부는 크고 광범위한 코딩 에이전트를 사용했으며, 다른 일부는 매우 좁은 코딩 에이전트를 사용했다. 그는 무슨 일이 일어나고 있는지 보여주기 위해 그들 모두를 스펙트럼에 배치했다.

레벨 1: AI 없음 전혀 AI를 사용하지 않는 단계다. 전통적인 방식으로만 코딩한다. 이들은 2027년쯤이면 공룡 모양의 곡선 위에 앉아 구식이 될 것이다.

레벨 2: IDE의 코딩 에이전트, 권한 켜짐 IDE에 코딩 에이전트를 통합했지만, 매우 제한적으로 사용한다. 권한을 켜두고 가끔 도움을 받는 정도다. 코드 자동완성이 주된 AI 사용 방식이라고 생각한다면, 이 단계에 속한다. 하지만 코드 자동완성은 1년 전에는 매우 인기가 있었지만, 이제는 먼 과거처럼 느껴지는 시대의 유물이다.

레벨 3: IDE의 코딩 에이전트, “YOLO 모드” 신뢰가 올라가고 있다. 더 많은 것을 AI에게 맡기기 시작한다. “YOLO(You Only Live Once)” 모드라는 표현은 더 대담하게 AI를 활용한다는 의미다.

레벨 4: diff를 보지 않고 에이전트가 하는 일을 본다 더 이상 diff를 많이 검토하지 않고, 에이전트가 무엇을 하고 있는지에 집중한다. 더 많은 것을 통과시키고, 에이전트와의 대화에 정말 집중한다. 리뷰를 덜 하기 시작한다.

레벨 5: 에이전트만 원하고 IDE의 코드는 나중에 본다 IDE로 코딩하지 않는다. 에이전트만 원하고, 나중에 IDE에서 코드를 볼 뿐이다. 이 단계에서는 채팅 기반 프로그래밍이 주된 방식이다. 그러나 2025년 하반기가 되면, 오늘날의 채팅 코딩은 많은 사람들에게 불이 난 것에 오줌을 누러 길을 건너지 않을 정도로 구식이 될 것이다.

레벨 6: 여러 에이전트 사용 에이전트가 바쁘기 때문에 지루하고 뭔가 하고 싶어서 다른 에이전트를 실행한다. 그리고 또 다른 에이전트를 실행한다. 그리고 자신이 그들 사이를 멀티플렉싱하고 있다는 것을 발견한다. 그리고 “떠날” 수 없다. 에이전트 사용에 중독되기 시작한다.

레벨 7: 10개 이상의 에이전트, 수동 관리 일반적으로 “아, 엉망이 됐어! 실수로 잘못된 에이전트에게 문자를 보냈는데 깨닫지 못했어. 이 모든 에이전트를 어떻게 조정하지? Claude Code가 Claude Code를 실행할 수 있다면?”이라고 말하는 단계다. 수동으로 관리하는 것의 한계에 부딪히기 시작한다.

레벨 8: 자신만의 오케스트레이터 구축 프론티어에 있다. 워크플로를 자동화한다. Gas Town 같은 도구를 사용하거나 직접 만든다. 레벨 7이나 아주 용감한 레벨 6이 아니라면 Gas Town을 사용할 수 없다. 아직 준비가 되지 않았다.

Gas Town은 초지능 로봇 침팬지들이 운영하는 산업화된 코딩 공장이고, 그들이 그러고 싶을 때 순식간에 당신의 물건을 망가뜨릴 수 있다. 그들은 다른 침팬지들, 작업대, 고객들을 망가뜨릴 것이다. 이미 숙련된 침팬지 조련사가 아니라면 얼굴을 찢어버릴 것이다. 따라서 조금이라도 의심이 든다면 사용할 수 없다.

바이브 코딩의 진화: 2022년부터 2026년까지

Steve와 Gene Kim의 분석에 따르면, 프로그래밍의 여섯 가지 중첩되는 물결이 있다: 전통적(2022), 자동완성 기반(2023), 채팅 기반(2024), 코딩 에이전트(2025년 상반기), 에이전트 클러스터(2025년 하반기), 그리고 에이전트 플릿(2026).

전통적 코딩과 자동완성 기반 코딩 - 두 가지 수동 모달리티 - 은 하락세에 있고, 다른 것들은 기하급수적으로 증가하고 있다. 채팅부터 시작하여, 각각의 새로운 물결은 이전 물결보다 훨씬 빠르게 상승한다. 마지막으로 바이브 코딩도 기하급수적으로 증가하지만, 점선으로 다른 것들과 함께 표시된다. 왜냐하면 바이브 코딩은 모달리티가 아니기 때문이다.

그리고 이 마법 같은 에이전트 플릿은 늦어도 2026년 초까지는 여기에 있을 것이다. 왜냐하면 그것들을 만드는 것은 실제로 그렇게 어렵지 않기 때문이다 - 우리는 이미 작업을 병렬화하는 데 매우 능숙하다.

바이브 코딩은 현재 실리콘 밸리 밖의 업계 80%에게는 완전히 보이지 않는다. 그들은 우리가 여기서 무엇에 대해 이야기하는지 거의 알지 못할 것이다. 많은 사람들이 “바이브 코딩”이라는 문구조차 들어본 적이 없고, “코딩 에이전트”는 말할 것도 없다. 그들은 뉴스를 열어보지 않는 것 같다. 불행히도 그들 모두는 AI에 의해 T-본 사고를 당할 위험이 있다.

4. 드라큘라 효과: AI가 빨아들이는 에너지

흡혈귀 같은 AI의 특성

Steve가 강조하는 또 다른 중요한 현상은 AI 사용의 “흡혈귀 효과”다. 우리가 커뮤니티로서 이야기하기 시작해야 하는 무언가가 일어나고 있다. AI와 함께 일하면 흡혈귀 같은 효과가 있다. AI는 당신을 흥분시키고 열심히 일하게 하며, 엄청난 가치를 포착한다. 그러나 동시에 당신을 소진시킨다.

Steve는 자신이 낮 동안 낮잠을 자는 것을 발견했다. 스타트업의 친구들과 이야기를 나눠보니 그들도 낮 동안 낮잠을 자고 있다. 우리는 피곤하고 짜증나기 시작하고 있다.

회사와 개발자 사이의 가치 분배 문제

회사는 당신으로부터 가치를 추출하고 그에 대해 비용을 지불하도록 설정되어 있다. 모든 회사가 항상 설정되어 온 방식은 당신이 부서질 때까지 더 많은 작업을 주는 것이다. 사람들은 반발하는 기술을 배워야 한다.

엔지니어가 100배 더 생산적일 수 있다고 가정해보자. 누가 그 모든 가치를 포착하는가? 엔지니어가 직장에 가서 하루에 8시간 일하고 100배 더 많이 생산한다면, 회사가 모든 가치를 포착하고, 그것은 공정한 교환이 아니다.

모든 가치를 스스로를 위해 포착하는 또 다른 사람들의 그룹이 있다. 그들은 직장에 가서 하루에 10분 동안 일하고 100배 더 많은 일을 하고, 아무에게도 말하지 않으며, 모든 가치를 포착했다. 그것도 정말 이상적이지 않다.

답은 우리 각자가 정말 빨리 “아니요”라고 말하는 법을 배워야 하고, 그것을 정말 잘해야 한다는 것이다.

하루 3시간의 생산적 작업

Steve는 진지하게 창업자, 회사 리더, 모든 레벨의 엔지니어링 리더, 라인 매니저에 이르기까지 모두가 이것을 인식하고, 최고 속도로 바이브 코딩하는 사람으로부터 하루에 3시간의 생산적인 시간만 얻을 수 있다는 것을 깨달아야 한다고 생각한다.

하지만 그들은 여전히 AI 없이 했을 때보다 100배 더 생산적이다. 그렇다면 하루에 3시간만 일하도록 하는가? 대답은 그렇다. 그렇지 않으면 회사가 망가질 것이다. 왜냐하면 사람들이 번아웃되기 때문이다.

이것은 AI 생산성 도구가 제기하는 근본적인 딜레마다. 엄청난 생산성 향상이 가능하지만, 그것을 유지 가능한 방식으로 활용하려면 근본적으로 새로운 작업 패러다임이 필요하다. 단순히 같은 시간 동안 더 많은 것을 생산하도록 요구하는 것은 인간의 한계를 무시하는 것이다.

5. 대기업의 몰락: 이미 죽었지만 아직 모르는

엔지니어링 팀의 생산성 역설

비기술적인 사람들이 소프트웨어 제작에 뛰어들면서, 엔지니어들이 유지보수를 맡는 일자리가 생길 수 있을까? 예를 들어, 웹사이트의 경우 Wix, WordPress 등이 있기 때문에 엔지니어가 필요하지 않다. 하지만 웹사이트가 실제로 중요한 대기업에는 프론트엔드 엔지니어가 있고, 모든 고급 기능들을 원한다. 이것이 AI에서도 일어날 수 있을까?

Steve의 대답은 명확하다. 소프트웨어 엔지니어링을 하는 엔지니어가 많이 있을 것이고, 우리 모두 AI를 사용하여 그것을 할 것이라고 생각한다. 회사들이 어떤 인간 개입 없이 AI가 작성하고 배포한 코드를 신뢰하기까지는 상당한 시간이 걸릴 것이다. 회의론자들과 비관론자들이 놓치고 있는 중요한 점은 AI가 당신의 일자리를 대체하러 오는 것이 아니라는 것이다. 그것은 대체 기능이 아니다. 그것은 증강 기능이다. AI는 당신을 일을 더 잘하게 만들기 위해 여기에 있다. 그리고 그것은 실제로 나쁜 것이 아니다.

혁신의 중심 이동: 프린지로

AI가 엔지니어와 팀을 더 효율적으로 만든다고 가정할 때, 왜 우리는 더 많고 더 나은 소프트웨어가 생산되는 것을 보지 못하는가? 엔지니어링 팀이 제품이 아닌 AI 관련 내부 도구를 만드는 데 집중하고 있는 것일까?

Steve는 이것을 뒤집어서 묻는다. 우리가 보고 있는 것이 대기업에서 혁신이 죽어가는 것일까? 우리가 작은 곳에서만 혁신을 보게 될 것일까? 이것은 클라우드가 나왔을 때 일어난 일과 비슷하다.

Meta를 보라. 지금은 세계에서 가장 큰 회사처럼 느껴지지만, 그 시절에는 한 사람이었다. 새로운 플랫폼 기술 기판이 나타나면, 혁신자의 딜레마 때문에 프린지에서 혁신을 보게 될 것이다. 성공적인 기업들이 다른 곳의 혁신을 무시함으로써 실패할 때 말이다. 대기업은 혁신할 수 없다. 그들 모두가 이 문제에 부딪히고 있다.

대기업들은 매우 높은 생산성으로 생산하는 초생산적인 엔지니어들을 보유하고 있을 수 있지만, 회사 자체가 그 작업을 흡수할 수 없다. 다운스트림에서 그들은 병목 현상에 부딪히고 이 엔지니어들은 차단되어 그만두고 있다. 따라서 일어나고 있는 일은 우리 모두가 대기업들을 보면서 “언제 우리에게 무언가를 줄 것인가?”라고 하는 것이다. 그리고 대답은 우리가 크고 죽은 회사들을 보고 있다는 것이다. 우리는 그저 그들이 죽었다는 것을 아직 모를 뿐이다.

클라우드 혁명의 재현

이것은 클라우드 컴퓨팅이 힘의 균형을 바꾸었을 때와 비슷한 패턴이다. 클라우드가 등장했을 때, 작은 스타트업들이 갑자기 엄청난 컴퓨팅 파워에 접근할 수 있게 되었고, 대기업의 인프라 우위가 사라졌다. 마찬가지로 AI 에이전트는 작은 팀에게 이전에는 대규모 조직만 가능했던 개발 능력을 제공한다.

실제로 Gas Town과 같은 도구를 사용하면 개발자는 50-80개의 에이전트를 동시에 관리할 수 있으며, 이는 50명 이상의 일반 엔지니어 팀만큼 생산적일 수 있다. 이것은 100배 또는 1000배 엔지니어라는 새로운 클래스의 출현을 의미한다. 2026년에는 코딩 에이전트 오케스트레이터를 효과적으로 사용하는 방법, 병합 문제 처리, 계획, 집단 작업, 코드 건강성 등을 알아낸 사람들이 등장할 것이다.

6. AI 시대의 불필요한 가치들

“엔지니어는 특별하다”는 믿음의 종말

Steve의 초기 경력에서 더 이상 AI 때문에 적용되지 않는 믿음은 무엇인가? 그의 답변은 간단하지만 충격적이다: “‘엔지니어는 특별하다’라는 것이 하나다. 확실히, 우리는 이제 컴퓨터가 할 수 있는 것을 손으로 하는 방법을 배웠다. 꽤 멋지지, 아마도.”

이것은 도발적인 발언이지만, 그 이면에는 깊은 통찰이 있다. 소프트웨어 엔지니어링은 오랫동안 고도로 전문화된 기술로 여겨졌다. 프로그래밍 언어를 배우고, 알고리즘을 이해하고, 복잡한 시스템을 설계하는 능력은 엔지니어들을 “특별하게” 만들었다. 하지만 AI가 이 모든 것을 할 수 있다면?

엔지니어 마인드셋은 여전히 중요한가?

Gergely는 반론을 제기한다. “엔지니어 마인드셋”은 어떤가? 우리가 하는 것은 단지 코딩만이 아니지 않은가?

이 질문은 중요하다. 왜냐하면 소프트웨어 엔지니어링의 본질이 무엇인지에 대한 질문이기 때문이다. 단순히 코드를 타이핑하는 것인가, 아니면 문제를 해결하는 사고방식인가? 시스템적 사고, 추상화 능력, 트레이드오프 평가 등은 여전히 인간 엔지니어만의 영역인가?

Steve의 관점은 더 뉘앙스가 있다. 코딩 자체는 더 이상 특별하지 않을 수 있지만, 아키텍처, 보안, 전략적 사고에서 시니어 전문성의 가치는 실제로 증폭된다. AI가 특정 측면의 개발을 민주화하지만, 고급 의사결정에서 인간 전문성의 중요성을 실제로 증가시킨다.

소프트웨어 수요는 계속 증가한다

중요한 점은 코딩 방법을 아는 것이 더 이상 엔지니어를 특별하게 만들지 않지만, 소프트웨어에 대한 수요는 계속 증가할 것이라는 것이다. 실제로 AI가 소프트웨어 개발을 더 쉽게 만들수록, 더 많은 소프트웨어가 만들어질 것이다.

Andrej Karpathy는 AI가 거의 모든 것을 온디맨드로 만들 수 있는 미래를 설명한다. 우리는 이미 SaaS 회사들에 대한 압력의 형태로 이것의 초기 증거를 보았다. 구매 대 구축 계산이 변화하고 있기 때문이다. 필요한 것을 사는 것보다 만드는 것이 점점 더 쉬워지고 있다. 우리는 비즈니스 부서가 틈새 벤더와 재계약하는 대신 자신들의 SaaS를 바이브 코딩하는 것을 보고 있다.

3년 전, GPT-3.5는 간신히 일관된 함수를 작성할 수 있었고, 이제 AI는 소규모(하지만 가치 있는) SaaS를 작성할 수 있다. 궤적은 기하급수적이므로, 자체 제작된 중간 규모의 SaaS는 올해 말까지 테이블에 올라올 것이다.

7. 디버깅과 프로그래밍 언어의 미래

에이전트는 디버깅 도구가 필요한가?

Steve의 경험에 따르면, AI 에이전트는 우리가 생각하는 것과는 다른 방식으로 작동한다. 특히 프로그래밍 언어 선택과 관련하여 흥미로운 발견이 있었다.

100만 줄의 코드를 바이브 코딩하는 동안, Steve는 AI가 무엇을 잘 처리하고 무엇을 못하는지에 대해 많은 것을 배웠다. 그가 발견한 것은 모델이 TypeScript에 많은 토큰을 낭비한다는 것이다. 마치 그들에게는 너무 많은 언어인 것 같다. TypeScript로 생성한 모든 diff의 약 1/3에서 1/2은 복잡한 타입 조작이거나 적절한 타입을 넣지 않기 위한 복잡한 우회책이었다.

모든 “코드 작성” 단계 다음에는 다른 언어에는 존재하지 않는 2-3개의 “덜 나쁘게 만들자” 단계가 있어야 했다. 모든 조잡한 타입 모델링을 정리하도록 강제해야 했다. 그는 이것이 엄청난 토큰 낭비라는 것을 발견했고, 최종 결과는 여전히 항상 거대한 코드 더미였다. 초표현적인 언어치고는 확실히 장황하다.

Go 언어의 재발견

Python은 “괜찮았다”. 나쁘지 않았다. 작업하는 동안 변경 사항을 핫 리로드했는데, 좋았다. 반면 Go의 경우, 모든 에이전트는 변경할 때마다 바이너리를 로컬로 재설치하고 재서명해야 하며, 잊어버리는 경향이 있다.

다국어 사용자들은 항상 Go가 “지루하다”고 코를 찔렀지만, Steve는 이제 그것이 AI 코딩 공간에서 진화적 이점이라고 생각한다. TypeScript에서 diff가 지나갈 때, 절반의 시간 동안 “컴퓨터가 지금 무슨 끔찍한 일을 하고 있지?”라고 생각한다. 하지만 Go에서는 그냥 지루하다. 로그 파일을 쓰고, 간단한 루프를 하고, 간단한 조건문을 하고, 맵과 배열에서 읽고, 매우 매우 평범한 것들을 한다. 이것은 항상 이해할 수 있다는 것을 의미한다.

50개 이상의 프로그래밍 언어를 공부하고 사용하여 항상 우아함과 간결함을 찾던 사람으로서, Steve는 놀랍게도 Go가 바이브 코딩 시스템 프로그래머에게 진짜 도움이 된다는 것을 발견했다.

언어 선택이 중요하지 않게 된 시대

TypeScript가 여전히 웹 앱에 최고인가? 그렇다, 아마도. Steve는 그저 하나를 만들 필요가 없어서 다행이라고 한다. 그는 이미 현재 형태의 IDE는 없어질 것이라고 예측했다. 아직 IDE를 사용하고 있다면, 공개 시장에서 심한 체취에 해당하는 것을 얻기 전에 코딩 에이전트를 사용하기 시작해야 한다.

이것은 중요한 패러다임 전환을 나타낸다. 수십 년 동안 프로그래밍 언어 전쟁이 있었다. 어떤 언어가 최고인지, 어떤 패러다임이 우월한지에 대한 끝없는 논쟁이 있었다. 하지만 AI 에이전트 시대에는 언어 선택이 이전만큼 중요하지 않을 수 있다. 오히려 AI가 잘 작동하는 언어, 즉 간단하고 명확하며 예측 가능한 언어가 우위를 점할 수 있다.

8. 손으로 코딩하던 시대의 종말에 대한 애도

기술의 쓸모없음에 대한 슬픔

많은 기술이 구식이 되었다는 것을 깨달았을 때, Steve는 애도 과정을 겪었다. 수십 년 동안 갈고닦은 기술들 - 복잡한 알고리즘 구현, 성능 최적화, 메모리 관리 등 - 이 이제는 AI가 자동으로 처리할 수 있는 것들이 되었다.

이것은 많은 베테랑 엔지니어들이 경험하는 감정이다. 자신의 정체성의 큰 부분이 특정 기술적 능력에 기반했는데, 갑자기 그것들이 더 이상 독특하거나 특별하지 않다는 것을 깨닫는 것은 심리적으로 어렵다.

Gene Kim과 Steve Yegge의 “Vibe Coding” 책 뒷표지에는 Dr. Erik Meijer의 말이 인용되어 있다: “손으로 코딩하던 시대는 끝났다.” Erik Meijer는 프로그래밍 세계에서 많은 것들의 발명가이자 세계에서 가장 중요한 컴파일러 사람 중 한 명이다. 그는 개발자들이 코드를 작성할 수 있도록 하는 기술을 만드는 데 평생을 보냈고, 이제 개발자들이 더 이상 코드를 작성하지 않을 것이라고 말한다.

하지만 소프트웨어 개발은 그 어느 때보다 재미있다

역설적이게도, 많은 전통적 기술이 구식이 되었지만, Steve는 소프트웨어를 만드는 것이 이제 그 어느 때보다 재미있다고 말한다. 이것은 중요한 통찰이다.

AI 에이전트와 함께 일하는 것은 새로운 종류의 창의성을 가능하게 한다. 더 이상 구현 세부사항에 막혀 있지 않다. 대신, 높은 수준의 아키텍처와 디자인에 집중할 수 있다. 아이디어에서 작동하는 프로토타입까지의 시간이 극적으로 단축되었다.

Steve는 Gas Town 같은 도구를 만들면서 이것을 경험했다. 그는 실제로 코드를 본 적이 없으며, 볼 생각도 없다. 그것이 당신을 불편하게 만든다면 지금 나가라고 한다. 그는 또한 Beads도 본 적이 없는데, 그것은 225,000줄의 Go 코드로 수만 명의 사람들이 매일 사용하고 있다. 그는 단지 10월에 만들었을 뿐이다.

새로운 기술의 필요성

물론 이것은 기술이 더 이상 필요하지 않다는 것을 의미하지 않는다. 오히려 다른 종류의 기술이 필요하다. AI 에이전트를 효과적으로 오케스트레이션하는 방법, 그들에게 명확한 지시를 주는 방법, 그들의 출력을 검증하는 방법 등의 기술이 중요해졌다.

또한 인문학적 기술이 더욱 중요해졌다. 문제를 명확하게 정의하고, 요구사항을 명료하게 표현하고, 시스템의 목적과 사용자 경험에 대해 깊이 생각하는 능력 말이다.

9. 미래 예측: 비개발자가 최고의 기여자가 되는 시대

Steve의 아내와 Wyvern 게임

Steve의 가장 흥미로운 예측 중 하나는 그의 비프로그래머 아내가 그들의 비디오 게임 Wyvern의 최고 기여자가 될 수 있다는 것이다. 이것은 AI가 가져올 변화의 본질을 완벽하게 보여주는 예다.

전통적으로 게임 개발은 고도로 기술적인 영역이었다. 프로그래밍, 그래픽스, 물리 엔진, 네트워킹 등 복잡한 기술적 지식이 필요했다. 하지만 AI 에이전트가 이 모든 것을 처리할 수 있다면, 정말 중요한 것은 무엇인가? 게임 디자인, 스토리텔링, 사용자 경험, 게임플레이 밸런스 등이다.

Steve의 아내가 코딩 방법을 모르더라도, 그녀는 좋은 게임이 무엇인지 알고 있다. 그녀는 플레이어가 무엇을 원하는지 이해한다. AI 에이전트와 함께, 그녀는 이런 비전을 실제 코드로 변환할 수 있다. 기술적 구현은 AI가 처리하고, 그녀는 창의적 방향에 집중할 수 있다.

100배 또는 1000배 엔지니어의 출현

Steve는 2026년에 새로운 클래스의 100배(또는 1000배) 엔지니어가 등장할 것이라고 예측한다. 이들은 코딩 에이전트 오케스트레이터를 효과적으로 사용하는 방법, 병합 문제 처리, 계획, 집단 작업, 코드 건강성 등을 알아낸 사람들이다.

이들은 한 번에 100개의 코딩 에이전트를 실행하고 의미 있는 작업을 할 수 있을 것이다. 이것은 그들을 50명 이상의 일반 엔지니어 팀만큼 생산적으로 만들 것이다. Steve 자신의 오케스트레이터는 약 50-80개의 에이전트에서 유용하게 최고조에 달할 것이라고 생각한다. 아마도 100개까지 올릴 수 있을지도 모른다.

그것은 대규모 무리를 목표로 하지 않는다. 파일 시스템 전체의 임시 리포지토리 클론에서 수십 개의 임시 에이전트를 수동으로 관리하는 것에서 집중된 작업에 한 번에 5-10개씩 작동하는 잘 작동하는 에이전트 무리를 관리하는 것으로 당신을 레벨업시키는 것을 목표로 한다.

하지만 이미 문자 그대로 모든 것에 코딩 에이전트를 사용하는 경우에만 그것을 사용할 수 있을 것이다. 내년에 100배 슈퍼 엔지니어가 되고 싶다면, 오늘 바이브 코딩 기본을 배우기 시작하고 그것이 당신에게 효과가 있도록 만들어야 한다.

SaaS 산업의 재편

AI는 SaaS 산업 전반에 지각변동을 일으킬 것이다. SaaS 벤더는 재창조하기에는 너무 비싼 가치를 제공하기 위해 더 열심히 노력해야 할 것이다. 그것은 가능하다 - Graphite가 한 예다. 그들은 이제 AI 코드 리뷰의 뉘앙스에 대해 수년간의 학습을 가지고 있다. 당신은 회사 돈으로 그 수년간의 단계를 되짚고 싶지 않을 것이다.

Sourcegraph는 또 다른 예다. 그들은 10년의 엔터프라이즈 버그 수정이 있는 코드 검색 엔진을 가지고 있으며, 현대 에이전트를 사용하더라도 거의 확실히 그것을 스스로 복제하려고 하지 않을 것이다.

하지만 비즈니스 자동화 소프트웨어를 구축하는 틈새를 찾은 많은 SaaS 벤더는 진짜 곤경에 처할 것이다. 왜냐하면 비즈니스가 이제 바이브 코딩으로 자신들의 프로세스를 자동화하고 있기 때문이다.

결론: 준비되지 않은 자들을 위한 경고

변화의 속도는 가속화되고 있다

Steve Yegge와의 인터뷰는 소프트웨어 개발의 미래에 대한 명확한 메시지를 전달한다: 변화는 이미 여기에 있으며, 그 속도는 가속화되고 있다. 2023년의 코드 자동완성에서 2024년의 채팅 기반 코딩, 2025년 상반기의 코딩 에이전트, 2025년 하반기의 에이전트 클러스터를 거쳐, 2026년에는 에이전트 플릿이 등장하고 있다.

각각의 새로운 물결은 이전보다 훨씬 빠르게 상승하고 있다. Claude Opus 4.5가 SWE-bench Verified에서 80.9%를 달성한 것은 단순한 벤치마크 개선이 아니라, AI가 실제 세계의 소프트웨어 엔지니어링 문제를 인간 수준 이상으로 해결할 수 있음을 보여주는 증거다.

개인과 조직을 위한 행동 지침

개인 개발자를 위해:

지금 당장 AI 도구 사용을 시작하라. 레벨 1이나 2에 머물러 있으면 시장에서 뒤처질 것이다.
바이브 코딩 기본을 배우고 자신에게 맞게 만들어라.
단순한 코딩 능력을 넘어 아키텍처, 시스템 디자인, 전략적 사고에 집중하라.
“아니요”라고 말하는 법을 배워라. 하루 3시간의 고강도 AI 작업이 8시간의 전통적 작업보다 생산적일 수 있다.

조직과 리더를 위해:

AI 도구에 대한 예산을 지금 배정하라. 개발자당 연간 5-10만 달러의 추가 비용이 필요할 수 있다.
지속 가능한 작업 패턴을 구축하라. 직원들에게 하루 8시간의 고강도 AI 작업을 기대하는 것은 번아웃으로 이어진다.
혁신은 이제 작은 팀에서 나온다는 것을 인식하라. 대기업의 프로세스가 AI 증강 개발을 방해하고 있다면 근본적으로 재고해야 한다.

낙관론과 현실주의 사이에서

Steve의 메시지는 종말론적으로 들릴 수 있지만, 그는 또한 희망적이다. 소프트웨어를 만드는 것이 그 어느 때보다 재미있다고 말한다. AI는 지루한 부분을 처리하고, 인간은 창의적이고 전략적인 부분에 집중할 수 있다.

비프로그래머들이 소프트웨어를 만들 수 있게 되는 것은 위협이 아니라 기회다. 더 많은 소프트웨어가 만들어질 것이고, 소프트웨어에 대한 수요는 계속 증가할 것이다. 엔지니어는 여전히 필요하지만, 다른 역할로 필요하다.

중요한 것은 적응하는 능력이다. 곡선을 믿고, 탑승하고, 어디로 가는지 지켜보는 것이다. 회의론자로 남아있거나 옛 방식을 고집하는 사람들은 뒤처질 것이다. 하지만 변화를 받아들이고, 새로운 도구를 배우고, 끊임없이 적응하는 사람들은 전례 없는 생산성과 창의성의 시대를 맞이할 것이다.

마지막 생각

Steve Yegge가 말했듯이, 우리는 곡선 위에 있다. 이것은 멈추지 않을 여정이다. 유일한 질문은: 당신은 탑승할 것인가, 아니면 뒤처질 것인가?

2026년 2월, 우리는 소프트웨어 개발의 역사에서 변곡점에 서 있다. 향후 몇 년간 일어날 변화는 지난 수십 년간의 변화만큼이나 극적일 것이다. 준비된 자들에게는 기회의 시대가, 준비되지 않은 자들에게는 혼란의 시대가 될 것이다.

문서 작성일: 2026-02-18

AI, Material

AI Material ai-agent software-engineering vibe-coding Golang Claude.write