fix: 하네스 제거 및 keycloak 문서 보강

This commit is contained in:
DongHyeonka
2026-07-25 12:53:13 +09:00
parent 6c53ded9cb
commit d71669eb59
2329 changed files with 138239 additions and 172816 deletions
-1
View File
@@ -1 +0,0 @@
../vault/00-system/templates/interview-prep-template.md
+93
View File
@@ -0,0 +1,93 @@
---
title: interview-prep / {{short-question-slug}}
source_type: interview-prep
status: raw
related_branches: []
related_projects: []
tags: [interview-prep]
created: YYYY-MM-DD
status_label: 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/<...>]]` (생성되면)