-
스테일 워크트리 정리로 브레인스토밍 재시도 차단 해결
브레인스토밍 자동화 스크립트에서 재시도할 때마다 워크트리/브랜치 생성이 실패하는 문제를 발견했다. 원인은 이전 시도에서 남겨진 스테일한 상태를 정리하지 않았기 때문이었다.
읽기 → -
광고 동기화 스크립트의 자동화 파이프라인 실패 원인 해결
site/package.json에서 sync-ads 스크립트가 --env-file-if-exists 옵션을 받도록 수정하고, CommonJS 대신 .mjs 포맷을 가리키도록 변경했다. 자동화된 게이팅 시스템에서 환경 파일이 항상 존재하는 것을 보장할 수 없던 상황에서 나온 실질적인 수정이다.
읽기 → -
빌드 파이프라인에서 환경 파일 없어도 실패 안 하게 수정
빌드 자동화 게이트에서 .env 파일이 없으면 빌드가 실패하는 문제를 고쳤다. package.json의 빌드 스크립트에 --env-file-if-exists 플래그를 추가해서, 환경 파일이 없어도 빌드가 계속 진행되도록 만들었다.
읽기 → -
신규 캐릭터 5명 추가로 드러난 게임 에셋 관리의 현실
5명의 캐릭터와 초상화를 새로 추가했다. 보기엔 단순한 작업이지만, 게임이나 서비스가 성장하면서 부딪히는 에셋 관리의 많은 문제를 담고 있다.
읽기 → -
인증 로그 노이즈 제거로 모니터링 신뢰도 개선
Auth.js 라이브러리의 로거 설정을 조정해서 JWTSessionError로 인한 콘솔 노이즈를 억제했다. 사실 작은 수정 같지만, 이게 개발/운영 경험과 모니터링 품질에 꽤 큰 영향을 미쳤다.
읽기 → -
채팅 페이월 도입으로 무료 횟수 제한과 프리미엄 전환 유도 구현
이번에는 서비스의 첫 마네타이제이션 기능을 구현했다. 평생 무제한 무료로 제공하던 채팅을 무료 사용자는 10회, 프리미엄은 무제한으로 제한하는 페이월 시스템이다.
읽기 → -
요청당 인증 중복 호출을 요청 범위 캐싱으로 제거
한 요청 내에서 인증을 여러 번 확인하는 비효율을 React의 cache() 함수로 제거했다. safeAuth를 캐싱하면서 auth() 호출을 1회로 제한하는 작업이었다.
읽기 → -
구 세션 쿠키로 홈 렌더가 깨지는 문제를 안전한 인증 처리로 해결
구 세션 쿠키가 남아있을 때 JWTSessionError가 처리되지 않아 홈 렌더가 실패하는 문제를 겪었다. currentUserId 로직을 safeAuth 패턴으로 변경해서 에러를 안전하게 처리하도록 개선했다.
읽기 → -
광고 승인 전 빈 슬롯 라벨을 숨겨 페이지 완성도 개선
블로그와 포트폴리오의 사이드레일에 AdSense 광고를 붙였는데, 광고가 승인되기 전까지 빈 슬롯에 'AD' 라벨이 노출되는 게 신경 쓰였다. 사실 기술적으로 문제는 아니지만, 방문자 입장에서는 뭔가 덜 완성된 페이지처럼 느껴진다. 이번에 그 라벨을 숨기는 작업을 했다.
읽기 → -
블로그 URL을 ID 기반으로 전환하고 기존 slug 링크 보존
블로그 포스트의 URL을 기존 slug 방식에서 /p/{id} 형태의 ID 기반 canonical URL로 전환했다. 기존 slug URL은 301 permanent redirect로 처리해서 기존 링크와 SEO 가치는 그대로 보존하는 작업이었다.
읽기 → -
블로그 광고 슬롯 제거와 기술채무 정리 과정
블로그 광고 서비스 정책 변경으로 광고 슬롯을 제거했다. 간단한 정리 작업처럼 보이지만, 블로그 템플릿 전반에 걸쳐 제거해야 할 부분들이 생각보다 많았고, 그 과정에서 기술채무 정리와 정책 관리 방식에 대해 생각해볼 기회가 됐다.
읽기 → -
캐릭터 도감 페이지를 별도 라우트로 분리해 컬렉션 기능 추가
사용자가 공략한 캐릭터를 한눈에 보고 진행 상황을 추적할 수 있도록 개인 도감(명예의 전당) 기능을 추가했다. 새로운 페이지를 만들고 기존 라우팅과 데이터 구조를 어떻게 통합했는지, 그리고 이 과정에서 내가 고민한 아키텍처 결정들을 정리해 본다.
읽기 → -
마일스톤·출시게이트 갱신으로 프로젝트 방향 명확화
A4 완료, Phase B 작업보드, 출시게이트 갱신—이 세 가지 변경이 한 번에 들어갔다. 단순히 문서 업데이트처럼 보이지만, 이건 프로젝트가 한 단계 성숙해졌다는 신호다.
읽기 → -
약혼·결혼 상태를 홈카드와 헤더 전반에 일관 노출
앗, 이건 작은 기능처럼 보이지만 꽤 생각할 거리가 많은 작업이었다. 약혼·결혼 상태를 헤더와 홈카드에 노출했는데, 단순히 데이터를 끌어다 쓰는 게 아니라 사용자 정보 구조, UI 계층, 그리고 정보 아키텍처 전반을 한번 정리하는 계기가 됐다.
읽기 → -
채팅에서 프로포즈·결혼을 감지해 풀스크린 축하 연출을 구현한 경험
프로포즈나 결혼 같은 특별한 이벤트를 채팅 채널에서 감지했을 때, 사용자에게 그 순간을 제대로 축하해주는 연출이 필요했다. 이번에 풀스크린 축하 UI를 별도 컴포넌트로 분리해서 구현했는데, 이 작업을 통해 느낀 이벤트 기반 UX 설계와 컴포넌트 아키텍처에 대한 생각을 정리해본다.
읽기 → -
세션 쿠키 복호화 실패로 인한 페이지 크래시 수정
세션 쿠키 복호화 과정에서 예상 밖의 값이 들어올 때 페이지 전체가 크래시 나는 문제를 고쳤다. safeAuth 래퍼를 도입해서 복호화 실패 시에도 안정적으로 폴백할 수 있게 했다.
읽기 → -
온보딩 화면을 단계별로 재설계해 첫 진입 경험 개선
온보딩 화면을 다시 정리했다. 처음 사용자가 앱을 열었을 때 겪게 되는 첫 몇 초의 경험을 좀 더 단계적이고 의도 있게 만들려는 작업이었다.
읽기 → -
dev 브랜치 PR 정책을 문서화해 팀 협업 신뢰도를 높였다
PROGRESS.md를 수정해서 브랜치 흐름을 정정했다. "slecs 작업도 dev에 직접 커밋하면 안 되고, dev PR을 통해야 한다"는 룰을 명시한 것인데, 사실 이건 이미 어느 정도 지켜지고 있던 관행을 문서로 명확히 한 거다.
읽기 → -
공용 작업 브랜치를 dev로 통일해 온보딩 비용을 줄인 이야기
"어디서 작업해야 하지?" 새로운 팀원이 묻던 질문이 반복되기 시작했다. 브랜치 규칙이 명시되지 않아서였다. 개발자들은 각자 편한 이름의 브랜치에서 작업했고, 통합은 누군가의 관습에 맡겨졌다. 이번에 결정했다: **모든 공용 작업 브랜치를 dev로 통일하기.** PROGRESS.md에 규칙을 명문화했다.
읽기 → -
결제 테이블 누락으로 생긴 스키마와 라이브 DB 불일치 해소
한 줄 요약: 설계 문서(GAME_DESIGN)에는 있지만 schema.sql에는 빠진 purchase 테이블을 추가해 라이브 DB와의 불일치를 메웠다.
읽기 →