세션 토글을 정리하고 나서야 비로소 안정감이 생겼다.정책은 UseCase 안에 모였고, 상태와 수치는 역할에 맞게 분리되었다.그런데 또 하나의 질문이 남아 있었다.그 모든 변화는 어디에 남길 것인가?세션이 시작되면 시작 이벤트가 생긴다.세션이 종료되면 종료 이벤트가 생긴다.진행률이 100이면 완독 이벤트가 생긴다.이 모든 것은 “기록”이다.그렇다면 Timeline은 무엇이어야 할까?1. 처음엔 Timeline을 ‘상태 요약’으로 만들려고 했다처음 설계할 때는 이런 유혹이 있었다.Timeline 카드에 바로 보여줄 데이터를 저장하자.책 제목도 넣고,진행률도 넣고,세션 길이도 넣고,심지어 계산된 통계값도 넣자.즉, TimelineEvent를 “UI에 최적화된 테이블”로 만들고 싶었다.하지만 곧 이상한 느낌이..
Dev Log
2026. 3. 6. 15:34
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- NanoClaw
- WSL개발환경
- 블로그디자인
- 이벤트아키텍처
- 티스토리
- Readium개발기
- 1인 개발
- 다크모드
- 앱 도메인 설계
- ChatGPTCodex
- Idempotent 처리
- SQLite 앱 아키텍처
- 오픈소스
- 프론트엔드
- 트랜잭션 설계
- 인터넷문화
- 티스토리스킨
- 웹디자인
- 한국인터넷역사
- 로컬우선아키텍처
- CodexApp
- 도메인설계
- Windows개발
- Flutter 앱 개발
- 온라인신원인증
- AI와인터넷
- 로컬 우선 아키텍처
- Google Play 출시
- Readium 개발기
- css커스터마이징
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 |
글 보관함