TL;DR

  • 1979년 텍스트 게임 Camel의 자원 관리와 선택 구조는 화면·메모리·조작이 제한된 Garmin 시계용 Preracer를 설계하는 데 유용한 모델임.
  • Preracer는 설탕, 물, 다리, 사기 네 자원이 서로 영향을 주도록 구성해 선택마다 상충 관계가 생김.
  • 사건의 종류와 심각도를 달리하고 같은 사건의 반복을 피함으로써, 같은 코스와 전략으로도 매번 적응이 필요함.
  • 탈수, 다리의 한계, 사기 붕괴, 컷오프 실패 등 패배 원인을 구분해 DNF가 경기에서 비롯된 결과로 느껴지게 함.
  • 짧은 문구와 시나리오가 숫자 중심의 시스템에 경주의 분위기와 개성을 더함.

숫자들이 서로 영향을 주게 하기

  • Camel의 흥미로운 점은 갈증을 기록하는 데 그치지 않고, 갈증이 다른 요소와 경쟁하게 만든 데 있음.
  • 더 세게 달리면 전진하지만 낙타가 지치고, 쉬면 추격자와의 거리가 가까워지며, 지금 물을 마시면 나중에 쓸 물이 줄어듦.
  • Preracer에도 같은 긴장 관계가 있음. 설탕, 물, 다리, 사기는 경주의 서로 다른 부분을 나타내지만, 독립된 체력 막대 네 개는 아님. 한 자원을 지키는 선택이 다른 자원에 손해를 줄 수 있음.
  • 특히 사기에는 의도적으로 한 단계 더 나아간 상호작용을 적용함.
  • 사기가 낮아지면 다른 자원이 더 빠르게 소모됨.
  • 상황이 악화될수록 사기 자체를 유지하기도 어려워짐.
  • 따라서 좋지 않은 경주는 네 수치가 각각 0에 가까워지는 데 그치지 않고, 하강의 악순환으로 이어질 수 있음.
  • 이런 구조가 실제 경주에 더 가깝다고 판단함.

불확실성이 같은 경주를 다르게 만듦

  • 시스템을 이해하더라도 결과를 정확히 알 수 있어서는 안 됨.
  • The Oregon Trail이 기억에 남은 이유 중 하나는 합리적인 계획도 질병, 날씨, 마차 고장으로 중단될 수 있었기 때문임. 경로는 대체로 같아도 완주 과정은 달라짐.
  • Preracer는 같은 원리를 사용함.
  • 경주 도중 사건은 서로 다른 풀에서 선택됨.
  • 사건의 심각도도 달라져 같은 유형의 난관이 한 번에는 사소한 불편으로, 다른 번에는 심각한 문제로 나타날 수 있음.
  • 같은 사건이 반복해서 나오지 않도록 함.
  • 따라서 같은 코스를 같은 기본 전략으로 다시 달려도 상황에 맞춰 대응해야 함.
  • Preracer는 콘텐츠만으로 수백 가지 경주를 만들려는 게임이 아님. 반복 플레이의 상당 부분은 선택과 경로상의 사건이 서로 작용하는 데서 나옴.

패배가 무슨 일이 있었는지 알려야 함

  • 오래된 자원 관리 게임은 실패의 원인에 따라 경험이 달라야 한다는 점도 잘 보여줌.
  • 식량이 떨어지는 일은 강을 건너다 익사하는 일과 다르고, 차축이 부러지는 일은 질병과 다른 이야기를 만듦.
  • Preracer에서도 패배 원인은 여러 가지임. 에너지 고갈(bonk), 물 부족, 다리의 한계, 사기 붕괴, 컷오프 시간 미달 등이 있음.
  • 밸런스를 조정할 때는 이 중 하나가 주요 패배 원인이 되는 상황을 명시적으로 살펴봄. 실패한 플레이가 거의 모두 같은 이유로 끝난다면 다른 자원은 제 역할을 하지 못하는 셈임.
  • DNF는 일반적인 게임 오버 화면이 아니라, 해당 경주에서 내린 선택과 겪은 상황의 결과처럼 느껴져야 함.

텍스트도 게임의 일부임

  • Camel이 특히 익숙하게 느껴지는 지점은 출력 문구임. 변하는 변수를 보고하는 스프레드시트처럼 쓰지 않고, 목소리를 담아 표현함.
  • 낙타를 몰아붙이면 게임은 “낙타가 사막의 모래밭을 가로질러 불타듯 달립니다”라고 알림.
  • 하룻밤 쉬게 하면 “낙타가 고마워합니다!”라고 알림.
  • 사용 설명도 “행운을 빌며, 즐거운 낙타 몰이가 되길!”이라는 문구로 마무리됨.
  • 이런 문구는 시스템이 작동하는 데 필수는 아니지만, 소수의 변수가 산술 계산이 아니라 사막을 건너는 여정처럼 느껴지게 하는 큰 요소임.
  • Preracer도 같은 효과를 추구함. 시나리오는 능력치를 바꾸는 데 그치지 않고 경주에 개성을 부여함.
  • 시나리오에 딸린 짧은 문구인 “의지력만으로 고개를 넘습니다”, “다리가 다시 생각해 보려 합니다”는 소프트웨어가 아니라 경주처럼 들리도록 의도한 표현임.
  • 그중 일부는 실제로 그런 경험을 해본 사람에게만 제대로 와닿음.

오래된 문제, 새로운 코스

  • Garmin 시계는 분명 1970년대 컴퓨터와 다름. 하지만 시계용 게임을 만들 때는 익숙한 설계 문제가 다시 나타남. 공간이 부족하고 입력 방식이 제한적이며, 시각적 볼거리에 의존할 수 없음.
  • Garmin 시계용 게임을 설계하면서 1979년 게임이 도움이 될 것이라고 예상하지 않았지만, 수십 년의 하드웨어 발전을 걷어내면 같은 문제가 남아 있음.
  • 작은 화면, 몇 가지 자원, 그리고 플레이어가 반복해서 던지는 질문이 있음. “다음에는 무엇을 해야 할까?”
  • 나머지 경험은 그 선택을 둘러싼 요소에서 나와야 함. 선택의 대가, 불운, 뜻밖의 시나리오, 그리고 숫자 묶음을 경주처럼 느끼게 하는 짧은 문구가 여기에 해당함.