Unreal Engine 1을 만들 때 내 시간은 어떻게 나뉘었나

읽기 전에

스위니가 AI 위임에 단 전제는 개발자가 만들던 수준의 품질 유지다. 팀 스위니의 2026-10-18 10:39:26 KST X 게시물에 나온 약 30%·70%는 Unreal Engine 1 개발 시간에 대한 개인 회고다. 생산성을 비교한 실험 결과나 개발자 전체의 기준값이 아니다.

품질을 유지하면서 어떤 작업을 맡길 수 있나?

개발을 직무 하나가 아니라 작업 묶음으로 보는 틀이 필요하다. 코드 입력·리팩터링에 쓴 시간과 어려운 문제 해결에 쓴 시간을 구분한다. 이 구분이 곧 직무 전체의 대체 비율을 뜻하지는 않는다.

회고 대목에서는 작업의 차이를, AI 평가 대목에서는 위임의 조건을 읽는다. 어려운 기술 문제와 3D 장면을 다룬다는 말은 스위니의 관찰이다. 끝의 판단 기준은 최종 제품이다.

Executive Summary

팀 스위니가 2026-10-18 X에서 제시한 기준은 AI 사용 여부보다 최종 게임·엔진의 가치다.^[1] 더 많은 아이디어를 시험해 더 나은 제품을 빨리 만들 수 있다면 모두에게 이득이라는 주장이다.^[1]

위임의 전제는 인간과 비슷한 품질이다

인간의 코드도 완벽하지 않으므로 AI에 요구하는 기준 역시 무오류는 아니다.^[1] 수년간 모델이 발전해 반복 구현을 맡게 된 변화는 스위니에게 예상 범위였다.^[1] 검토·수정 비용이 절감한 시간을 넘는다면 위임의 이득도 사라진다.

30/70은 개인의 시간 회고다

Unreal Engine 1 개발 때 약 30%는 어셈블리어 텍스처 매퍼, C++ 이진 공간 분할(Binary Space Partitioning, BSP) 트리, 데이터 영속성, 객체지향 시스템 설계, 네트워킹에 썼다고 한다.^[1] 약 70%는 엔진의 전체 기능을 갖추는 대량 코드 작성·리팩터링이었다.^[1] 쉬운 코드를 IBM Model M으로 치는 동안 생각은 다음 난제의 구상에 가 있었다는 회고다.^[1] 그는 이를 프롬프트 입력·결과 검토 중심의 바이브 코딩에 견준다.^[1] 이 비율은 AI 생산성 배율이나 일자리 대체율의 측정치가 아니다.

난제 해결과 3D 작업은 저자의 능력 평가다

예상 밖의 변화로 꼽은 것은 난제에 기발하고 종종 깔끔한 해법을 내는 ‘즉석 카맥(insta-Carmack)’ 같은 AI다.^[1] 복잡한 3D 장면에서도 도구 조작뿐 아니라 원시 데이터 파일을 이해해 작업한다고 평가한다.^[1] 구체적인 성능 시험 결과를 제시한 주장은 아니다.

도구 교체의 가치는 상위 작업으로 옮길 때 생긴다

스위니는 1998년 비순차 실행 프로세서에서 더 단순한 C/C++ 코드가 더 빨라 어셈블리어를 떠났다고 회상한다.^[1] 그 선택에 아쉬움도 없었다는 개인사이지, 모든 프로세서에서 C/C++가 더 빠르다는 법칙은 아니다.^[1] 아키텍처 문서·콘셉트 아트·디자인 계획을 통한 지시가 코드 입력·정점 조정을 넘어선다면, 개발자는 더 상위의 가치 있는 기술·창작 작업에 시간을 쓸 수 있다는 전망이다.^[1]

팩트체크

종합 신뢰도 C — 개인 회고와 미계량 평가가 중심이다.

C는 거짓 판정이나 정확도 점수가 아니다. 이 글의 비율과 AI 능력 평가를 다른 개발자에게 일반화할 근거가 제한된다는 뜻이다.

판정은 개인 회고·조건부 주장·제한된 실험 근거·저자 평가·부분 사실·의견으로 구분한다.

개인 회고

30/70은 스위니 자신의 개발 시간 추산이다.

원문에는 작업 기록이나 집계 방법이 없다. 업계의 업무 비중이나 AI의 시간 절감률로 읽을 수 없다. 원문 1~3문단

조건부 주장

AI 위임에는 인간과 비슷한 품질이라는 조건이 붙는다.

인간 작업도 완벽하지 않았다는 단서가 있다. 품질 동등성이나 총시간 절감의 비교 측정은 제시하지 않는다. 원문 4문단

제한된 실험 근거

맡긴 작업의 비중과 실제 절감 시간은 다른 값이다.

METR의 2025년 초 연구는 익숙한 저장소에서 작업하는 숙련 기여자 16명의 과제 246개를 AI 허용·금지 조건에 무작위 배정했다. AI 허용 조건의 조정된 완료 시간은 19% 늘었다. 당시 집단과 도구에 관한 결과이지 2026년 AI 전체의 효과를 반증하지 않는다. 연구 대상 · 무작위 배정 · 결과 · METR 발표와 적용 한계

저자 평가

난제 해결·복잡한 3D 작업은 재현 가능한 성능 시험으로 제시되지 않았다.

모델명, 과제 집합, 성공률, 사람과의 비교 기준이 없다. ‘즉석 카맥’은 스위니의 비유이지 일반 능력 벤치마크가 아니다. 원문 5문단

부분 사실

비순차 실행의 역사는 확인되지만, 1998년 전환은 개인 이력이다.

Intel 문서는 P6 계열의 Pentium Pro가 동적·비순차 실행을 사용했다고 설명한다. 이것이 스위니 자신의 코드 비교나 모든 C/C++ 코드의 어셈블리어 대비 우위를 증명하지는 않는다. 원문도 비순차 실행을 1998년에 발명했다고 말하지 않는다. Intel SDM 2026-09, §2.1.6 · §2.2.1 · 원문 6문단

의견

최종 제품을 판단 기준으로 삼자는 것은 가치 판단이다.

고수준 지시가 직접 코딩·정점 편집을 넘어설 경우 상위 작업 시간을 확보한다는 대목은 조건부 전망이다. 생산성 배율이나 일자리 대체 추정의 근거가 아니다. 원문 6~7문단

원문 발췌 번역

내가 Unreal Engine 1을 개발할 때 내 시간은 다음과 같이 나뉘었다.

약 30%는 어려운 문제를 깊이 파고드는 코딩에 썼다. 어셈블리 언어 텍스처 매퍼, C++ BSP 트리, 데이터 영속성, 객체 지향 시스템 설계, 네트워킹이 여기에 해당했다.

중간 부분은 생략했다. 아래는 마지막 문단의 첫 문장이다.

중요한 것은 게임이든 엔진이든 최종 제품이다.

마지막 문단의 나머지 문장은 생략했다. 전문은 원문에서 읽을 수 있다.

원본 링크·인용

Tim Sweeney. X 장문 게시물. 2026-10-18 10:39:26 KST. 원문 전문

원문에는 별도 제목이 없다. 이 페이지의 제목은 첫 문장을 바탕으로 붙였다.

기타

본문은 주장 전체를 설명한 한국어 해설과 짧은 발췌 번역이다. 번역한 범위는 원문 51단어이며 전문 번역이 아니다. 생략한 부분은 원문에서 읽을 수 있다.

신뢰도는 주장의 증거 수준을 나타낸다. 저자의 경력이나 글의 가치에 대한 점수가 아니다.