Steam, Epic의 '바이브 코딩' 런처 속도 자랑 24시간 만에 뒤집었다

> Epic이 더 빠른 클라이언트를 "바이브 코딩"했을지 모르지만, Valve는 수십 년 된 생태계에 대한 표적 최적화가 여전히 AI 스피드런을 이길 수 있음을 증명했다.

AI로 프로젝트를 최적화하는 건 AI로 할 수 있는 가장 사소한 일 중 하나다.

나는 Valve 엔지니어들이 AI를 안 쓴다는 말도 도저히 못 믿겠다. 특히 "이봐 claude, 느린 시작의 주요 원인 순위 좀 매겨봐" -> "오케이 이제 고쳐" 같은 사소한 일에는 말이다. 내가 인정할 수 있는 최대치는 모두가 암묵적으로 다크 포레스트 문제처럼 AI를 몰래 쓴다는 것 정도다.

좋은 벤치마크 스크립트 하나만 있으면, Opus 4.8이든 뭐든 내 터미널 앱을 ghostty나 kitty보다 더 빠르고 메모리도 적게 만들었다. 그것도 별로 흥미롭지도 않다.

> 토론 포럼과 커뮤니티 허브 없음

> 사용자 작성 텍스트 리뷰 없음

> 커뮤니티 제작 가이드와 공략 없음

> 스크린샷, 클립, 아트워크 공유 없음

이 기능들을 자기 런처에 넣을 역량이 없다는 게 믿기지 않는다. 커뮤니티를 위한 도구로 만드는 걸 적극적으로 거부하는 거다.

게임 사고 실행하는 수단일 뿐인 거다, 그게 전부다. 말하지 말고, 게임에 대한 의견도 내지 말고, 포럼에서 남도 돕지 말고..

Epic이 Steam에서 게임을 독점으로 묶어둘 때도 Epic을 피할 수 있었는데, 잘한 것 같다. 부끄러울 따름이다.

이 상황 전체를 보면서 드는 생각은, 사람들이 Valve를 대신해 화내고 방어하느라 얼마나 많은 시간을 낭비하는가다. 거의 사람들이 애플리케이션 자체와 기생사회적 관계를 맺은 것 같다.

"빠진" 기능들은 말할 것도 없다.

게임 내 아이템을 위한 커뮤니티 마켓플레이스 없음

플레이어 간 직접 아이템 거래 없음

디지털 트레이딩 카드, 레벨링, 포인트 상점 없음

더 많은 애플리케이션 개발자들이 이 기능들을 "깜빡하고" 안 넣었으면 좋겠다.

이게 바로 소프트웨어가 느리고 모든 게 유휴 상태에서 2GB RAM을 쓰는 이유다: 아무도 진짜로 신경 쓰지 않기 때문이다.

AI가 이 속도 개선 작업을 훨씬 쉽고 빠르게 만들었을 거라고 확신한다. 아마 모노레포 접근 권한과 "기능은 바꾸지 말고 런처 부팅을 더 빠르게 만들어줘. 전후 벤치마크 수치는 계속 기록해"라는 프롬프트 하나면 충분했을 거다. 물론 결과물로 나온 diff를 동료들이 승인해준다는 전제하에 말이다.

하지만 아마 수십~수백 명의 SWE로 구성된 개발팀을 가진 이 두 회사 중 어느 쪽이든, 5년 전에 "다음 2개월 동안 런처 성능 최적화에 써"라고 지시했으면 비슷한 결과를 얻었을 거다.

나는 내 소프트웨어를 빠르고 효율적으로 만드는데, 그게 대체로 재미있기 때문이다. 웹 앱, Electron, 그 밖의 무엇이든 효율적이고 가볍고 성능 좋게 만드는 걸 막는 건 아무것도 없다. 다만 그걸 세팅하는 데 필요한 약간의 노력이, 매 페이지 로드마다 16MB짜리 아이콘 캐시와 안 쓰는 분석 SDK 13개를 통째로 임포트하고 파싱하면서 신경 안 쓰는 편리함에 밀렸을 뿐이다.

그렇긴 한데 왜 더 일찍 안 했을까? Steam 클라이언트는 형편없고 변명의 여지가 없다.

Epic의 분위기는 그냥 악의적이고 독성적이다. Steam은 조용히 자기 할 일을 할 뿐이다. 현실에서 통하지 않으면 아이디어에 무슨 가치가 있나?

그냥 Epic 사람들이 다 같이 휴가 좀 다녀오고, 모든 것에 대해 목을 조르는 듯한 태도 없이 돌아왔으면 좋겠다. 그냥 좀 쉬고, 긴장 풀어라. 게임 검색하고 사고 다운로드하는 브라우저일 뿐이다.

Steam을 개선해줘서 고마워 Epic! 잘 봤다