119 lines
3.8 KiB
Markdown
119 lines
3.8 KiB
Markdown
---
|
|
title:
|
|
source_type: portfolio
|
|
status: draft
|
|
confidence: unknown
|
|
tags: [portfolio]
|
|
related_projects: []
|
|
last_reviewed:
|
|
canonical_sources: []
|
|
audience: recruiter
|
|
---
|
|
|
|
# {{title}}
|
|
|
|
> Layer: `wiki/portfolio/` — **외부 공개용 프로젝트 요약**. canonical (`wiki/projects/`) 에서 파생된 산출물. 면접관·이력서 reader·포트폴리오 사이트 대상.
|
|
> 상태: draft → reviewed → verified → **published-ready** (이력서·README·외부 게시 가능)
|
|
> `audience`: `recruiter` | `tech-lead` | `cs-interviewer` | `general` — 톤·깊이가 달라짐.
|
|
|
|
## 부모 (필수)
|
|
|
|
> wiki/portfolio/ 는 derived layer. **반드시 canonical wiki/projects/ 에서 파생.** raw 또는 branch에서 직접 파생 금지.
|
|
|
|
- `[[wiki/projects/{{project-slug}}]]` (필수, 최소 1개)
|
|
- 추가 wiki/projects 인용:
|
|
- `[[wiki/projects/<...>]]`
|
|
- 보조 wiki/concepts:
|
|
- `[[wiki/concepts/<...>]]`
|
|
|
|
## 한 줄 요약
|
|
|
|
> 30초 자기소개 한 줄. 무엇을 했고 왜 그 가치가 있는지.
|
|
|
|
<한 줄>
|
|
|
|
## 문제
|
|
|
|
> 이 프로젝트가 해결한 문제. 추상적 표현 금지 — 구체 수치·시나리오로.
|
|
|
|
- 직면한 문제:
|
|
- 영향 범위:
|
|
- 측정 가능한 손실 (있다면 — latency / 비용 / 사고 빈도):
|
|
|
|
## 해결
|
|
|
|
> 이 프로젝트에서 한 핵심 결정 3~5개. 트레이드오프와 함께.
|
|
|
|
- 결정 1: <무엇을> — 이유: <왜> — 트레이드오프: <대안 대비 손해 본 것>
|
|
- 결정 2: ...
|
|
- 결정 3: ...
|
|
|
|
## 결과
|
|
|
|
> 측정 가능한 결과만. 짐작·과장 금지. 측정 안 한 것은 "측정 X"로 명시.
|
|
|
|
- 측정 1 (자동화·테스트·로그): <before → after>
|
|
- 측정 2 (운영 기록·인시던트 빈도): <before → after>
|
|
- 측정 안 한 것: <항목>
|
|
|
|
## 기술 스택
|
|
|
|
> 실제 사용한 것만. "쓸 줄 안다" 와 "이 프로젝트에 썼다" 를 구분.
|
|
|
|
- 핵심: <Java 21, Spring Boot 3.4, ...>
|
|
- 보조: <...>
|
|
- 의식적으로 안 쓴 것 (있으면 면접 차별화): <...>
|
|
|
|
## 익혀야 할 것
|
|
|
|
> 면접관·리뷰어가 이 포트폴리오를 읽고 "이 분야를 안다"고 판단할 수 있는 항목. 자기 학습 가이드 역할도 함.
|
|
|
|
- 익혀서 자신 있게 답할 수 있어야 할 개념: `[[wiki/concepts/<...>]]`
|
|
- 실제 구현 결정에 대해 변호할 수 있어야 함: `[[wiki/projects/<...>]]`
|
|
- 인용한 출처를 자신 있게 인용 가능해야 함: `[[raw/official-docs/<...>]]`, `[[raw/company-tech-blogs/<...>]]`
|
|
|
|
## 답할 수 있는 범위
|
|
|
|
> 면접에서 자신 있게 답할 수 있는 부분 / "확인이 필요하다"라고 말해야 하는 부분 명시.
|
|
|
|
- 자신 있게 답할 수 있는 범위:
|
|
- "공식 문서를 다시 확인하고 답변드리겠습니다" 라고 해야 하는 부분:
|
|
- 절대 과장하지 말 것 (예: 검증 안 된 prod 경험을 prod-verified로 말하지 말 것):
|
|
|
|
## 한계
|
|
|
|
> 이 프로젝트가 못 한 것. 솔직하게.
|
|
|
|
- 검증 안 한 영역:
|
|
- 시간 부족으로 미룬 것:
|
|
- 알면서 안 한 결정 (트레이드오프):
|
|
|
|
## 근거 (canonical 인용 필수)
|
|
|
|
> derived 산출물의 모든 사실 주장은 canonical 인용으로 뒷받침.
|
|
|
|
- `[[wiki/projects/<...>]]` — <어떤 결정의 출처>
|
|
- `[[wiki/concepts/<...>]]` — <어떤 개념의 출처>
|
|
|
|
## 외부 링크
|
|
|
|
- GitHub 저장소:
|
|
- 데모:
|
|
- 관련 블로그 글: `[[wiki/blog/<...>]]`
|
|
|
|
## 관련
|
|
|
|
- 다른 포트폴리오 항목: `[[wiki/portfolio/<...>]]`
|
|
- 관련 면접 답변: `[[wiki/interview/<...>]]`
|
|
- 관련 블로그 글: `[[wiki/blog/<...>]]`
|
|
|
|
## 게시 체크리스트
|
|
|
|
`published-ready` 로 올리기 전 확인.
|
|
|
|
- [ ] 모든 측정값이 실측이거나 "측정 X" 로 명시됨
|
|
- [ ] 과장 단어 (`완벽`, `극한`, `100%`, `최고`) 없음
|
|
- [ ] 모든 사실 주장에 canonical 링크 있음
|
|
- [ ] 답할 수 있는 범위 / 한계 섹션 채움
|
|
- [ ] `/lint` 통과
|