면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
팀 프로젝트에서 매번 빌드 직전에 특정 에셋 참조가 깨지는 문제가 반복됐습니다. 처음엔 발생할 때마다 수동으로 참조를 다시 연결했는데, 매번 같은 문제가 재발해서 원인을 찾아보니 팀원들이 에셋을 이동할 때 엔진 내부에서 옮기지 않고 파일 탐색기에서 직접 옮기는 게 문제였습니다. 이후 에셋 이동은 반드시 엔진 안에서만 하도록 팀 규칙을 정하고 빌드 전 자동 검증 스크립트를 추가했더니, 이후로는 같은 문제가 재발하지 않았습니다. 문제를 반복해서 고치기보다 근본 원인을 찾아 프로세스를 바꾸는 게 중요하다는 걸 배웠습니다.
게임 내 아이템 데이터를 엑셀에서 불러오는 파이프라인을 만들었는데, 특정 행에 빈 값이 있으면 전체 로딩이 멈추는 문제가 있었습니다. 로그를 확인해 몇 번째 행에서 오류가 나는지 특정한 뒤, 원본 데이터를 열어보니 담당자가 실수로 셀을 비워둔 게 원인이었습니다. 당장은 해당 셀을 채워 해결했지만, 근본적으로는 빈 값이 있어도 기본값으로 대체하고 경고 로그만 남기도록 파이프라인 코드를 수정했습니다. 데이터를 다루는 시스템은 사람의 실수를 전제하고 방어적으로 설계해야 한다는 걸 배웠습니다.
졸업 프로젝트로 만든 퍼즐 게임에서 레벨이 늘어날수록 난이도 곡선을 맞추기가 점점 어려워졌습니다. 처음엔 감으로 난이도를 조정했는데 테스트 플레이어마다 반응이 크게 달라 기준이 없다는 게 문제였습니다. 그래서 각 레벨의 클리어 시간과 실패 횟수를 기록하는 간단한 로그 시스템을 직접 만들어 10명에게 테스트를 받았고, 데이터를 보니 특정 구간에서 실패율이 유독 높다는 걸 확인할 수 있었습니다. 감이 아니라 데이터를 기준으로 난이도를 조정하니 이후 테스트에서 반응이 훨씬 고르게 나왔습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.