14강. 게임 포트폴리오 정리: 핵심 루프·조작·규칙·빌드 정보를 보여 주기

?1. 이번 강의에서 해결할 문제

게임 화면만 보여 주면 목표와 규칙, 조작, 종료 조건을 알기 어렵습니다. 플레이어가 반복하는 행동과 개발자가 맡은 시스템을 분리해 설명합니다.

✓2. 학습 목표

✓이번 강의를 마치면

• 게임의 핵심 루프와 성공·실패 조건을 짧게 씁니다.
• 조작법과 시작·일시정지·게임 오버·재시작 흐름을 기록합니다.
• Unity 버전, 빌드 상태와 본인 구현 책임을 구분합니다.

◇3. 핵심 개념

게임 포트폴리오는 장르 소개보다 플레이어 행동 → 규칙 판정 → 피드백 → 다음 선택을 먼저 보여 줍니다. 에셋의 시각 품질과 본인이 구현한 게임플레이 시스템을 혼동하지 않습니다.

✎4. 단계별 실습

문서 작업 · 해당하는 경우의 산출물: <PROJECT_ROOT>/docs/game-portfolio.md

docs/game-portfolio.md

# 게임 프로젝트 소개

## 핵심 루프
1. 화면에 등장한 대상을 확인한다.
2. 올바른 입력·위치를 선택한다.
3. 성공·실패 결과와 점수·목숨 피드백을 받는다.
4. 난이도가 바뀐 다음 대상을 처리한다.

## 조작
| 행동 | 키·입력 | 결과 |
| --- | --- | --- |
| 이동·선택 | 실제 입력 기록 | 대상 상태 변경 |
| 일시정지 | 실제 입력 기록 | 게임 시간 정지 |

## 상태 흐름
시작 → 플레이 → 일시정지 또는 게임 오버 → 재시작

## 빌드·실행
- Unity Editor: 실제 검증 버전
- 검증 플랫폼: 실제 실행한 플랫폼만 기록
- 시작 Scene: 실제 상대 경로

## 내가 구현한 핵심
- 예: 생성 규칙, 판정 이벤트, 점수·목숨, 재시작

## 사용한 에셋
- 직접 제작과 외부 에셋을 구분하고 출처 문서로 연결

Unity Editor 작업: Build Profiles와 Player 설정 화면은 버전에 따라 달라질 수 있으므로 실제 배포 전에 Unity 6 Build Profiles 공식 문서를 확인합니다. 시작부터 재시작까지 플레이하고 Console 오류를 기록합니다.

테스트 작업: 일반 플레이, 빠른 입력, 오분류·실패, 목숨 0, 긴 플레이를 체크리스트와 연결합니다.

완료 기준: 게임을 선택했다면 핵심 루프, 조작, 상태, 빌드, 본인 책임과 테스트 링크가 있습니다. 다른 유형을 선택했다면 이 문서에 해당 없음: 선택 프로젝트는 ...만 기록하고 15강 또는 16강에 집중합니다.

§5. 작성 방식이 필요한 이유

플레이어 경험과 구현 책임을 분리하면 게임의 재미와 기술적 기여를 각각 평가할 수 있습니다. 검증한 플랫폼만 쓰면 실행 가능성을 과장하지 않습니다.

!6. 자주 하는 실수와 해결법

!자주 하는 실수

• 기능과 에셋 수를 많이 나열: 핵심 루프와 상태 흐름을 먼저 보여 줍니다.
• 팀 에셋·코드를 모두 본인 구현으로 표현: 기여와 출처를 분리합니다.
• 검증하지 않은 플랫폼 지원 주장: 실제 빌드·실행한 환경만 씁니다.
• 알려진 문제를 영상에서 숨김: 문서에 재현 조건과 영향을 연결합니다.

✎7. 직접 실습

✎직접 실습

게임 프로젝트라면 docs/game-portfolio.md를 작성하고 핵심 루프를 보여 주는 미디어를 연결하세요. 완료 기준은 처음 보는 사람이 조작, 목표, 실패와 재시작을 설명하고 본인 구현과 외부 에셋을 구분할 수 있는 것입니다.

?8. 이해 점검 질문 3개

?이해 점검

1. 게임 포트폴리오에서 핵심 루프를 먼저 보여 주는 이유는 무엇인가요?
2. 검증 플랫폼은 어떤 기준으로 기록해야 하나요?
3. 시각 에셋과 게임플레이 구현 기여를 어떻게 구분하나요?

■9. 핵심 요약

■핵심 요약

게임은 핵심 루프, 조작, 상태와 빌드 결과로 설명합니다. 본인 시스템 구현과 외부·팀 에셋을 분리하고 실제 검증한 환경과 한계만 기록합니다.