하루 세계관 14명 캐릭터 스토리 비츠 시드 완비
목차
전 캐릭터에 대한 story_beats 시드 데이터를 완성했다. sql/seed-story-haru.sql 파일을 업데이트해서 하루(haru) 세계관의 14명 캐릭터 전원이 일관된 내러티브 구조를 갖추도록 정리한 작업이다.
시드 데이터의 중요성
시드 데이터는 애플리케이션이 처음 실행될 때나 테스트 환경에서 필요한 초기 데이터를 정의하는 것이다. 단순한 "더미 데이터" 취급을 받기 쉽지만, 실제로는 제품의 데이터 무결성과 일관성을 보장하는 핵심 요소다. 특히 이번 같은 서사 데이터는 사용자가 마주치는 콘텐츠 경험에 직결되기 때문에 더 신중해야 한다.
story_beats는 각 캐릭터의 이야기 구조를 정의하는 스키마다. 한 캐릭터가 어떤 내러티브 포인트들을 거쳐가는지, 어떤 순서로 진행되는지를 담고 있다. 이런 데이터가 일부 캐릭터에만 있고 일부에는 없다면, 데이터베이스 쿼리와 비즈니스 로직이 복잡해지고 QA 과정에서 예외 케이스가 늘어난다. 반대로 모든 캐릭터가 동일한 구조를 갖춰야 팀이 신뢰하고 빠르게 움직일 수 있다.
완비 작업의 의미
이번에 14명 캐릭터 "완비"라는 것은 단순히 데이터 몇 줄을 추가한 게 아니다. 다음을 의미한다:
- 구조 일관성: 14명 모두 동일한 story_beats 필드명과 데이터 타입을 갖춘 상태
- 데이터 누락 제거: 이전에 누락되었던 캐릭터들의 서사 데이터를 채움
- 테스트 가능성 향상: 모든 캐릭터 데이터 경로를 테스트할 수 있는 기반 마련
- 문서와 현실의 일치: "모든 캐릭터가 story_beats를 가진다"는 가정이 실제 코드와 일치
개발팀과 콘텐츠팀의 경계
이런 시드 데이터 작업은 겉보기엔 "SQL 쿼리 몇 줄" 같지만, 실제로는 콘텐츠 기획자나 스토리 라이터와의 협업이 없으면 불완전하다. 그들이 각 캐릭터의 서사를 정의하고, 우리 개발팀이 그것을 데이터 구조로 번역해서 시드에 담는 것이다. 완비 상태라는 것은 "이 캐릭터들의 서사 콘텐츠가 개발팀에 전달되었고 데이터화되었다"는 신호다. 이전에 누락된 캐릭터들의 데이터가 들어간 것은, 콘텐츠팀과의 미팅이 있었거나 검수 과정이 있었다는 의미로도 읽힌다.
앞으로의 유지보수
시드 데이터는 "한 번 쓰고 끝"이 아니다. 프로덕션 배포, 데이터 마이그레이션, 신규 피처 추가 시마다 다시 검토 대상이 된다. 때문에 다음을 고민해야 한다:
- SQL 파일 자체가 읽기 쉬운가? (주석, 들여쓰기, 논리적 그룹화)
- 새로운 캐릭터가 추가될 때 테ン플릿으로 쓸 수 있는가?
- 데이터 변경 이력을 추적할 수 있는가? (Git history, changelog)
- 로컬 개발 환경과 스테이징, 프로덕션의 일관성이 보장되는가?
이런 점들이 확인된 상태라면, 다음 번에 누군가 이 파일을 보고 수정할 때 신뢰하고 빠르게 작업할 수 있다.
결국 이 작업은 제품의 "데이터 준비도"를 한 단계 올린 것이다. 14명 캐릭터가 모두 완비 상태가 되니까, 이제 그 위에 미션, 인터랙션, 리워드 같은 더 복잡한 기능들을 얹을 때 기초가 흔들리지 않는다. 팀의 신뢰도도 올라간다.
🛒 이 글과 어울리는 추천 상품
*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.
댓글 0
첫 댓글 달아줘.