본문 바로가기 메뉴 바로가기

Signal over Noise

프로필사진
  • 글쓰기
  • 관리
  • 태그
  • 방명록
  • About
  • Privacy
  • Contact
  • RSS

Signal over Noise

검색하기 폼
  • 분류 전체보기 (94)
    • Docs (14)
    • Essays (64)
    • UI & Theme (5)
    • Tech Gear (3)
    • Dev Log (8)
  • 방명록
  • About
  • Privacy
  • Contact

2026/03/06 (1)
블로그 안내 — 이곳에서 다루는 내용

공지사항
Readium 개발기 : Timeline은 왜 ‘기록’이어야 했는가 — 이벤트를 얇게 만드는 선택

세션 토글을 정리하고 나서야 비로소 안정감이 생겼다.정책은 UseCase 안에 모였고, 상태와 수치는 역할에 맞게 분리되었다.그런데 또 하나의 질문이 남아 있었다.그 모든 변화는 어디에 남길 것인가?세션이 시작되면 시작 이벤트가 생긴다.세션이 종료되면 종료 이벤트가 생긴다.진행률이 100이면 완독 이벤트가 생긴다.이 모든 것은 “기록”이다.그렇다면 Timeline은 무엇이어야 할까?1. 처음엔 Timeline을 ‘상태 요약’으로 만들려고 했다처음 설계할 때는 이런 유혹이 있었다.Timeline 카드에 바로 보여줄 데이터를 저장하자.책 제목도 넣고,진행률도 넣고,세션 길이도 넣고,심지어 계산된 통계값도 넣자.즉, TimelineEvent를 “UI에 최적화된 테이블”로 만들고 싶었다.하지만 곧 이상한 느낌이..

Dev Log 2026. 3. 6. 15:34
이전 1 다음
이전 다음
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday
링크
  • Readium
  • Signal Over Noise(ko)
  • Signal Over Noise(en)
TAG
  • NanoClaw
  • WSL개발환경
  • 블로그디자인
  • 이벤트아키텍처
  • 티스토리
  • Readium개발기
  • 1인 개발
  • 다크모드
  • 앱 도메인 설계
  • ChatGPTCodex
  • Idempotent 처리
  • SQLite 앱 아키텍처
  • 오픈소스
  • 프론트엔드
  • 트랜잭션 설계
  • 인터넷문화
  • 티스토리스킨
  • 웹디자인
  • 한국인터넷역사
  • 로컬우선아키텍처
  • CodexApp
  • 도메인설계
  • Windows개발
  • Flutter 앱 개발
  • 온라인신원인증
  • AI와인터넷
  • 로컬 우선 아키텍처
  • Google Play 출시
  • Readium 개발기
  • css커스터마이징
more
«   2026/03   »
일 월 화 수 목 금 토
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
글 보관함

Powered by Tistory / Theme by Signal Ayu Unified
Contents
Contents

티스토리툴바