클라이언트 프로그래머 포트폴리오를 보는 사람은 게임이 재미있는지보다 '이 사람이 어떤 문제를 어떻게 코드로 풀었는지'를 더 궁금해합니다. 그래서 완성된 게임과 함께 설계 의도와 기술적 선택을 설명하는 자료가 필요합니다. 구성 방법을 정리했습니다.

포트폴리오의 기본 구성

이 네 가지가 갖춰지면 보는 사람이 짧은 시간 안에 결과물과 실력을 함께 확인할 수 있습니다. 실행 파일은 실행이 번거로울 수 있으니, 영상만 봐도 핵심이 전달되도록 만드는 것이 우선입니다.

어떤 프로젝트를 넣을까

• 대표 프로젝트 1개: 가장 완성도 높고 기술적으로 깊이 있는 게임
• 기술 시연 프로젝트 1~2개: 특정 기술(상태 머신, 길 찾기, 인벤토리 시스템, 최적화)을 집중적으로 보여 주는 작은 작업
• 팀 프로젝트: 협업 경험을 보여 주는 작업, 본인 담당 범위를 분명히 표시

프로젝트 개수를 늘리기보다 대표 프로젝트의 완성도를 높이는 것이 중요합니다. 시작 화면, 게임 진행, 결과 화면까지 한 바퀴가 온전히 돌아가는 게임은 그 자체로 마무리 능력을 보여 줍니다. 장르는 지원하는 회사의 게임과 비슷한 것이 유리하지만, 기술적 깊이가 더 중요합니다.

기술 시연 프로젝트는 짧고 분명할수록 좋습니다. 예를 들어 '수백 개의 총알이 동시에 날아가도 프레임이 유지되도록 오브젝트 풀링을 적용했다'처럼 하나의 주제를 정해, 적용 전후를 비교해 보여 주면 기술적 이해도가 바로 드러납니다.

기술 문서 작성법

기술 문서는 프로젝트마다 몇 쪽 정도로 정리합니다. 다음 항목을 담으면 읽는 사람이 구조를 빠르게 파악할 수 있습니다.

1. 프로젝트 개요: 장르, 개발 기간, 사용 엔진과 언어, 인원
2. 전체 구조: 주요 클래스와 시스템이 어떻게 연결되는지 그림으로 설명
3. 핵심 구현: 가장 공들인 기능 두세 개의 설계 의도와 코드 일부
4. 문제 해결: 개발 중 겪은 문제, 원인, 해결 방법
5. 개선 계획: 지금 다시 만든다면 바꾸고 싶은 점

문제 해결 항목은 특히 중요합니다. 프레임이 떨어지는 문제를 측정 도구로 원인을 찾아 해결한 경험처럼, 구체적인 과정을 적으면 실무에서 어떻게 일할지 짐작할 수 있게 해 줍니다.

코드 저장소 정리

• 설명 파일에 실행 방법, 폴더 구조, 주요 코드 위치를 적습니다.
• 사용하지 않는 코드와 테스트용 임시 파일은 정리합니다.
• 이름 규칙과 들여쓰기를 일관되게 맞춥니다.
• 외부 에셋이나 라이브러리를 썼다면 출처와 라이선스를 밝힙니다.
• 커밋 기록이 남아 있으면 작업 습관을 보여 줄 수 있습니다.

영상과 첫 화면

플레이 영상은 짧게 만들고 처음부터 핵심 기능을 보여 줍니다. 영상 중간에 '이 기능은 이렇게 구현했다'는 짧은 자막을 넣으면 보는 사람이 무엇을 봐야 할지 알 수 있습니다. 포트폴리오 첫 페이지에는 이름, 연락처, 주요 기술 스택(사용 언어와 엔진)과 대표 프로젝트 이미지를 배치합니다.

포트폴리오 문서는 처음 한두 쪽에서 판단되는 경우가 많습니다. 자기소개를 길게 쓰기보다 대표 프로젝트의 화면과 핵심 구현 요약을 앞쪽에 두고, 자세한 내용은 뒤쪽이나 링크로 연결하는 구성이 읽기 편합니다.

제출 전 점검 목록

• 실행 파일이 다른 컴퓨터에서도 실행되는가
• 영상과 저장소 링크가 공개 상태로 열리는가
• 팀 프로젝트에서 본인 담당 부분이 분명히 표시되어 있는가
• 기술 문서에 오탈자와 깨진 이미지가 없는가

가능하다면 다른 사람에게 실행 파일을 보내 직접 실행해 보게 하고, 막히는 곳이 없는지 확인받는 것이 가장 확실합니다.

SBS아카데미게임학원 게임프로그래밍 과정은 실제 게임 개발 환경을 재현한 프로젝트 기반 수업으로 포트폴리오 제작을 목표로 하고 있어, 대표 프로젝트와 팀 프로젝트를 준비하는 데 활용할 수 있습니다.

자주 묻는 질문