Files

T

2026-07-25 12:53:13 +09:00

title, source_type, status, related_branches, related_projects, tags, created, status_label

title

source_type

status

related_branches

related_projects

interview-prep: sample-domain-contract-fixture-clean-architecture

Parent / 부모

raw/branch-notes/feature-sample-domain-contract-fixture — sample domain을 production 기능이 아니라 skeleton contract fixture로 유지·검증한 작업에서 나온 질문.

질문 원문: Clean Architecture 템플릿에서 샘플 도메인을 제거하지 않고 별도 모듈의 contract fixture로 유지한 이유는 무엇인가요?
출처: 예상 질문.
받은 날짜·맥락: N/A.

핵심 평가 대상: 아키텍처 경계 보존, 테스트 fixture 설계, sample 코드와 production 코드의 결합도 분리.
함정 / 흔히 빠지는 답변 패턴: "예제가 있으면 편하다" 수준으로 답하고, 실제 계약 검증과 production 비의존성을 설명하지 못하는 것.
따라올 만한 후속 질문: sample 모듈이 production runtime에 섞이지 않도록 어떤 guardrail을 두었는가?

사실 1: 본 branch D1은 sample domain fixture가 skeleton 계약 검증 도구로 필요하다고 결정했다. 근거: raw/branch-notes/feature-sample-domain-contract-fixture §Decision Evidence Map D1.
사실 2: 2026-06-10 구현에서 WorkLogStatus 상태 머신과 WorkLogOwner minimum model을 sample-portfolio에 추가하고, domain/application/persistence/web tests로 검증했다. 근거: raw/branch-notes/feature-sample-domain-contract-fixture §진행 중 메모.
내가 직접 한 경험: delegated 항목(idempotency dedup/storage, sample-off/profile isolation, dual-mode CI)은 제외하고 branch-owned gap만 구현했다. 근거: raw/branch-notes/feature-sample-domain-contract-fixture §Coverage.
트레이드오프: sample을 production module에 섞으면 채택자는 빠르게 볼 수 있지만 경계 오염 위험이 커진다. 별도 sample-portfolio 모듈은 boilerplate가 늘지만 production 모듈이 sample에 의존하지 않는 guardrail을 유지한다.
한계 / "이건 안 해봤다": sample-off dual-mode CI와 prod profile physical exclusion은 이번 branch에서 구현하지 않았고 raw/branch-notes/feature-sample-removal-adoption-contract owner로 위임되어 있다.

raw/branch-notes/feature-sample-domain-contract-fixture — sample fixture 목적, scenario matrix, 2026-06-10 구현/검증 기록.
raw/errors/gradle-wrapper-lock-read-only-sandbox-2026-06-10 — 검증 중 발생한 sandbox tooling 이슈.

모르는 것 1: sample-off dual-mode CI가 실제 릴리즈 게이트로 언제 통합될지.
모르는 것 2: canonical sample-ticket 명명 drift를 /ingest에서 어떤 방향으로 정리할지.
확인 방법: feature-sample-removal-adoption-contract와 canonical wiki/projects/ca-tmpl/sample-fixture-and-adoption 갱신 상태 확인.

자신 있게 말할 수 있는 범위: ca-tmpl 로컬 코드에서 sample fixture의 상태 머신/owner minimum model과 테스트/아키텍처 검증이 통과했다.
"이 부분은 공식 문서를 다시 보고 답변드리겠습니다" 라고 해야 하는 부분: sample-off physical packaging exclusion과 CI matrix 구현 상태.
절대 과장하지 말 것: 이번 작업은 locally-verified이며 prod-verified 경험이 아니다.