quad/.claude/session/2026-08-08-04-overridden-naming.md
qwreey 1f56c75978
chore(docs): split CLAUDE.md session log into .claude/session/, keep 2-4 line summaries
CLAUDE.md had grown to 3196 lines of accumulated session logs, causing
context bloat. Full session narratives (including trial-and-error and
later-corrected reasoning — quadnomicon devlog raw material) now live
as 39 individual files under .claude/session/. CLAUDE.md keeps only a
short "지금 할 일" (re-synced against question.md/pre-implementation-audit.md,
stale detail dropped) and a compact per-session summary+link table.
No design decisions changed; base/research/question.md were already
in sync with every session (verified against README.md/question.md
before archiving), so no unreflected content needed migrating first.
2026-08-11 14:40:43 +09:00

2.4 KiB

2026-08-08 네 번째 세션 — Modifier.OverrideOverridden으로 이름 확정

사용자가 IDE에서 tag-plan.md를 보다가 "Tag가 Added/Removed처럼 -ed 어미를 의도적으로 쓰는데, Modifier의 Override도 그냥 Overrided로 하면 어떤가"라고 질문 — -ed/분사 어미가 "즉시 커밋되는 뮤테이션이 아니라 이미 계산되어 반환되는 새 값"을 신호한다는 기존 관례 (Add/Remove-ed 없이 쓰이면 뮤테이션처럼 오독될 위험이 있어 Added/Removed로 확정했던 것과 같은 문제가 Override에도 그대로 있음)에 정확히 들어맞는 좋은 관찰이었음. 다만 Overrided는 오기 — override는 불규칙동사라 과거분사가 overrided가 아니라 overridden. Add/Remove/Merge가 전부 규칙동사라 우연히 단순 -ed 접미만으로 맞았던 것뿐, Override엔 그 규칙이 그대로 안 통함. 사용자가 이 정정에 동의하고 확정 요청 — Modifier.Overridden(mod1, mod2, ...)으로 이름 자체를 확정(더 이상 가칭 아님, 용어 정리 라운드 대상에서도 제외).

base/modifier-plan.md/base/component-composition-plan.md/ base/bind-system-plan.md/base/tag-plan.md(비교 문구)/ base/architecture.md/ROADMAP.md/research/pre-implementation-audit.md/ research/documentation-content-map.md/.claude/README.md/ .claude/question.md 전부에서 OverrideOverridden으로 기계적 치환 + 각 문서의 "가칭"/"이름만 잠정" 표시를 "이름 확정"으로 갱신 (question.md의 3순위 용어 재검토 목록에선 완전히 제거, Peek/ isState만 그 목록에 남음). CLAUDE.md 세션 히스토리(과거 Override 서술)와 archive/는 당시 기록이라 그대로 둠 — 역사적 서술과 현재 유효한 이름을 헷갈리지 않도록 여기 새 절로만 반영.

다음 세션이 할 일: 안 바뀜(ROADMAP.md M0부터) — 순수 네이밍 확정이라 M0 착수 우선순위나 설계 자체엔 영향 없음.