일기
회고 / 메모
-
진행 상황 문서로 팀 의사결정을 체계적으로 기록하는 법
PROGRESS.md를 갱신했다. 로그인, 친밀도, 사진업로드, fresh셀카, 외모, LLM 관련 결정들이 쌓여가면서 한번쯤은 정리해야겠다 싶어서다. 단순한 문서 갱신이지만, 이 작은 습관이 팀 운영에서 생각보다 큰 역할을 한다는 걸 계속 느끼고 있다.
읽기 → -
인물 카드·감정 케어 완료를 살아있는 진행 문서로 기록한 방법
이번엔 PROGRESS.md 파일을 갱신했다. 개별 인물 카드와 감정 케어 기능이 완료됨을 반영하는 작업이었는데, 단순한 체크리스트 업데이트가 아니라 팀이 지금까지 어디까지 왔는지를 어떻게 투명하게 기록하고 공유할 것인가 하는 문제에 시간을 썼다.
읽기 → -
서브도메인 신규 서비스, 스캐폴딩으로 팀 협업 기반 구축
새로운 서브도메인 서비스 프로젝트를 시작할 때, 가장 먼저 해야 할 일은 코드를 짜는 게 아니라 팀이 협업할 '뼈대'를 만드는 것이다. 이번에 진행한 프로젝트 스캐폴딩 작업이 정확히 그것이었다.
읽기 → -
Codex 런타임 검증 게이트 설계 의도를 팀 문서로 정리한 과정
Codex 시스템의 런타임 검증 게이트(codex_review.py)와 그 설계 철학을 CLAUDE.md에 정리하는 작업을 마무리했다. 단순히 "코드가 어떻게 돌아가는가"를 설명하는 것이 아니라, "이 검증 단계가 왜 여기에 있고, 어떤 의도로 작동하는지"를 팀이 공유할 수 있도록 문서화했다.
읽기 → -
Discord 토큰 모니터링 카드에서 모델별 주간 섹션을 걷어낸 이유
토큰 사용량 Discord 모니터링 카드에서 모델별 주간 섹션을 제거했다. 운영 신호와 정보 밀도의 트레이드오프를 놓고 고민한 작업이었다.
읽기 → -
App Store 리젝 여러 건을 팀이 함께 추적하는 문서 체계 구축
App Store 심사에서 리젝이 나올 때, 특히 여러 건이 동시에 들어오면 팀이 현황을 정확히 파악하기 어려워진다. "어디까지 수정했고, 어떤 부분이 남았는지" 를 공유하는 과정이 생각보다 복잡하기 때문이다. 메시지나 이슈로만 전달하면 시간이 지나면서 누가 뭘 하고 있는지 흐릿해지고, 특히 여러 사람이 동시에 다른 리젝에 대응할 때는 더 그렇다. 이번 작
읽기 → -
CLAUDE.md로 팀 배포 자동화 방향을 문서화한 이유
작은 팀 프로젝트에서 CLAUDE.md를 만들고, 풀오토 배포 아이디어를 문서화하기 시작했다.
읽기 → -
SMS 감지 후 텔레그램 포워딩 안드로이드 앱 초기 구조 완성
새로운 프로젝트를 시작했다. SMS 메시지를 자동으로 감지해서 텔레그램으로 포워딩하는 안드로이드 앱이다. 실시간 알림이 중요한 환경에서 SMS를 놓치지 않으면서도 특정 메시지만 선별해서 메신저로 받고 싶은 요구가 있었다. 이 커밋은 그 프로젝트의 초기 뼈대를 잡은 작업이다.
읽기 → -
이미지 생성 API 키 설정을 README에 문서화해 팀 온보딩을 개선
README.md에 GEMINI_API_KEY 환경 변수 설정 방법을 문서화했다. 이미지 생성 전용 키라는 점을 명확히 남겼는데, 이런 작은 문서화 하나가 팀 전체의 온보딩과 운영을 얼마나 부드럽게 만드는지를 다시 느꼈다.
읽기 → -
릴리즈 Firebase 설정 갱신으로 인증 오류 방지
안드로이드 프로젝트의 Google Services 설정 파일을 릴리즈 빌드용으로 갱신했다. 단순한 설정 파일 업데이트처럼 보이지만, 이 작업 흐름에는 릴리즈 배포 프로세스의 중요한 결정점들이 숨어 있다.
읽기 → -
유료기능·TTS 업그레이드·AAB 빌드가 한 주에 수렴된 개발 마일스톤
어제 STATUS.md를 갱신하면서 한 주의 개발 진행도를 정리했다. 유료기능 완결, TTS Chirp3-HD 적용, AAB 빌드 반영 — 세 가지 결과물이 한 번에 수렴되는 시점이었다.
읽기 → -
MySQL 드라이버 도입과 의존성 잠금 파일로 팀 협업 신뢰 높이기
mysql2를 설치하면서 발생한 pnpm-lock.yaml 업데이트 작업이다. 얼핏 보면 "패키지 설치 후 lock 파일 커밋"이라는 너무나 일상적인 작업이지만, 이 과정에서 느낀 의존성 관리와 팀 협업의 여러 포인트를 정리해 본다.
읽기 → -
광고 정책 변경에 맞춰 광고 유닛 설정을 정리한 방법
광고 네트워크 정책이 변경되면서 특정 광고 제공자의 항목을 광고 유닛 설정에서 제거하는 작업을 했다. 단순한 데이터 정리로 보일 수 있지만, 이 작업이 보여주는 점들이 꽤 있었다.
읽기 → -
페이지뷰 통계 레거시 코드를 삭제 대신 아카이브로 보관
이전에 쓰던 페이지뷰 통계 코드들을 archive로 옮기는 작업을 했다. site-pv.py, pv-period.py 같은 함수들이 더 이상 현재 시스템에서 쓰이지 않게 된 것인데, 그냥 지워 버리지 말고 폴더를 따로 만들어서 보관하기로 했다.
읽기 → -
패키지 버전 릴리즈에 담긴 팀의 배포 원칙
0.9.4 버전으로 릴리즈를 준비했다. 언뜻 package.json과 package-lock.json 두 파일의 버전 번호만 올리는 작은 작업처럼 보이지만, 이 과정에서 팀 차원의 여러 고민과 원칙이 담겨 있다.
읽기 → -
패키지 의존성 고정과 버전 릴리스 워크플로 정착
버전 릴리스 커밋이다. 0.9.3으로 버전을 올리고 의존성을 고정한 작업인데, 이걸 단순한 버전 번호 변경이라고만 보면 놓치는 부분이 꽤 많다.
읽기 → -
패키지 버전을 올리며 배운 릴리즈 관리의 의미
0.9.2로 버전을 올렸다. 간단해 보이는 작업이지만, 릴리즈 관리 관점에서 짚고 넘어갈 게 꽤 있다.
읽기 → -
스크립트 실행 권한 누락이 팀 협업과 자동화에 미치는 영향
스크립트에 실행 권한을 추가하는 작은 변경이지만, 생각보다 많은 팀 협업 이슈를 담고 있다. chmod +x scripts/slot-checkup.py라는 한 줄짜리 커밋이 왜 필요했고, 어떤 교훈을 얻을 수 있는지 정리해 본다.
읽기 → -
대표와 팀장 사이 양방향 학습 체계를 문서화한 이유
README에 대표와 팀장 간의 학습 시스템을 정리한 섹션을 추가했다.
읽기 → -
빌드 캐시 파일을 깃 추적에서 제거해 코드 리뷰 노이즈를 줄인 이야기
TypeScript 빌드 캐시 파일인 .tsbuildinfo를 git에서 언트랙하고 .gitignore에 추가했다.
읽기 →