이 영상은 빠르게 성장하는 AI 개발 도구인 OpenCode의 공동 창립자 댁스 라드(Dax Raad)와의 인터뷰를 담고 있습니다. 댁스는 OpenCode가 탄생하게 된 배경, 오픈소스의 장점, 그리고 AI가 소프트웨어 개발의 핵심이 되는 시대에 '감각'과 '엔지니어링 판단'이 왜 더욱 중요해지는지에 대해 이야기합니다. 또한 OpenCode가 앤트로픽(Anthropic)의 통합 차단을 어떻게 성장 동력으로 전환했는지, GPU 수요가 병목 현상을 일으키는 이유, AI 코딩 도구가 개발 속도를 자동으로 높이지 않는 이유 등에 대해서도 깊이 있는 통찰을 제공합니다. 댁스는 AI 기술의 잠재력에 대한 건강한 회의론을 유지하면서도 성공적인 AI 도구를 구축한 흥미로운 인물입니다.

1. AI 시대 개발 생산성에 대한 댁스 라드의 회의론

댁스 라드는 OpenCode 공동 창립자로서, AI 엔지니어링 도구가 사람들의 코드 작성 속도를 높이고 소프트웨어 개발을 가속화하지만, 이것만으로는 더 나은 소프트웨어를 만들 수 없다고 강조합니다. 🤖

그는 OpenCode를 개발하며 팀원들이 직접 제품을 사용했기 때문에 제품의 유용성에 대해서는 확신했지만, 여전히 개발 과정에서 많은 어려움에 직면하고 있다고 말합니다.

"객관적으로 일은 더 쉬워졌지만, 왜 여전히 제가 예전만큼이나 열심히 생각하고 있는 걸까요?"

경영진들은 코딩이 과거에 많은 시간을 차지했기 때문에 AI 도구가 도입되면 모든 것이 더 빨라질 것이라고 생각하지만, 댁스는 현실은 다르다고 설명합니다.

2. 제품 출시의 딜레마: 너무 많은 기능, 너무 많은 해킹 🤯

댁스는 제품 시장 적합성(Product-Market Fit)을 달성한 스타트업으로서 직면하는 핵심 과제를 언급합니다. 너무 많은 방향으로 나아갈 수 있고, 사용자 요구사항, 경쟁사 기능, 그리고 자체 아이디어까지 끊임없이 새로운 기능을 추가해야 한다는 압박을 느낀다는 것입니다. 그러나 이러한 요구사항을 모두 반영해 기능을 추가하는 것이 항상 좋은 결과를 낳는 것은 아닙니다.

"사용자에게 문제가 생기면 에이전트에게 지시합니다. 경쟁사에게 기능이 있으면 에이전트에게 지시합니다. 사용자에게 문제가 생기면 에이전트에게 지시합니다. 이 모든 것을 합하면 '오, 우리가 천 개의 기능을 출시했으니 이제 좋은 제품이 됐겠지'라고 생각할 수 있지만, 실제로는 끔찍한 제품이 됩니다."

새로운 기능을 추가하는 것은 쉽지만, 한번 출시된 기능은 영원히 지원해야 하며, 이는 미래의 기능 개발에도 영향을 미칩니다. 댁스는 10배 더 많은 기능을 출시할 수 있다고 해서 10배 더 좋은 아이디어가 있는 것은 아니라고 지적하며, 오히려 너무 빠른 속도 때문에 실수가 발생하고 있다고 토로합니다.

그는 "이제 어떻게 하면 모든 사람의 속도를 늦출 수 있을까?"라는 고민에 빠져 있다고 합니다. OpenCode는 지난 6개월간 매우 다른 방식으로 운영되었고, 그 결과 많은 문제가 발생했기 때문에, 이제는 과거의 방식 중 어떤 것이 여전히 유효한지 재평가하는 중이라고 합니다.

3. 댁스의 성장 배경: 마인크래프트에서 스타트업까지 🚀

댁스는 어린 시절부터 프로그래밍을 즐겼던 전형적인 개발자 성장 스토리를 가지고 있습니다. 소프트웨어 엔지니어였던 아버지 덕분에 쉽게 코딩을 접할 수 있었고, 고등학교 졸업 후 바로 창업에 뛰어들었습니다.

특히 마인크래프트(Minecraft) 서버 작업은 댁스의 성장에 중요한 역할을 했습니다. 그는 게임 자체보다는 모드를 이용해 흥미로운 샌드박스를 만들고, 사람들이 특정 시나리오에서 어떻게 행동하는지 관찰하는 것을 즐겼다고 합니다. 당시 IRC 채널에서 만난 경험 많은 개발자들에게 많은 것을 배웠으며, 이 경험이 짧은 기간 동안 프로그래밍 실력을 크게 향상시키는 계기가 되었다고 합니다.

이후 댁스는 여러 스타트업을 거치며 엔지니어링 리더십을 경험했습니다. 라이트 헬스(Right Health)에서 엔지니어링 총괄을 맡았을 당시, 팀원 대부분이 20대 초반의 젊은 인력으로 구성되어 있었다고 합니다. 댁스는 이 경험을 통해 젊은 나이에 성공하는 스타트업은 예외적인 경우라고 말하며, 미성숙한 상태에서는 감정적인 요소들이 회사 운영에 큰 영향을 미 미칠 수 있음을 깨달았다고 합니다.

"스타트업은 매우 친밀한 관계이기 때문에 당신과 몇몇 사람들만 있고, 매우 강렬합니다. 당신이 아직 완전히 성장한 사람이 아니라면, 당신이 세상에 뭔가 증명하려 하거나 어떤 것에 대해 여전히 불안해한다면, 그 모든 것이 직장에서 나타납니다."

4. 오픈소스 생태계로의 전환: SST와 OpenNext 🌳

댁스는 라이트 헬스에서의 경험 후, 관리직으로 일하면서도 프로그래밍에 대한 갈증을 느꼈고, 오픈소스 프로젝트에 관심을 갖게 되었습니다. 당시 갓 출시된 SST라는 프로젝트에 기여하며 오픈소스 커뮤니티에 본격적으로 참여하게 되었습니다.

이후 SST 팀은 OpenNext라는 프로젝트를 통해 큰 성공을 거두게 됩니다. OpenNext는 Next.js 애플리케이션을 AWS에 배포하는 데 어려움을 겪는 개발자들을 위한 도구였습니다. 당초 개발 계획이 없었음에도 불구하고, 많은 사용자들의 요구에 의해 개발된 이 프로젝트는 Next.js 팀이 퍼셀(Vercel)에 집중하는 동안 발생한 "이상한 격차"를 메웠습니다. 댁스는 이 프로젝트가 버셀을 "괴롭히기도" 했지만, 클라우드플레어, 네트리파이 등 다른 클라우드 제공업체들이 OpenNext를 지원하면서 Next.js 생태계의 발전에 기여했다고 설명합니다.

"OpenNext는 아마도 우리를 초기에 폭발적으로 성장시킨 계기였을 겁니다. 이건 우리가 만들고 싶었던 것도 아니었어요."

5. OpenCode의 탄생과 폭발적인 성장 🚀

OpenCode는 2025년 2월, 회사가 재정적으로 어려운 시기를 겪고 있을 때 탄생했습니다. 당시 OpenCode 팀은 새로운 방향을 모색하며 AI 분야에 주목했습니다.

"우리는 AI가 이번 10년 동안 작업해야 할 분야라는 것을 알았습니다. 특히 개발 도구 분야에서 일하고 있다면 말이죠. 우리는 과거에도 파도를 겪어왔습니다. 어떤 일이 일어날 때는 늘 많은 투자가 이뤄지고, 그 투자 대부분은 말이 안 되는 경우가 많습니다."

초기에는 여러 AI 아이디어를 시도했지만, 그중 앤트로픽의 클로드 코드(Claude Code)라는 AI 코딩 도구가 팀의 워크플로우 문제를 해결하는 데 큰 도움이 되었습니다. 댁스는 OpenCode 팀이 "왜 우리가 이걸 만들지 못했지?"라는 자문과 함께 오픈소스 경험을 바탕으로 AI 코딩 에이전트 시장의 '오픈소스' 영역을 개척하기로 결정했습니다.

이러한 전략은 주효했습니다. 모든 개발 도구가 결국 오픈소스 옵션이 기본이 된다는 믿음과, 치열한 모델 경쟁 속에서 중립적인 오픈소스 솔루션이 가치를 가질 것이라는 판단이 맞아떨어진 것입니다.

OpenCode는 2025년 6월 출시 이후 폭발적인 성장을 기록했습니다.

• 2025년 12월: 월간 활성 사용자(MAU) 65만 명
• 2026년 1월: MAU 250만 명
• 2026년 4월: MAU 650만 명
• 2026년 5월: MAU 800만 명

댁스는 2026년 1월의 급격한 성장에 대해 12월 연말 휴가 동안 사람들이 새로운 기술을 배우고 시도하는 경향과 앤트로픽의 "도움" 덕분이었다고 말합니다.

6. 앤트로픽의 차단, OpenCode의 기회 💡

2026년 1월, 앤트로픽이 OpenCode 내에서 클로드 코드 구독 사용을 차단하는 사건이 발생했습니다. 앤트로픽은 이를 조용히 진행했지만, 개발자 커뮤니티는 이에 크게 반발했고, 이 사건은 OpenCode의 성장에 예상치 못한 기회가 되었습니다.

댁스는 앤트로픽이 개발자들과 소통하는 방식에 미숙했다고 지적하며, 갑작스러운 차단보다는 단계적인 커뮤니케이션이 필요했다고 말합니다.

"그들이 갑자기 밤 9시에 블록을 드롭하는 것은 사람들이 당신을 싫어하게 만들 뿐입니다. 한 달 동안 단계적으로 소통하면서 출시했다면, 물론 모두가 화를 냈겠지만, 이렇게 모든 사람이 동시에 화를 내는 집중적인 순간은 없었을 겁니다."

앤트로픽의 차단 소식에 댁스는 곧바로 오픈AI(OpenAI)에 연락하여, 앤트로픽과 반대되는 입장을 취해 OpenCode를 공식적으로 지원하면 좋은 PR 효과를 얻을 수 있다고 설득했습니다. 오픈AI는 이를 수락했고, OpenCode는 하루 만에 오픈AI 모델과의 통합을 발표했습니다.

이 사건은 OpenCode에게 "하나의 임시 악당을 지목하고, 그 경쟁사들을 결집시켜 그들에 맞서 무언가를 추진하는" 전략이 효과적임을 보여주었습니다.

"우리는 이 시나리오를 정확히 예측하지 못했지만, 우리의 근본적인 포지션 이해는 옳았습니다. 중립적인 당사자가 있다면 수십억 달러를 가진 모든 회사가 중립적인 당사자를 이용해 자사의 이익을 증진시킬 것입니다. 그래서 중간에 있는 것이 유리합니다."

7. OpenCode 성공 비결: B2C 마인드셋과 '비합리적인' 품질 추구 🏆

댁스는 OpenCode의 성공 비결로 개발자 도구를 B2C 제품처럼 생각하는 마인드셋을 꼽습니다. 대부분의 개발자 도구 개발자들은 B2C 제품에 익숙하지 않지만, OpenCode는 사용자가 제품을 처음 접하는 순간부터 다른 경험을 제공하는 데 집중했습니다.

특히, 터미널 렌더링 프레임워크를 직접 구축한 것은 이러한 '다른 경험'을 제공하기 위한 '비합리적인' 결정이었습니다. 다른 코딩 에이전트들이 기존 프레임워크를 사용했던 것과 달리, OpenCode는 초기부터 사용자에게 "유능하다"는 느낌을 줄 수 있는 고품질 터미널 경험에 투자했습니다.

"모든 DevTools에서 가장 큰 장점은 DevTools에서 일하는 모든 사람이 프로그래머라는 사실입니다. 그리고 프로그래머는 B2C 제품에 형편없습니다. 그들은 DevTools가 B2C 제품이라는 것을 깨닫지 못합니다." "우리는 OpenCode를 열자마자 매우 다르고 더 나은 느낌을 줘야 한다는 데 집중했습니다." "우리만의 터미널 프레임워크를 구축하는 것은 비합리적인 일이었습니다. 하지만 그렇게 했습니다. 우리는 우리가 원하는 경험을 기존의 방식으로는 얻을 수 없다는 것을 알았습니다."

댁스는 OpenCode의 초기 하네스(harness)는 뛰어나지 않았지만, 사용자 경험을 최적화하고 마찰을 줄이는 데 집중하여 시장 점유율을 확보했다고 말합니다. 예를 들어, 기업용 랩톱 사용자를 위해 OpenCode를 사용할 수 있도록 최적화하는 데 주력했습니다. 이를 통해 충분한 사용자 기반을 확보한 후, 이제는 하네스 자체를 개선하는 데 집중하고 있다고 합니다.

8. OpenCode의 사업 모델: 수익성 있는 추론 서비스와 기업용 솔루션 💰

OpenCode는 현재 두 가지 주요 사업 라인을 통해 수익을 창출하고 있습니다.

1. OpenCode Zen (추론 서비스): 초기에는 사용자 온보딩을 원활하게 하기 위해 구축되었지만, 빠르게 성장하여 주요 수익원이 되었습니다. 사용자들이 직접 앤트로픽이나 오픈AI 계정을 연결하고, 충분한 레이트 리밋을 확보하는 데 어려움을 겪었기 때문에, OpenCode Zen은 모든 모델에 대한 접근성을 제공하는 역할을 합니다.

   • 특히 오픈소스 모델의 호스팅 난이도가 높다는 점에 착안하여, OpenCode Zen은 최적의 오픈소스 모델 추론 서비스를 제공하고 있습니다.
   • 댁스는 OpenCode Zen이 출시 5~6개월 만에 연간 5천만 달러의 매출을 달성했으며, 오픈소스 모델은 마진이 좋기 때문에 매우 수익성이 높다고 밝혔습니다.

2. 기업용 제어 평면(Control Plane): OpenCode를 대규모로 사용하는 기업들을 위한 관리 소프트웨어입니다. 1,000명의 엔지니어가 OpenCode를 사용하는 회사에서는 각 엔지니어가 개별적으로 API 키를 설정하는 대신, 중앙에서 공급자, 권한, 예산, 레이트 리밋 등을 관리할 수 있는 제어 평면이 필수적입니다.

   • 현재는 기업에 맞춤형으로 제공되고 있지만, 곧 일반에 공개될 예정입니다.
   • 댁스는 기업들이 LM 비용을 최적화하려는 경향이 강해지면서, 오픈소스 모델이 매우 경쟁력 있는 대안이 되고 있다고 설명합니다. OpenCode는 이러한 기업들에게 제어 평면과 함께 오픈소스 모델 추론 접근성을 제공하여 자연스럽게 사용을 유도하고 있습니다.

댁스는 장기적으로 추론 서비스가 주된 수익원이 된다면, 제어 평면 자체는 무료로 제공할 수도 있다고 언급했습니다. 또한 그는 추론 비즈니스가 매우 수익성이 높다고 강조하며, 이는 클라우드 서비스가 과거에 매우 수익성이 높았지만 비밀로 유지되었던 것과 유사하다고 비유합니다.

9. GPU 병목 현상과 AI 투자 과열 💸

댁스는 현재 GPU 공급이 매우 타이트하다고 지적합니다. GPU 생산부터 관련 하드웨어, 인력까지 전체 공급망이 수요를 따라가지 못하고 있다는 것입니다.

"GPU 스택 전반에 걸쳐, GPU 생산부터 지원 하드웨어, 인력에 이르기까지 모든 것이 현재 매우 타이트합니다. 추론 수요는 증가하고 있습니다. 선형적으로 증가하는 것이 아니라 기하급수적으로 증가할 수도 있다고 생각합니다. 하지만 GPU 생산은 기하급수적으로 증가하지 않고, 선형적인 프로세스입니다."

이러한 GPU 부족 현상 때문에 OpenCode와 같은 회사들은 필요한 GPU를 확보하기 위해 많은 비용을 선불로 지불해야 하며, 모두가 이 병목 현상이 지속될 것으로 예상하고 재고를 쌓아두고 있다고 합니다.

또한 댁스는 AI 분야에 대한 투자가 과열되어 있다고 경고합니다. 스타트업이 20억 달러를 모금하는 것도 엄청난 금액이지만, 아마존, 메타와 같은 빅 테크 기업들은 연간 수백억 달러를 지출하며 모든 GPU 수요를 흡수하고 있다고 설명합니다.

"스타트업 공간에서 일어나는 모든 것을 왜소하게 만듭니다. 그래서 그들은 모든 수요를 빨아들이고 있습니다. 공급망에 있는 모든 회사는 당신과 이야기하고 싶어 하지 않습니다. 왜냐하면 그들은 아마존이나 마이크로소프트, 구글과 무언가를 하려고 바쁘기 때문입니다."

10. AI 생산성 논란: 행복한 엔지니어 vs. 느린 속도 🐢

댁스는 AI 도구가 엔지니어링 팀의 생산성을 얼마나 높이는지에 대한 사회적 과장(hype)에 대해 비판적인 시각을 가지고 있습니다. 그는 자신의 트윗을 인용하며, 많은 사람들이 자신의 팀이 최고의 효율성을 달성했고, 코드 생산 능력에 의해서만 병목 현상이 발생한다고 말하지만, 실제 현실은 그렇지 않다고 주장합니다.

"모두가 자기 팀이 최고의 효율성을 달성했고, 코드 생산 능력에 의해서만 병목 현상이 발생한다고 말합니다. 하지만 실제 모습은 이렇습니다: 당신의 조직은 좋은 아이디어를 가지고 있습니다. 사람들은 이제 AI를 사용하여 생산성을 10배 높입니다. 그들은 더 적은 에너지를 사용하여 작업을 완료합니다."

그는 대부분의 소프트웨어 엔지니어링 환경이 "동기를 부여하고 흥미로운 환경"이 아니며, 많은 사람들이 주어진 일만 하고 가족에게 돌아가기 위해 노력한다고 설명합니다. 이러한 상황에서 AI 도구가 작업을 더 빠르게 할 수 있게 해준다면, 사람들은 그 추가 시간을 확보하여 워라밸을 높이는 데 사용할 것이라고 말합니다. 이는 매우 합리적인 행동이지만, 기업의 입장에서는 생산성 향상으로 이어지지 않을 수 있다는 것입니다.

"이러한 AI 코딩 도구의 순수한 결과는 같은 양의 작업이 완료되지만, 모든 엔지니어는 자신의 일이 더 쉬워져서 더 행복해지는 세상이 존재합니다. 이는 많은 회사에 충분하지 않습니다."

댁스는 오히려 AI 도구로 인해 코드 생성이 쉬워지면서, 품질에 대한 압박이 가중되고 있다고 지적합니다. 과거에는 코드 품질을 신경 쓰는 소수의 "비합리적으로 동기 부여된" 엔지니어들이 팀 전체의 품질을 지탱했지만, 이제는 AI가 생성한 "핵이 가득한 PR(Pull Request)"에 압도되어 번아웃되고 있다는 것입니다.

그는 기업들이 엔지니어의 동기 부여와 보상 방식을 재고해야 한다고 주장합니다. OpenCode와 같은 스타트업은 흥미로운 분야에서 일하고, 경쟁력 있는 인재를 유치하며, 모든 팀원이 회사의 성공에 기여할 수 있는 지분(equity)을 가지기 때문에 동기 부여가 쉽습니다. 댁스는 굳이 1000명의 사람을 고용할 필요 없이, 소수의 유능한 인재에게 좋은 보상을 제공하는 것이 더 효과적일 수 있다고 말합니다.

11. OpenCode의 내부 고찰: '댁스의 메모' 📝

댁스는 OpenCode 팀에 보낸 메모에서 현재 팀이 직면한 세 가지 주요 과제를 언급했습니다.

1. 출시할 가치가 없는 기능들을 출시하고 있다.
2. 기능을 반복 개발할 때, 원래 설계가 잘못되어 '핵(hack)'을 사용하게 되지만, LLM은 이 '핵'을 제대로 처리하지 못한다.
3. 정리(cleaning up)하는 데 더 많은 시간을 할애해야 한다.

댁스는 이러한 문제들이 AI 기술 때문에 더욱 가속화되고 있다고 설명합니다. AI 에이전트가 코드 생성을 너무 쉽게 만들어서, 개발자들이 장기적인 관점에서 시스템을 재고하거나 리팩토링하는 대신, 임시방편적인 '핵'을 남발하게 된다는 것입니다.

"가장 나쁜 부분은 이 모든 것이 우리가 더 빠르게 움직이기 위한 것이 아니라는 것입니다. 우리는 정상적인 속도로 움직이고 있습니다."

그는 AI 에이전트가 '핵'을 '핵'으로 인식하지 못하고, 단지 학습 데이터에 따라 코드를 생성하기 때문에, 개발자들은 과거에 '핵'을 만들 때 느꼈던 "불편함"이나 "양심의 가책"을 느끼지 못하게 된다고 말합니다. 이로 인해 피드백 루프가 왜곡되고, 장기적으로 코드베이스의 품질이 저하될 수 있다는 것입니다. 마치 "CEO가 직원들에게 일을 시키고 현장의 고통을 모르는 것"과 같다고 비유합니다.

댁스는 스타트업으로서 "빠르게 움직여야 한다"는 압박을 느끼지만, 장기적인 관점에서 보면 코드베이스를 정리하고 개선하는 데 투자하는 것이 중요하다고 강조합니다. 그는 AI 덕분에 기술 부채(technical debt)를 청산하는 것이 과거보다 훨씬 쉬워졌다고 말합니다. AI 에이전트를 이용해 새로운 패턴을 코드베이스 전체에 적용하거나, 오래된 코드를 제거하는 등의 작업을 쉽게 할 수 있기 때문입니다.

12. 예측에 대한 댁스의 회의론 🤷‍♂️

댁스는 소셜 미디어에 넘쳐나는 미래 예측에 대해 강한 회의감을 드러냅니다. 특히 "24세에서 29세 엔지니어가 곧 기술 분야에서 가장 가치 있는 인재가 될 것"이라는 예측을 비판하며, 이러한 예측들이 대부분 자신이 승자가 될 미래를 자신감 있게 주장하는 방어 메커니즘일 뿐이라고 말합니다.

"모든 사람이 자신에게 주문을 외우고 있을 뿐입니다. 방어 메커니즘은 자신이 승자가 될 미래를 자신감 있게 주장하는 것입니다. 그리고 여러분이 보는 거의 모든 예측이 그렇습니다." "항상 나의 회사와 같은 회사는 성공하고, 다른 회사는 실패할 것이라고 말합니다. 나의 직업은 AI로 대체되지 않지만, 다른 모든 사람의 직업은 AI로 대체될 것입니다."

그는 우리가 거대한 변화의 시대를 겪고 있으며, 모두가 자신의 위치에 대해 불안해한다는 점을 지적합니다. 댁스는 예측보다는 "오늘 무엇을 할 수 있고, 내일 무엇을 할 수 있는가"에 집중한다고 말합니다. 1년 전에는 OpenCode를 만들 줄 몰랐고, 1년 후에는 무엇을 할지도 모른다고 솔직하게 이야기합니다.

13. OpenCode의 엔지니어링 문화와 '감각(Taste)' 🎨

OpenCode는 현재 20명 이상의 팀원들이 빠르게 성장하고 있으며, 초기 성장통을 겪고 있습니다. 댁스는 오픈소스 회사로서 최대한 '공개적으로 개발(build in public)'하려고 노력하며, 사용자의 피드백을 직접 받고 이를 통해 로드맵을 결정하는 문화를 가지고 있습니다.

그는 팀원들이 "동기 부여를 가지고 즐겁게 일할 수 있도록" 지원하는 것이 중요하다고 강조합니다. OpenCode는 장기적인 게임이므로, 팀원들이 매일매일 흥미로운 일에 몰두할 수 있도록 자율성을 부여합니다.

"가장 큰 문제는 무엇이며, 우리에게 가장 큰 피해를 주는 것은 무엇이라고 생각하는가? 그들은 그것을 잡고 작업할 것입니다. 우리가 그들에게 무슨 일이 일어나고 있는지에 대한 올바른 맥락을 제공하는 데 능숙하다면, 그들은 대략적으로 좋은 판단을 내릴 것입니다."

또한 댁스는 '감각(Taste)'과 '품질(Quality)'의 중요성에 대해 역설합니다. AI가 아무리 발전해도 '감각'은 여전히 인간의 고유한 영역이며, 좋은 제품을 만들기 위해서는 '감각'이 필수적이라는 것입니다. 그는 "당신이 진정으로 좋은 제품을 만들고 싶어 하는가"라는 질문을 던지며, 많은 사람들이 단기적인 성공에 안주하여 품질을 등한시하는 경향이 있다고 비판합니다.

"궁극적으로 이것은 좋은 아이디어이며, 합리적입니다. 좋은 아이디어는 단순하고, 그래서 모두가 그 아이디어를 반복하지만, 좋은 아이디어는 단순하지만 실제로 실천하기는 매우 어렵습니다." "코드도 좋을 필요 없고, 제품도 좋을 필요 없다고 말하는 사람들이 많습니다. 아무것도 좋을 필요가 없습니다. 그냥 다른 것이고, 여전히 성공할 수 있다고 말합니다."

댁스는 품질에 대한 헌신은 합리적인 비즈니스 결정이 아닐 수 있지만, 장기적으로는 회사 문화와 인재 유치에 큰 영향을 미친다고 믿습니다. OpenCode의 초기 성공은 클로드 코드와 같은 거대 경쟁사에 맞서 '비합리적인' 품질, 즉 터미널 경험의 우수성에 집중했기 때문이라고 설명합니다.

"우리는 비합리적으로 품질 문제에 집중했습니다. 그 덕분에 훨씬 더 큰 제품 회사와 싸울 수 있었습니다."

14. 변화하는 엔지니어링 리더십과 조언 💡

댁스는 AI 시대에 엔지니어의 역할이 변화하고 있다고 진단합니다. 이제는 코드를 작성하는 것뿐만 아니라, 코드를 안전하게 출시하고, 오류를 방지하며, 코드베이스의 품질을 유지하는 '가드레일'을 설정하는 역할이 더욱 중요해진다는 것입니다. 이는 본질적으로 주니어 엔지니어들이 안전하게 코드를 배포하도록 돕는 것과 같은 문제라고 설명합니다.

"이제 엔지니어의 역할은 무엇일까요? 코드를 작성하지 않는다면 무엇을 할까요? 당신의 역할은 아마도 코드를 쉽게 출시하는 방법, 즉 코드를 안전하게 출시하는 방법을 알아내는 것일 겁니다."

흥미롭게도, AI 에이전트가 "멍청하고(idiots)" 엄청난 양의 코드를 24시간 내내 생성할 수 있기 때문에, 과거에 지루하고 복잡하다고 여겨져 외면받았던 도메인 주도 설계(Domain-Driven Design)와 같은 엄격한 엔터프라이즈 패턴들이 다시금 유용해지고 있다고 합니다. AI 에이전트는 이러한 정형화된 패턴을 잘 따르기 때문에, 가드레일을 강화하는 데 도움이 된다는 것입니다.

댁스는 경험 많은 엔지니어들에게 "특정 산업 분야의 전문가가 되라"고 조언합니다. 소프트웨어 엔지니어링 기술에 특정 산업에 대한 깊은 이해가 더해진다면, 해당 분야에서 "최고의 10인" 안에 드는 인재가 될 수 있다는 것입니다. 소프트웨어 엔지니어는 다른 직업과 달리 다양한 산업을 경험하고 전문가가 될 수 있는 유연성을 가지고 있기 때문에, 이러한 기회를 적극적으로 활용해야 한다고 강조합니다.

"소프트웨어 엔지니어링은 산업에 적용될 수 있는 기술이며, 당신은 훌륭한 소프트웨어 엔지니어가 될 수 있고, 그것만으로도 충분히 좋습니다. 하지만 당신이 특정 산업의 전문가가 된다면, 그것은 치명적인 조합입니다."

15. 추천 도서: 나심 니콜라스 탈레브(Nassim Nicholas Taleb)의 '스킨 인 더 게임' 📚

댁스는 본인이 독서량이 많지 않다고 솔직히 고백하며, 대신 아내의 독서 목록에서 좋은 아이디어를 얻는다고 말합니다. 하지만 그가 과거에 인상 깊게 읽었고 여전히 중요하다고 생각하는 책으로는 나심 니콜라스 탈레브의 저서들을 꼽았습니다.

특히 '스킨 인 더 게임(Skin in the Game)'과 '블랙 스완(Black Swan)'을 언급하며, 탈레브의 책들이 '창발적 특성(emergent properties)'이라는 아이디어를 이해하는 데 큰 도움을 주었다고 말합니다.

"세상의 거의 모든 위대한 것들은 탑다운(top-down) 설계가 아니라, 무수한 작은 개체들이 무작위적으로 함께 작동하면서 어떤 위대한 것이 탄생한 것입니다."

그는 이러한 하향식(top-down) 설계와 상향식(bottom-up) 시스템에 대한 이해가 견고한 소프트웨어, 살기 좋은 도시, 질병에 저항하는 유기체 등 세상의 모든 현상을 설명하는 데 도움이 된다고 말합니다.

마무리

댁스 라드와의 대화는 AI 시대의 소프트웨어 개발이 단순히 코딩 속도 증가를 넘어선 복잡한 문제임을 명확히 보여줍니다. 그는 OpenCode의 놀라운 성공 뒤에 숨겨진 전략적 사고, 사용자 중심의 접근 방식, 그리고 품질에 대한 비합리적인 고집을 솔직하게 이야기합니다. 특히 AI가 코딩의 육체노동을 줄여주면서 오히려 '판단력'과 '책임감'이라는 인간 고유의 영역이 더욱 중요해진다는 그의 통찰은 인상 깊습니다. AI가 모든 것을 빠르게 만들 수 있다는 환상에 젖어 단기적인 이익만 쫓기보다, 장기적인 관점에서 품질과 사람에 투자하는 것이 진정한 성공으로 가는 길임을 다시 한번 상기시켜주는 귀한 시간이었습니다. 👏