2026년 6월 24일, John Carmack이 X에 장문의 글을 올렸다. 이는 드문 경영 실책에 대한 반성이었다. 차분하고 구체적이었으며, 그가 평소 보여주던 그래픽스 관련 견해나 VR 기술 분석과는 전혀 결이 달랐다. 글은 담담한 두 단어로 마무리되었다 — “Sorry, Sandy” — id Software의 역사 속에서 수십 년간 침묵 속에 묻혀 있던 사과였다. 게시글의 조회수는 이미 백만을 넘겼고, Hacker News의 관련 토론은 반나절 만에 468개의 vote와 235개의 댓글을 쌓았다. 이 열기 속에서, 그 게시글은 게임사를 넘어선 질문 하나를 건드렸다. 기술 천재가 동시에 팀 의사 결정의 핵심일 때, 그의 사각지대는 어디인가?
필자는 게임 업계에서 일한 적도, 엔지니어링 팀을 관리해 본 적도 없다. 이하의 분석은 전적으로 Carmack의 공개 발언, Sandy Petersen의 수년간 인터뷰 기록, 그리고 HN 등 커뮤니티 논의에서 부상한 엔지니어링 경영의 통찰에 기초한다. 이는 기술 리더십의 경계에 대한 중립적인 정리다.
그 게시글에서 실제로 무엇을 말했는가
Carmack의 반성은 네 가지 구체적 항목으로 구성되어 있다.
첫째는 기술 선정의 과도한 야심이다. Quake는 1996년에 완전한 6DOF 환경과 3D 캐릭터 모델을 도입했는데, 이는 당시로서는 혁명적이었다. 그러나 Carmack은 이제 이렇게 생각한다. 사실 “Doom++” 엔진 위에서도 멀티플레이어 대전과 mod 시스템을 구현할 수 있었을 것이며, 레벨 디자이너들이 더 안정된 기반 위에서 작업할 수 있었을 것이라고. 반복적인 하부 기술 변경에 “카펫째 뜯겨나가는(rug-pulling)” 일을 겪지 않아도 되었을 거라고. 진정한 풀 3D는 다음 작품으로 미뤄도 되었다.
둘째는 업무 강도의 통제 실패다. 그는 “모두를 너무 몰아붙였다”고 인정하며, 성숙해 가는 회사에는 더 많은 버퍼 공간이 필요하다는 점을 이해하지 못했다고 털어놓았다. “창업 초기의 강도로 지속적으로 가동하면 사람이 소진된다.” 바로 이 Quake 개발 기간 동안 Carmack은 개인 능력의 천장에 진정으로 부딪혔다 — 인간의 한계에 가까운 방식으로 일했음에도, 그는 자신의 목표 일정을 계속해서 놓치고 있었다.
셋째는 회사 지분 구조와 인수 조항의 설계 실패다. 창립 팀은 소유권이 오로지 “현재 프로젝트를 위해 전력을 다하는 사람”에게만 주어지길 원했지만, 돌이켜 보면 실리콘밸리 표준의 vesting 메커니즘이 더 나은 선택이었을 것이다.
넷째가 가장 미묘하다. Carmack은 특별히 선을 그었다. 레벨 디자이너에게 반드시 강력한 비주얼 아트 능력을 함께 요구한 것 — 이 점에 대해서는, “나는 비난을 받아들이지 않는다”고 말했다. 그는 John Romero가 이미 초기부터 이러한 기대치를 확립해 두었다고 설명한다. 진짜 문제는 그들이 “아티스트와 디자이너의 페어 협업” 메커니즘을 더 일찍 구축하지 못한 데 있다는 것이다. 그러나 당시 디자이너들 사이에는 내부 다툼이 있었고, 비주얼 표현까지 소화할 수 있는 사람들은 그렇지 못한 동료를 깎아내리기를 즐겼다.
그리고 마지막 세 단어: “Sorry, Sandy.”
Sandy Petersen은 누구이며, 왜 “Sorry, Sandy”가 중요한 사건인가
Sandy Petersen은 1993년 id Software에 합류했다. 당시 Doom 정식 출시까지는 단 10주밖에 남지 않은 시점이었다. 이 짧은 기간 동안 그는 Doom 27개 스테이지 중 19개를 제작했다 — 그중 절반도 안 되는 수만이 전임 디자이너 Tom Hall이 남긴 프레임워크에 기반한 것이었다. 이어서 Doom II의 32개 스테이지 중에서는 17개를 기여했다.
Petersen의 스테이지에는 독특한 개성이 있다. 그 자신의 표현에 따르면, 그의 맵은 “보통 가장 아름답지는 않지만”, 정교하게 설계된 인카운터 안무로 가득하다 — 줄지어 놓인 폭발물이 몬스터 무리로 이어지고, 공중에 떠 있는 수영장, 환경 스토리텔링으로 전방의 위험을 암시하는 방식. 그의 설계는 다년간의 테이블톱 RPG 경험에 뿌리를 두고 있으며, 강조하는 것은 “시각성(visibility)“이 아닌 “플레이 가능성(playability)“이다.
문제는, 3D 기술이 도입되고 머티리얼과 라이팅 시스템이 복잡해지면서, id Software의 레벨 디자이너에게 요구되는 비주얼 기준이 급격히 상승했다는 점이다. Petersen은 전문적인 미술 능력을 갖추지 못했고, 그의 맵은 Quake 시대의 미적 기준 아래에서 “충분히 예뻐 보이지 않게” 되기 시작했다. 같은 시기에 Tim Willits처럼 미술과 설계 능력을 동시에 갖춘 후발주자가 부상했고, 팀 내부에는 암묵적인 위계 질서가 형성되었다 — 그림을 잘 그리는 사람이 설계만 하는 사람을 무시하는 문화였다.
Sandy Petersen 자신의叙述에 따르면, Quake 개발 기간 동안 팀 내부에는 심각한 오피스 폴리틱스가 존재했다. 그는 여러 인터뷰에서, 팀 분열의 핵심 인물은 Carmack이 아니라 “이름을 거론하기를 거부하는 어떤 인물”이었다고 말했다 — 커뮤니티는 이를 보편적으로 Tim Willits로 해석한다. Petersen은 1997년 id Software를 떠나 Ensemble Studios에 합류했다. 그와 동시기 또는 그보다 조금 앞서 John Romero와 다른 핵심 멤버들도 회사를 떠났다 — HN 사용자 jpgvm의 집계에 따르면, 약 11-12명의 Quake 팀 중 약 7명이 최종적으로 이탈했다.
그리고 이 모든 논의를 촉발한 원래의 게시글에, Sandy Petersen 자신도 한 줄을 남겼다. X의 UI에 일부가 접혀 있었지만: “만약 내 추론이 맞다면 — Quake가 id Software를 파괴했다면 — 그만한 가치가 있었을까? 나는 말하겠다, 절대적으로 그렇다. 게임은 게임 회사보다 중요하며, Quake는 게임 세계의 상징적인 기념비다.”
커뮤니티 논의 속 몇 가지 핵심 시각
HN의 댓글들은 일방적인 감동이나 성토가 아니었다. 가장 흥미로운 것은 그 안에 담긴 긴장감이다.
사용자 georgemcbay는 Carmack이 털어놓은 기술적·경영적 교훈에는 물론 가치가 있지만, 자신이 가장 감명받은 것은 마지막 문장의 “명확하고, 직설적이며, 공감 어린 사과”라고 평했다. 그는 Carmack이 “그때 나는 겨우 24, 25살이었다”는 이유를 댈 수도 있었다고 말한다 — 이는 대중의 인식 속에서 충분히 수용 가능한 설명이다 — 그러나 그는 직접 사과를 선택했다. 이것이 어떤 변명보다도 무게가 있다는 것이다.
사용자 hiddencost는 완전히 반대의 해석을 내놓으며, 해당 게시글 전체가 실질적으로는 “전문적인 자세로 포장된 모욕”이라고 주장했다 — Carmack이 공개적으로 “Sandy는 비주얼 감각이 결여된 형편없는 디자이너다”라고 말한 것은 “읽기에 상당히 불쾌하고 가혹하다”는 것이다.
이 두 가지 읽기 방식은 더 깊은 긴장 관계를 드러낸다. Carmack은 반성의 책임 경계를 받아들이면서도, 동시에 특정 구체적 결정에 대해서는 비난받기를 거부한다. 그의 논리는 이렇다 — 미적 기준은 Romero가 초기에 설정한 것이고, 이는 회사 차원의 합의에 속하는 것이지, 자신의 개인적 실수가 아니라는 것이다. 그러나 회사의 기술 핵심이자 의사 결정자 중 한 명으로서, 이러한 “부분적 책임”의 자세가 의사 결정자의 역할 의무를 충분히 커버하는가? 이 질문에는 정답이 없다. 하지만 모든 기술 리더가 자신만의 “Sorry, Sandy” 순간과 마주할 때마다 스스로에게 물어볼 가치가 있다.
사용자 CamperBob2는 Carmack의 기술적 야심을 이렇게 변호했다. “‘Doom++로도 충분했다’는 말은 그 당시 모든 사람이 다음 도약을 갈망하고 있었다는 사실을 간과한다. Ken Silverman의 Build 엔진(Duke Nukem 3D)이 이미 개발 중이었고, Quake보다 약 6개월 먼저 출시되었다. Quake의 일정을 단축했다면 두 제품이 직접 경쟁하게 되어 양측 모두에게 해가 되었을 것이다. 기술적 압도를 가하는 것은 애초에 Carmack의 소임이었고, 그는 그것을 해냈다. 그 점에 대해 사과하거나 스스로를 의심할 필요는 없다.”
사용자 tombert는 《Masters of Doom》의 내러티브를 인용하며 이런 인상을 남겼다. “John Carmack은 극도로 똑똑한 사람이자, 동시에 아마도 거대한 나쁜 놈일 수 있는 사람이다.” 그는 자신이 Quake 개발팀 자리에 있었다면 “아마 중간쯤에서 Carmack에게 엿이나 먹으라고 했을 것”이라고 말했다 — 그럼에도 Quake는 여전히 자신이 가장 사랑하는 클래식 FPS라고 덧붙였다.
사용자 grim_io의 댓글은 단 한 줄이었지만, 아마도 전체 논의에서 가장 정확한 요약일 것이다. “아마도, 극도의 탁월함 자체는 지속 가능성을 본질적으로 결여하고 있는 것이리라.”
기술 능력과 경영 능력의 직교성
엔지니어링 경영의 관점에서, Carmack의 게시글에서 가장 깊이 생각해 볼 만한 것은 보다 구조적인 문제다. 기술 능력과 경영 능력은 직교한다(orthogonal).
Carmack의 기술적 의사 결정 품질은 누구나 인정하는 바다 — Quake의 렌더링 파이프라인, QuakeC 가상 머신, client-server 네트워크 아키텍처, 이 모든 것이 당시 업계 표준을 정의했다. 그러나 시각이 “어떻게 하면 최적의 시스템을 구축할 것인가”에서 “어떻게 하면 최적의 팀을 구축하고 유지할 것인가”로 전환될 때, 동일한 판단 프레임워크가 실패할 수 있다. 기술 문제에는 명확한 해 공간이 존재하며, 전수 조사가 가능하고 benchmark가 가능하며 증명이 가능하다. 사람 문제는 그렇지 않다.
구체적으로 id Software의 사례에서, 경영적 측면의 몇 가지 관찰을 추출할 수 있다.
첫째, ‘전능형 인재’ 선호의 함정. 초기 팀 규모는 작았고, 모두가 여러 역할을 겸임했다 — Romero 자신도 코드를 쓰는 한편 레벨을 만들고 설계 결정까지 수행했다. 이 모델은 6인 팀에서는 완벽하게 작동했지만, 팀이 10여 명으로 확장되고 기술 요구가 급격히 상승한 후, “레벨 디자이너는 반드시 미술 능력도 갖춰야 한다”는 고집은 더 이상 엘리트주의가 아니라 인재 선별 깔때기의 과도한 협소화다. 이것이 배제하는 것은 기준에 부합하지 않는 사람만이 아니라, 단일 차원에서 극도로 뛰어난 사람들일 가능성도 있다.
둘째, 단일 지니어스 모델의 구조적 리스크. Doom 시대 id Software의 성공은 대체로 Carmack의 기술 엔진 + Romero의 설계 드라이브라는 듀얼 코어 구조 위에 세워져 있었다. 그러나 한 천재의 개인 능력 상한선에 도달하면(Carmack은 Quake 개발 기간 자신이 “인간의 한계까지 최대한 열심히 일했다”고 스스로 말한다), 시스템의 성장 여력도 동시에 고갈된다. 천재 개인은 이 날의 도래를 지연시킬 수는 있지만, 제거할 수는 없다.
셋째, 갈등 조정자의 역할 부재. Carmack은 게시글에서 디자이너들 사이의 “내부 다툼”을 언급했다 — 비주얼 표현을 잘 해내는 사람들이 그렇지 못한 동료를 깎아내리기를 즐겼다는 것이다 — 그러나 당시 누구도 이러한 행동을 제지하거나 중재하려 나서지 않은 것으로 보인다. 기술 주도형 팀에서는 경영진(존재한다면)이 흔히 “산출물이 최우선”이라고 가정하고, 인간관계의 마찰을 부차적 문제로 취급하기 쉽다. 그러나 마찰을 방치하면, 그것은 결국 인재 이탈로 전환된다.
이 세 가지 문제는 결코 Carmack만의 독특한 것이 아니다 — 필자는 HN 토론에서 많은 엔지니어들의 공감 댓글을 보았다. 유사한 “기술 리더는 사람 관리를 못 한다”는 이야기가 업계에서 반복적으로 재현되고 있다는 것이다. 다만 이번에는, 당사자가 직접 써 내려갔을 뿐이다.
겸손 성명
본문은 전적으로 Carmack의 공개 게시글, Sandy Petersen의 공개 인터뷰, 그리고 HN 등 커뮤니티의 공개 논의를 기반으로 작성되었다. 필자는 id Software의 내부 운영을 직접 접촉한 적이 없으며, 모든 경영적 추론은 공개 자료에서 출발한 것으로, 어떠한 개인이나 회사에 대한 정성적 판단을 구성하지 않는다. 글은 AI 도구를 활용해 자료 정리와 구조梳理를 보조했으며, 핵심 판단과 문자 표현은 인간이 수행했다.
기술 천재의 경영 사각지대는 제거되어야 할 문제가 아니다 — 그것은 어쩌면 어떤 종류의 창조성에 따르는 대가일지도 모른다. 문제는, 후발자로서 우리가 그 대가를 지불하기 전에 그것을 볼 수 있는가 하는 점이다.