이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
다양한 플랫폼에서 게임 클라이언트를 개발할 때 가장 먼저 고려하는 것은 각 플랫폼의 입력 방식과 성능 차이입니다. 수업에서 모바일은 터치 입력, PC는 마우스/키보드, 콘솔은 패드 입력을 각각 설계하는 방식이 필요하다는 것을 배웠습니다. Unity의 New Input System은 플랫폼별 입력을 하나의 Action으로 추상화해 플랫폼 전환 비용을 줄입니다. 성능 최적화는 타깃 기기의 스펙을 기준으로 드로우콜, 텍스처 해상도, 셰이더 복잡도를 플랫폼마다 조정하는 것이 기본입니다.
해상도와 종횡비가 플랫폼마다 달라 UI 레이아웃을 반응형으로 설계하는 것이 멀티플랫폼에서 중요한 작업입니다. 플랫폼 분리는 공통 로직은 최대한 공유하고 플랫폼 종속 코드만 분기하는 방향이 유지보수에 유리합니다.
PC 기준으로만 개발했다가 모바일 이식 시 거의 전체를 다시 설계해야 했던 경험이 있습니다. 입력 방식·해상도·메모리 제약이 전혀 달랐는데, PC 기준 설계가 모바일에서 그대로 동작하지 않았습니다. 플랫폼별 제약을 처음부터 고려하지 않은 것이 문제였고 이식 비용이 처음 개발보다 더 많이 들었습니다.
그 경험 이후로 멀티 플랫폼 대응이 필요한 경우 초반에 타깃 플랫폼별 제약을 정리하고 설계에 반영합니다. 플랫폼별 차이는 나중에 해결하는 것보다 처음부터 고려하는 게 비용이 낮다는 걸 그때 배웠습니다. 플랫폼 제약 선반영이 멀티 플랫폼 개발 효율을 높이는 방법이라는 것도 알게 됐습니다.
플랫폼 제약을 설계 초반에 반영하는 것이 멀티 플랫폼 이식 비용을 낮추는 방법이라는 걸 그 경험에서 배웠습니다.
소프트웨어 아키텍처 수업에서 배운 관심사 분리(Separation of Concerns) 원칙이 멀티 플랫폼 개발을 이해하는 데 연결됐습니다. 플랫폼 의존 코드와 게임 로직 코드를 분리하는 것이 유지보수와 이식성을 높인다는 원칙을 배웠는데, 게임 클라이언트에서도 플랫폼 레이어를 로직과 분리해두면 이식 비용이 낮아진다는 걸 알게 됐습니다.
그 이후로 게임 클라이언트 설계 시 플랫폼 의존 부분을 별도 레이어로 분리하는 방식을 씁니다. 아키텍처 설계 원칙이 플랫폼 호환성에 직접 영향을 미친다는 걸 그 경험에서 배웠습니다. 플랫폼 레이어 분리 설계가 멀티 플랫폼 개발의 이식 비용을 낮추는 방법이라는 것도 알게 됐습니다.
플랫폼 레이어 분리 설계가 멀티 플랫폼 이식성을 높이는 방법이라는 걸 그 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 스마일게이트 게임 클라이언트 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.