데이터 테이블 설계 경험
저는 시스템을 기획할 때 기획 의도를 데이터 테이블로 정확히 변환하는 작업을 가장 중요하게 봅니다. 팀 프로젝트에서 성장 시스템을 설계하며, 레벨별 수치를 엑셀로 시뮬레이션해 이상치를 미리 확인했습니다. 이 과정을 거치지 않았다면 실제 구현 후에야 문제를 발견했을 것이라고 생각합니다. 저는 기획서 작성만큼이나 수치 검증 작업을 중요하게 여깁니다.
면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
저는 시스템을 기획할 때 기획 의도를 데이터 테이블로 정확히 변환하는 작업을 가장 중요하게 봅니다. 팀 프로젝트에서 성장 시스템을 설계하며, 레벨별 수치를 엑셀로 시뮬레이션해 이상치를 미리 확인했습니다. 이 과정을 거치지 않았다면 실제 구현 후에야 문제를 발견했을 것이라고 생각합니다. 저는 기획서 작성만큼이나 수치 검증 작업을 중요하게 여깁니다.
저는 시스템 기획서를 작성할 때 프로그래머가 바로 구현에 착수할 수 있도록 예외 상황까지 명시하는 것을 원칙으로 삼습니다. 한 번은 예외 처리를 누락해 개발 중 재확인이 여러 차례 필요했던 경험이 있었는데, 이후로는 엣지 케이스를 먼저 정리한 뒤 문서를 작성하게 됐습니다. 이 경험으로 기획서의 완성도가 협업 효율성과 직결된다는 것을 배웠습니다.
저는 시스템을 설계할 때 당장의 요구사항뿐 아니라 이후 콘텐츠가 추가될 것을 염두에 두고 구조를 짭니다. 팀 프로젝트에서 초반에 유연하지 않은 구조로 설계해 이후 새 콘텐츠 추가마다 전체 수정이 필요했던 경험이 있습니다. 이후로는 항상 확장 가능성을 먼저 검토한 뒤 구조를 확정하게 됐습니다. 저는 이 경험을 통해 시스템 기획은 지금이 아니라 다음을 위한 설계라는 것을 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.