회사 소개

은 오랜 기억을 간직한 소규모 독립 게임 스튜디오입니다. 여러분이 읽고 있는 이 “회사 소개” 페이지는 원본 그대로입니다. 스튜디오가 단 두 명의 인원으로 공유 홈 오피스를 운영하며, 퍼블리셔의 간섭 없이도 진짜 게임을 만들 수 있다는 완고한 믿음을 가졌던 2000년대 초반의 스냅샷이죠. 우리가 어디서 시작했는지 솔직하게 보여주며, 당시의 인물들이 여전히 게임을 만들고 있기에 이 페이지를 거의 그대로 유지해 왔습니다. 다음은 그 페이지를 확장한 내용으로, 우리가 누구인지, 실제로 무엇을 하는지, 어떻게 일하는지, 그리고 PlayStation 2에서 C++와 DirectX로 시작한 스튜디오가 어떻게 HTML5 게임과 보드게임 각색판을 출시하게 되었는지를 다룹니다.

주요 내용

• Massively Fun은 Stephen과 Angela Wilkinson이 설립하고 운영하는 2인 독립 스튜디오로, 1990년대 중반부터 활동해 왔습니다.
• Stephen의 배경은 전문적인 콘솔 및 PC 엔지니어링으로, C++, DirectX를 다루며 PS/2, Xbox, GameCube 시대의 하드웨어로 타이틀을 출시한 경험이 있습니다.
• Angela의 배경은 Java, C++, ASP, Delphi에 걸쳐 있으며, 스튜디오를 지탱하는 가정을 꾸리는 훨씬 더 어려운 일까지 도맡고 있습니다.
• 스튜디오의 결과물은 업계의 흐름에 따라 변화해 왔습니다. 네이티브 콘솔 작업에서 브라우저 기반 HTML5/JavaScript 게임, 그리고 물리적 보드게임의 디지털 각색판으로 확장되었습니다.
• 우리는 작고 출시 가능한 단위로 구축하며, “야심 차지만 미완성인 것”보다 “완료되어 출시된 것”을 더 가치 있게 여깁니다.
• 이곳의 모든 것(리뷰, 다운로드, 개발 노트)은 콘텐츠 팜이 아니라 실제로 게임을 만드는 사람들이 작성한 것입니다.

우리는 누구인가

Stephen Wilkinson — 수석 소프트웨어 엔지니어. Stephen은 전문 게임 엔지니어로 수년을 보냈으며, 특히 Infogrames 계열사인 Paradigm Entertainment에서 PS2/Xbox/GameCube 세대의 콘솔 타이틀 작업을 담당했습니다. “게임 출시”가 고정된 메모리 예산에 맞추고, 렌더러를 수동으로 튜닝하며, 자동차 한 대 값보다 비싼 개발 키트에서 디버깅하는 것을 의미하던 시대였습니다. 그는 1987년 오클라호마주 던컨의 던컨 고등학교를 졸업했습니다. 이는 그가 아주 오랫동안 소프트웨어를 작성해 왔으며, 우리 중 많은 이들이 그랬듯 호기심과 가정용 컴퓨터, 그리고 수많은 밤샘 작업을 통해 게임의 세계에 들어왔음을 말해줍니다.

그가 밝힌 기술들은 이 스튜디오에 있어 핵심적인 것들입니다. 컴퓨터 게임 작성, C++, DirectX, 그리고 PS/2, Xbox 및 일부 GameCube를 아우르는 콘솔 개발 능력이 그것입니다. 실제로 이는 그가 메모리 관리와 렌더링부터 게임플레이 시스템과 툴링에 이르기까지 스택 전체를 능숙하게 다룬다는 것을 의미합니다.

Angela Wilkinson — Arthur의 엄마이자 대기 중인 코더. Angela의 공식 직함은 그녀의 역할을 다 담아내지 못합니다. 그녀의 툴킷은 Java, C++, ASP, Delphi, 그리고 원본 페이지에서 “Mom 1.0”이라 부르는 것, 즉 2인 스튜디오를 실제로 굴러가게 만드는 운영 체제입니다. 가족과 함께 게임을 만들어 본 사람이라면 두 번째 직업(가정 관리)이 더 어렵다는 것과, 물류, 일정, 사기를 관리하는 사람이 없는 스튜디오는 아무것도 출시할 수 없다는 것을 잘 알 것입니다.

그녀의 좋아하는 목록은 짧고 명확합니다. 바로 Arthur(그리고 Stephen)입니다. 이 한 줄에 스튜디오의 전부가 담겨 있습니다.

실제로 무엇을 만드는가

Massively Fun의 카탈로그는 몇 가지 뚜렷한 종류의 작업으로 나뉩니다. “인디 스튜디오”라는 말이 너무나 광범위하게 쓰이기 때문에 이를 명확히 밝힐 필요가 있습니다.

관련 항목: Unity Asset Store — Unity 프로젝트에 바로 적용할 수 있는 기성 아트, 도구 및 템플릿.

• 오리지널 HTML5/JavaScript 게임. 플러그인, 설치, 스토어의 게이트키퍼 없이 실행되도록 제작된 브라우저 우선 타이틀입니다. 이것이 우리가 하는 일의 현대적 핵심입니다.
• 보드게임의 디지털 각색판. 이 분야에서 가장 잘 알려진 작업은 Klaus Teuber의 Catan을 디지털로 구현한 Catan World입니다. 이 게임은 규칙을 설명하기는 간단하지만, 전체 경험이 턴 순서, 자원 거래, 플레이어 간의 사회적 협상에 달려 있기 때문에 올바르게 구현하기는 정말 어렵습니다.
• 작고 날카로운 아케이드 스타일 게임. *Fast Iron*과 Word²가 이 범주에 속합니다. 타이트한 루프, 빠른 세션, 그리고 한 문장으로 설명할 수 있지만 튜닝하는 데는 몇 주가 걸리는 메커니즘이 특징입니다.
• 리뷰 및 논평. 우리는 게임을 많이 플레이하며 그에 대해 글을 씁니다. 이 사이트의 리뷰는 현직 개발자들이 작성하므로 관점이 다릅니다. 우리는 외적인 프레젠테이션만큼이나 시스템, 조작감, 기술적 실행력에 관심을 두는 경향이 있습니다.

이러한 조합은 우연이 아닙니다. 이는 의도적인 전략을 반영합니다. 단일 프로젝트의 범위를 두 사람이 끝낼 수 있을 만큼 작게 유지하고, 여러 종류의 프로젝트를 동시에 진행함으로써 스튜디오가 단 하나의 타이틀 성공 여부에 의존하지 않도록 하는 것입니다.

여기까지 어떻게 왔는가: DirectX에서 브라우저까지

원본 회사 소개 페이지는 게임 개발의 특정 순간을 담은 타임캡슐과 같습니다. 1990년대 후반과 2000년대 초반에 게임을 만들려면, Windows의 DirectX나 콘솔의 독점 라이브러리 같은 플랫폼 SDK를 기반으로 C 또는 C++로 작성하여 퍼블리셔를 통해 물리 매체로 출시해야 했습니다. Paradigm Entertainment가 바로 그런 종류의 스튜디오였으며, 그곳에서 일한다는 것은 고정된 하드웨어, 엄격한 마감 기한, 인증 요구 사항, 그리고 출시 후 패치가 불가능한 환경이라는 콘솔 개발의 규율을 배우는 것을 의미했습니다.

웹은 이 모든 것의 경제 구조를 바꾸어 놓았습니다. 브라우저가 실제 2D 캔버스를 갖게 되고, 이후 WebGL까지 지원하게 되면서 URL만 있으면 누구에게나 게임을 제공하는 것이 가능해졌습니다. 퍼블리셔도, 디스크도, 인증 대기열도 필요 없게 된 것입니다. 직접적인 하드웨어 액세스 권한을 포기해야 하고, 브라우저의 특이한 동작(quirks)과 싸워야 하며, 일관된 프레임 속도를 보장할 수 없다는 등의 트레이드오프는 분명히 존재합니다. 하지만 그 이점은 단 두 명의 팀원이 출시 첫날부터 전 세계 플레이어에게 다가갈 수 있다는 점입니다.

우리의 선택: Udemy Game Development Courses — Unity, Unreal, C++, C# 및 셰이더 프로그래밍을 다루는 주문형 과정.

이러한 변화 덕분에 Massively Fun의 무게 중심은 HTML5와 JavaScript로 옮겨갔습니다. 콘솔 작업에서 얻은 엔지니어링 습관이 사라진 것이 아니라, 단지 다른 타겟에 적용되었을 뿐입니다. 메모리 관리 규율, 결정론적 업데이트 루프, 그리고 세심한 프로파일링은 개발 키트에서 그랬던 것처럼 브라우저에서도 똑같이 중요합니다.

우리가 일하는 방식

2인 스튜디오는 프로세스에 따라 생사가 갈리며, 우리의 프로세스는 현실 세계의 검증을 거쳐 살아남은 몇 가지 원칙을 기반으로 구축되었습니다.

작게, 자주 출시하세요. 이론적으로 더 훌륭하지만 미완성인 게임보다, 실제로 존재하고 플레이 가능한 게임이 더 낫습니다. 우리는 두 사람이 완료할 수 있는 범위로 규모를 정한 다음, 그 범위에 맞을 때까지 쳐냅니다.

위험한 부분의 프로토타입을 먼저 만드세요. 특정 메커니즘이 재미없을 가능성이 있다면, 아트나 UI를 작업하기 전에 가능한 가장 투박한 버전으로 먼저 구현해 봅니다. 대부분의 아이디어는 여기서 폐기되며, 그것이 바로 이 과정의 목적입니다.

툴체인은 단순하게(boring) 유지하세요. HTML5 작업의 경우, 이는 일반적으로 JavaScript/TypeScript 코드베이스, 가벼운 렌더링 방식(무거운 엔진보다는 raw Canvas나 WebGL, 또는 작은 라이브러리), 그리고 빌드 스크립트, 에셋 파이프라인, 로컬 개발 서버를 위한 Node.js를 사용하는 것을 의미합니다. 도구가 단순해야 예상치 못한 변수가 적고, 게임 자체가 아닌 툴링을 디버깅하는 데 시간을 낭비하지 않게 됩니다.

찾을 수 있는 최악의 기기에서 테스트하세요. 브라우저 게임은 고사양 데스크톱부터 5년 된 휴대폰까지 모든 기기에서 실행됩니다. 가장 느린 타겟 기기에서 잘 돌아간다면, 어디서든 잘 돌아갑니다.

관련 항목: Amazon: Game Dev Books & Gear — 게임 프로그래밍 서적, 기계식 키보드, 모니터 및 개발 데스크 하드웨어.

기록하세요. 개발 노트와 리뷰는 마케팅 수단이 아니라 우리가 생각하는 방식입니다. 디자인 결정을 글로 설명해 보는 것은 그것이 잘못된 결정임을 발견하는 가장 빠른 방법 중 하나입니다.

기술 스택 선택: 결정 방법

취미 개발자분들이 가장 많이 묻는 질문 중 하나가 “무엇으로 만들어야 하나요?”입니다. 정답은 없지만, 결정 프로세스는 있습니다. 대략적으로 우리가 생각하는 방식은 다음과 같습니다.

고려 사항	raw Canvas/WebGL + JS/TS 지향	풀 엔진 지향 (예: Godot, Unity 또는 JS 엔진)
팀 규모	제어권을 선호하는 1~2명	에디터가 필요한 대규모 팀 또는 아티스트
게임 유형	2D, 아케이드, 퍼즐, 보드게임 포팅	3D, 물리 연산 중심, 복잡한 씬 그래프
타겟	브라우저 우선, 빠른 로드, 작은 다운로드 크기	콘솔/데스크톱을 포함한 멀티 플랫폼
본인의 강점	시스템 및 로우레벨 제어를 즐김	콘텐츠와 디자인에 더 많은 시간을 쓰고 싶음
시간 예산	일부 툴링을 직접 구축할 여유가 있음	지금 당장 에디터와 에셋 파이프라인이 필요함

솔직한 주의 사항을 덧붙이자면, 엔진은 렌더링, 물리, 에셋 관리 시간을 엄청나게 절약해 주지만, 동시에 엔진 고유의 아키텍처와 버그를 강요합니다. 직접 구축하는 것은 완전한 제어권과 동시에 완전한 책임을 갖는 것을 의미합니다. 브라우저 게임을 출시하는 2인 스튜디오인 우리에게는 작은 렌더링 라이브러리에 자체 게임 로직을 얹는 중간 경로가 대개 정답이었습니다. 취미 개발자의 첫 프로젝트라면, 엔진을 사용하는 것이 플레이 가능한 결과물을 만드는 가장 빠른 길인 경우가 많습니다.

쇼핑하는 경우: Construct 3 — 웹, 모바일 및 데스크탑으로 내보내는 브라우저 기반의 코드 없는 HTML5 엔진.

관련 표준과 플랫폼에 대해 더 자세히 알고 싶다면, 2D 브라우저 렌더링의 표준 참조 문서인 MDN Web Docs의 Canvas API와 Khronos Group에서 유지 관리하는 GPU 가속 경로에 관한 WebGL 사양을 참고하시기 바랍니다. 우리 작업의 보드게임 측면에 대해서는 우리가 이식한 게임의 공식 출처인 Catan 공식 사이트를 확인하세요.

모션 제어 및 기타 실험

우리 스튜디오의 역사에는 Wii 시대와 Kinect와 함께 등장한 카메라 및 센서 기반 입력의 물결인 모션 제어 플랫폼 작업이 포함되어 있습니다. 모션 제어는 버튼이라는 추상화 계층을 제거하기 때문에 정말 흥미로운 디자인 문제입니다. 플레이어는 게임이 자신의 신체 움직임을 이해하기를 기대하지만, 실제로는 그렇지 않거나 적어도 정밀하지 않은 경우가 많습니다.

그 작업에서 얻은 실질적인 교훈은 우리가 하는 모든 일에 적용됩니다.

• 지연 시간(Latency)은 적입니다. 메커니즘이 아무리 영리해도 체감되는 랙이 있다면 망가진 것처럼 느껴집니다.
• 원하는 센서가 아니라, 가지고 있는 센서에 맞춰 디자인하세요. 카메라가 큼직한 동작만 안정적으로 감지할 수 있다면, 큼직한 동작을 이용한 게임을 만드세요.
• 항상 대체 수단(fallback)을 제공하세요. 접근성과 안정성 모두 특수한 입력 장치 없이도 게임을 플레이할 수 있어야 함을 요구합니다.

이러한 원칙은 HTML5 시대의 모션 제어 문제라고 할 수 있는 휴대폰의 터치 컨트롤에도 똑같이 적용됩니다.

게임 뒤에 숨은 사람들

이런 스튜디오를 단순한 콘텐츠 사이트와 구별 짓는 핵심이기에 명확히 다시 말씀드립니다. 이 페이지에 적힌 이름들은 직접 코드를 쓰고, 메커니즘을 조정하며, 우리가 리뷰하는 게임들을 실제로 플레이하는 사람들입니다. Stephen의 즐겨찾는 목록(Final Fantasy Tactics Advance, PS2용 The Lord of the Rings: The Two Towers, Fire Emblem, Call of Duty 및 그 외 여러 게임)은 현직 개발자의 리스트입니다. 깊이 있는 성장 시스템을 갖춘 시스템 중심의 게임들이 많은데, 이는 정확히 엔지니어링적 사고방식에 부합하는 디자인이기 때문입니다.

Angela의 목록은 단 한 줄이며 모든 것을 말해줍니다: Arthur, 그리고 Stephen. 스튜디오는 사업이기 전에 가정이며, 이곳은 언제나 그 둘 모두였습니다.

자주 묻는 질문

누가 Massively Fun을 운영하나요?

Massively Fun은 Stephen과 Angela Wilkinson, 두 사람으로 구성된 팀이 운영합니다. Stephen은 콘솔 및 PC 개발 분야의 전문적인 배경을 바탕으로 대부분의 엔지니어링을 담당하며, Angela는 스튜디오 운영을 가능케 하는 가정을 돌보는 동시에 Java, C++, ASP, Delphi 전반의 코딩에 기여합니다.

Massively Fun은 어떤 게임을 만들었나요?

스튜디오의 카탈로그에는 Word² 및 Fast Iron과 같은 오리지널 HTML5/JavaScript 타이틀과 보드 게임 Catan을 디지털로 각색한 Catan World가 포함되어 있습니다. 또한 스튜디오는 직접 플레이한 게임에 대한 리뷰와 논평을 게시합니다.

스튜디오에서는 어떤 기술을 사용하나요?

과거에는 PS/2, Xbox, GameCube 시대의 개발을 포함하여 콘솔 및 PC 작업을 위해 C++와 DirectX를 사용했습니다. 현재는 브라우저 게임을 위한 HTML5와 JavaScript에 집중하고 있으며, 툴링 및 빌드 파이프라인에는 Node.js를 사용합니다. 또한 팀의 폭넓은 경험 속에 Java, C++, ASP, Delphi가 포함되어 있습니다.

Massively Fun을 고용하거나 협업할 수 있나요?

이 사이트는 에이전시의 상점이 아니라 항상 개인 스튜디오 페이지였으므로, 공식적인 서비스 목록은 없습니다. 협업이나 문의를 위한 가장 좋은 방법은 사이트에 게시된 연락처 주소로 연락하는 것입니다.

원래의 ‘About Us’ 페이지 내용이 여전히 정확한가요?

네. 원래의 약력, 기술, 선호 사항들은 여전히 사실이기 때문에 그대로 보존되어 있습니다. 사람과 그들의 배경, 취향은 변하지 않았습니다. 변한 것이 있다면 스튜디오가 개발하는 플랫폼과 카탈로그의 규모뿐입니다.

취미 게임 개발자들에게 어떤 조언을 해주실 수 있나요?

생각하시는 것보다 더 작게 시작하세요. 다른 것을 만들기 전에 위험 요소가 있는 메커니즘의 프로토타입부터 제작하고, 유행하는 기술보다는 팀 규모와 게임 유형에 맞는 기술 스택을 선택하세요. 야심 차게 다섯 개의 게임을 시작하는 것보다, 작더라도 완성된 게임 하나를 출시하는 것이 더 많은 것을 가르쳐줍니다.