llm-wiki/templates/interview-prep-template.md

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

title	source_type	status	related_branches	related_projects	tags	created	status_label
interview-prep / {{short-question-slug}}	interview-prep	raw			interview-prep	YYYY-MM-DD	collecting

interview-prep: {{short-question-slug}}

Layer: raw/interviews/ — 면접 질문 원본 수집·연구 노트. 다듬어진 답변은 /interviewize 후 wiki/interview/에 별도 작성. 원본은 raw에 영구 보관. status_label: collecting | drafting | ready-for-derive | derived | needs-confirmation

Citation discipline (필수):

• ## 답변 재료 의 각 "사실" 항목은 다음 셋 중 하나로 근거를 같이 적는다:
  1. branch-note 의 Decision ID (예: "근거: feature-X.md D3, D9").
  2. 외부 source 의 claim ID (예: AT-TX-C5, SPRING-TX-MGR-C6) — anchor 인용 가능하면 <path>.md#<claim-id>.
  3. branch-note 의 section 인용 (예: feature-X.md §결정 사항).
• "경험" 은 내가 직접 한 것만. 추론은 "의견 / 해석" 으로 분리.
• "트레이드오프" 는 majority vs minority position 을 명시 (다수파 / 소수파 / 표준 / 비표준). 한쪽만 적으면 답변이 단편적이 된다.
• ## 답변 경계 / Answer boundary 의 "절대 과장하지 말 것" 은 반드시 채운다 — local-verified 를 prod-verified 처럼 말하지 않기 위한 self-check.
• ## 미해결 / Unknown 의 "확인 방법" 도 비워두지 말 것 — "공식 문서 다시 보기" / "실 실험" / "후속 branch" 등 구체 방법 명시.

부모

이 질문이 어느 작업·프로젝트에서 나올 수 있는지 명시. 최소 1개 필수. 특정 작업과 무관한 일반 CS 질문이면 [[raw/project-notes/<project>]] (전체 프로젝트 차원) 또는 미연결도 허용 (단, frontmatter related_projects 는 채울 것).

• [[raw/branch-notes/{{branch-name}}]] — <왜 이 branch에서 이 질문이 나올 수 있는지 한 줄>
• (또는) [[raw/project-notes/{{project-name}}]]

질문

면접에서 받을 수 있는 질문 원형. 받았다면 받은 형태 그대로.

• 질문 원문:
• 출처: <실제 받은 질문 / 예상 질문 / 책·블로그에서 발견 / JD에서 유추>
• 받은 날짜·맥락 (실제 받은 경우):

질문 의도 추론

면접관이 이 질문으로 무엇을 평가하려 하는지.

• 핵심 평가 대상: <개념 이해 / 운영 경험 / 트레이드오프 인식 / 의사결정 경험 / 한계 인식>
• 함정 / 흔히 빠지는 답변 패턴:
• 따라올 만한 후속 질문:

답변 재료

이 단계는 raw. 정리된 답변이 아님. 떠오르는 사실·일화·트레이드오프를 자유롭게 모음.

• 사실 1 (근거: [[raw/branch-notes/...]] 또는 [[raw/official-docs/...]]):
• 사실 2:
• 내가 직접 한 경험 (있다면): [[raw/branch-notes/...]]
• 트레이드오프:
• 한계 / "이건 안 해봤다":

근거 (답변의 사실 근거)

면접에서 자신 있게 말하려면 사실 근거가 있어야 함. raw 또는 wiki canonical 링크.

• [[raw/official-docs/<...>]] — <인용할 만한 핵심 사실>
• [[raw/company-tech-blogs/<...>]] — <인용할 만한 사례>
• [[wiki/concepts/<...>]] — (검증된 요약이 있다면)
• [[wiki/projects/<...>]] — (내 프로젝트 사실, 있다면)

미해결

이 질문에 답하기 위해 더 학습하거나 확인이 필요한 것.

• 모르는 것 1:
• 모르는 것 2:
• 확인 방법: <official-doc 다시 읽기 / 실 실험 / 멘토에게 질문>

답변 경계

어디까지 자신 있게 말할 수 있고, 어디부터는 "확인이 필요하다"라고 말해야 하는지.

• 자신 있게 말할 수 있는 범위:
• "이 부분은 공식 문서를 다시 보고 답변드리겠습니다" 라고 해야 하는 부분:
• 절대 과장하지 말 것 (예: 검증 안 된 prod 경험을 말하지 말 것):

관련

같은 작업 묶음 내 다른 raw 문서, 또는 같은 주제의 다른 면접 질문.

• 관련 면접 질문 (선행/후속): [[raw/interviews/<...>]]
• 영감을 받은 채용공고: [[raw/job-postings/<...>]]
• 관련 블로그 글감: [[raw/blog-topics/<...>]]
• 답변 derive 후 위치: [[wiki/interview/<...>]] (생성되면)