원문 : https://davekiss.com/blog/ideas-are-cheap-execution-is-cheaper/
멋진 아이디어를 떠올리는 것이 가장 쉬운 일이었던 때를 기억하시나요? 아이디어는 가치가 없었습니다. 진짜 가치 있는 것은 헌신과 끈기였습니다. 계획, 기술적 역량, 그리고 해결책이 나올 때까지 밤낮없이 제품과 문제 영역에 매달려 끊임없이 고민하고 집착하는 능력이 중요했습니다. 이는 열정, 지적 능력, 학습, 반복, 그리고 수많은 실패를 필요로 했습니다.
그러나 LLM은 오랫동안 지켜져 온 이 진실을 산산조각 냈습니다.
저는 15년 동안 코드를 작성했습니다. 그 시간 동안 하나의 단순한 진실을 내면화했습니다. 바로 '아이디어는 싸고, 실행은 전부다'라는 것입니다. 아이디어를 실제로 구현하는 능력(냅킨에 그린 스케치를 실제 동작하는 소프트웨어로 바꾸는 능력)이 공상가와 개발자를 구분 짓는 잣대였습니다. 우리는 이 능력으로 자신의 가치를 증명해왔습니다.
이제 그 진실은 더 이상 유효하지 않습니다.
무수한 증거들
저는 Mux에서 일하고 있습니다. 지난 연휴 동안 휴가를 냈고, 평소 업무 중에 마주쳤던 문제들을 해결하기 위해 고민해왔던 몇 가지 아이디어를 직접 구현해보기로 했습니다.
휴가 기간 동안 저는 세 개의 프로젝트를 출시했습니다. MVP나 프로토타입 수준이 아니었습니다. 테스트 스위트, 문서화, 그리고 폴리싱까지 마친 제대로 작동하는 제품들이었습니다.
- Driftless: 코드 변경 사항에 맞춰 문서를 동기화해 줍니다.
- DeployCast: 배포 내용을 요약하여 마케팅, 고객 지원, 경영진 등 비개발직군도 이해할 수 있도록 코드베이스에 기반해 쉬운 언어로 설명해 줍니다.
- Triage: 사용자가 버그를 보고하면 AI가 이를 분류 및 포맷팅하고, 다른 AI에게 전달하여 수정을 구현하고 PR까지 생성합니다. 엔지니어가 아니라 사용자가 PR을 여는 셈입니다. 이 아이디어들은 휴가 전엔 존재하지 않았습니다. 저는 Claude Code에게 이 아이디어들을 설명했고, Claude가 이를 빌드했습니다. 모든 기능에 대해 자동화된 테스트도 작성했습니다. 제가 15년 동안 소프트웨어를 출시하면서도 일관되게 하지 못했던 일을 말이죠. 한때 인수되었던 제 프로젝트 중 하나는 테스트 스위트조차 없었습니다. Claude Code는 제가 수년간 쓴 것보다 더 많은 테스트 케이스를 단 몇 시간 만에 작성했습니다.
과장하는 게 아닙니다. 다른 사람들의 의견도 이를 증명합니다.
Jaana Dogan (@rakyll)
농담이 아니라 이건 웃을 일이 아닙니다. 구글에서 우린 작년부터 분산 에이전트 오케스트레이터를 구축하려고 노력해 왔습니다. 다양한 옵션이 있고, 의견이 합치되진 않았습니다... Claude Code에 문제를 설명했더니 작년에 우리가 구축한 것을 한 시간 만에 생성해냈습니다.
Yash Gourav Ka (@YashGouravKar1)
Claude Code에 단 한 줄의 코드도 작성하지 않았다고요?? (지난 30일 동안)
Boris Cherny (@bcherny)
네. 지난 30일간 제가 Claude Code에 기여한 코드의 100%는 Claude Code가 작성한 것입니다.
Tenobrus (@tenobrus)
월별 스택 오버플로 질문 수 추이. 지난달엔 3710개로, 출시 첫 달 기록인 3749개에 살짝 못 미쳤습니다. 인간 중심 소프트웨어 공학은 좋은 성과를 거두었으며, 이제 우리는 원점으로 돌아왔습니다.
한 세대의 소프트웨어 개발을 정의했던 사이트인 Stack Overflow에는 지난달 3,710개의 질문이 올라왔습니다. 이는 사이트 개설 첫 달의 기록인 3,749개보다도 적은 수치입니다. 우리가 커리어를 쌓아온 지식 공유 인프라 전체가 무너지고 있습니다. 사람들이 더 이상 서로에게 질문할 필요가 없어졌기 때문입니다.
Claude Code는 일반적으로 작업 시간을 과대평가하곤 합니다. "앞으로 3~4주 동안 이 기능을 빌드하겠습니다"라고 말하죠. 하지만 사용자가 "지금 바로 해"라고 입력하면, Claude는 한 시간 만에 빌드를 끝냅니다.
이것은 점진적인 개선이 아닙니다. 이는 '상전이(phase change)'입니다.
이제 아이디어는 즉시 복제 가능합니다
가장 당혹스러운 지점은 바로 여기입니다.
실력 있는 엔지니어들이 이제 코드의 대부분을 에이전트와 함께 작성한다는 누군가의 글에 제가 Triage 프로젝트를 언급하며 답글을 달았습니다. "아예 코드를 직접 작성하지 않는 건 어때요?"라며 제 아이디어를 설명했죠. 사용자가 버그를 보고하면 AI가 분류하고 구현해서 PR까지 연다는 내용이었습니다.
며칠 뒤, 그 답글을 받았던 사람이 글을 올렸습니다. "우리 AI 에이전트가 이제 스스로 버그 리포트를 제출합니다."
그는 제 트윗에 좋아요를 누르고 아이디어를 확인한 뒤, 바로 출시해버린 것입니다.
제가 소유권을 주장하려는 게 아닙니다. 바로 이게 핵심입니다. 실행이 사소해진 세상에서 아이디어는 즉시 상품화됩니다. "나는 이걸 빌드할 수 있고 당신은 못 해"라는 것은 더 이상 걸림돌이 될 수 없습니다. 누구나 무엇이든 빌드할 수 있기 때문입니다. 아이디어를 공유하고 다른 누군가가 그것을 출시하기까지의 시간 간격이 수개월에서 수일, 때로는 수 시간으로 줄어들었습니다.
nader dabit (@dabit3)
내가 Claude Opus 4.5로 해보고 싶었던 것: 완전한 기능을 갖춘 10억 달러 규모의 SAAS 제품을 복제하고 최소 100배 저렴하게 만드는 것.
가장 먼저 떠오른 제품은 TypeForm이었습니다. 매우 인기 있고, 매우 비싸며, 이론상으로는 매우 단순하기 때문입니다.
그 결과물이 바로 OpenForm입니다. 세련되고 기능적이며 오픈소스인 Typeform 클론으로, 비용은 약 100배 저렴하고 약 15분 만에 설정 및 배포가 가능합니다. 에이전트가 이를 구축하는 데 약 35분이 소요되었습니다.
자세한 내용, 기술 및 코드는 다음과 같습니다.
이것은 단순히 한 사람이 하나의 아이디어를 베끼는 문제가 아닙니다. 소프트웨어의 근본적인 경제학이 변하고 있다는 증거입니다.
Nader Dabit 같은 인물이 Typeform 같은 10억 달러 가치의 제품을 단 몇 시간 만에 재구현해 오픈소스로 공개할 수 있는 시대에, "우리가 먼저 만들었다"라는 가치는 0에 수렴합니다.
실제로 느끼는 감정들
지난 몇 주 동안 이 기분을 정의하려고 노력해왔습니다. 한 가지가 아니라 세 가지 감정이 동시에 섞여 있었습니다.
- 소프트웨어를 만들기 위해 깊은 이해가 필요했던 시절에 대한 그리움입니다. 공부와 고군분투를 통해 제품을 출시할 자격을 얻어야 했던 때, 복잡함이라는 문턱이 진지한 개발자와 나머지를 구분해주던 시절 말입니다. 거기엔 장인정신과 자부심이 있었습니다.
- 더 이상 코드 자체에 신경 쓰지 않아도 된다는 기대감입니다. 수년 동안 코드는 병목 현상이었습니다. 이제 저는 순수하게 출시(문제 정의, 사용자, 경험)에 집중할 수 있습니다. 정신 에너지의 90%를 소모하던 구현 디테일은 이제 자동화되었습니다. '어떻게' 빌드할지가 아니라 '무엇을' 빌드할지 생각할 수 있게 된 것입니다.
- 지각 변동이 너무 빨라 어지럽습니다. 불과 몇 년 전만 해도 제 가치는 코드를 작성하는 능력이었습니다. 오늘날 그 능력은 기본 중의 기본이거나, 어쩌면 그조차도 아닐지 모릅니다. '소프트웨어 엔지니어'의 역할은 완전히 다른 무언가로 변하고 있으며, 우리 중 누구도 그것이 정확히 뭐가 될지 모릅니다.
그래서... 이제 무엇이 중요한가?
실행이 더 이상 차별화 요소가 아니라면, 무엇이 중요할까요?
SaaS 분야에서 수년을 보낸 제 친구는 직설적으로 이렇게 말했습니다. "사람들이 기꺼이 돈을 지불할 유일한 대상은 토큰 뿐인 것 같아." 자신의 솔루션 내에서 기능을 만들기 위한 토큰 말이죠. 가치의 층위가 소프트웨어 자체에서 소프트웨어 생성을 뒷받침하는 인프라로 이동하고 있습니다.
하지만 저는 그것이 전부라고 생각하지 않습니다.
반복의 속도가 중요합니다. 초기 빌드 속도가 아니라(이건 이제 모두가 가졌습니다), 학습의 속도입니다. 얼마나 빨리 출시하고, 사용자로부터 배우고, 적응할 수 있는가? 가장 먼저 빌드하는 팀이 아니라 가장 빠르게 사이클을 돌릴 수 있는 팀이 승리할 것입니다.
취향이 중요합니다. 무엇이 빌드할 가치가 있는지 아는 능력, 그리고 무엇에 '아니오'라고 말해야 할지 아는 감각입니다. 무엇이든 빌드할 수 있는 세상에서 가장 희소한 자원은 '무엇이 존재해야 하는가'에 대한 판단력입니다. 대부분의 것들은 세상에 나올 필요가 없기 때문입니다.
유통이 중요합니다. 항상 중요했지만, 이제는 더 중요해졌습니다. 누구나 빌드할 수 있을 때 차별화는 '누구의 소식을 듣는가', '누구를 신뢰하는가', '누구의 제품을 먼저 만나는가'에서 나옵니다. 테스트와 피드백을 위해 활용할 수 있는 네트워크가 진짜 걸림돌입니다.
문제 선정이 중요합니다. 소프트웨어를 빌드할 때 가장 어려운 부분은 코드를 작성하는 것이 아니었습니다. 어떤 문제가 진짜 문제인지, 어떤 해결책에 사람들이 돈을 지불할지, 어떤 베팅이 가치 있는지를 파악하는 것이었습니다. 그 계산법은 변하지 않았습니다. 오히려 잘못된 것을 빌드하는 비용이 낮아졌기 때문에 더 많은 쓰레기가 만들어질 것이고, 따라서 올바른 문제를 고르는 능력은 더욱 중요해졌습니다.
'실행이 어렵던' 시대는 우리가 무엇을 빌드할지 신중하게 결정하도록 훈련시켰습니다. 그 제약이 사라졌습니다. 이제 무엇이든 만들 수 있는 시대의 새로운 규율은 '현명하게 선택하는 것'입니다.
앞으로 소프트웨어 엔지니어링이 정확히 어떤 모습이 될지는 모릅니다. 하지만 제가 배웠던 모습과는 다를 것이라는 점은 확실합니다. 5년 전에 저를 가치 있게 만들었던 기술들이 5년 후에도 저를 가치 있게 만들지는 못할 것입니다.
분명한 것은, 앞으로 성공할 개발자는 최고의 코드를 쓰는 사람이 아니라는 점입니다. 그들은 올바른 문제를 식별하고, 적절한 사람들에게 도달하며, 누구보다 빠르게 반복할 수 있는 사람일 것입니다.
코드는 결코 본질이 아니었습니다. 코드가 공짜가 되고 나서야 비로소 우리는 그 사실을 깨닫게 되었습니다.
