Interview Focus Ops - 2026-05-23
Goal
2026-05-26 채널톡 1차 면접 전까지 사용자는 Slack #study에서 대화 기반 면접 준비에만 집중한다. Codex/Jarvis/Pantheon은 뒤에서 학습 큐, 토큰 활용, R&R, 문서/티켓/PR을 정리한다.
Operating Rule
| Area | Rule |
|---|---|
| 사용자 인터페이스 | 기본 채널은 `#study` 하나. 면접 질문, 답변, 교정만 노출 |
| 사용자 결정 | 비용, 권한, 방향 전환, 외부 공개 같은 결정만 요청 |
| 보고 | 하루 1~2회 압축 보고. 진행 중 잡음은 숨김 |
| 토큰 사용 | 아끼지 않는다. 단, 면접 합격 확률을 올리는 검증/시뮬레이션/운영 개선에만 사용 |
| 비학습 업무 | Codex가 Linear/PR/docs로 처리하고 필요한 경우만 요약 |
R&R Until Interview
| Role | Primary Job | When To Use |
|---|---|---|
| Raphael | `#study` 튜터, 압박 질문, 답변 교정 | 사용자가 답변할 때마다 즉시 |
| Jarvis | 라우팅, 보고, 사용자 집중 보호 | 운영 판단, 비상, 요약 |
| Codex | 문서/티켓/PR/운영 개선 | 사용자가 공부하는 동안 백그라운드 |
| Gemini/Manus | 외부 면접관 관점 counter-review | 전략 충돌, 답변 품질 검증 |
| Pantheon automation | 재시동, Spec Gate, execution, monitoring | 사용자가 개입하지 않아야 할 반복 작업 |
Study Queue
| Date | Focus | User-Facing Output |
|---|---|---|
| 5/23 | OS 동시성 + DB 트랜잭션 복구, PREP 답변 교정 | Gap Lock / RC / HikariCP / deadlock 구술 |
| 5/24 | DB 인덱스, N+1, 네트워크 HTTP/TCP | 인덱스+네트워크 꼬리 질문 |
| 5/25 | 알고리즘 복잡도, 정렬/탐색, 하드코어 모의 면접 | 60초 PREP + 라이브 코딩 감각 |
| 5/26 | 가벼운 리마인드, 컨디션 유지 | 체크리스트만 |
Immediate Study Prompt
최근 #study 상태 기준 다음 질문은 Gap Lock 복구다.
> InnoDB REPEATABLE READ에서 Gap Lock이 없다면 어떤 시나리오로 Phantom Read가 발생하는지, 일반 SELECT와 SELECT ... FOR UPDATE를 구분해서 설명해보세요.
평가 기준:
- 결론 먼저 말하는가
- MVCC snapshot read와 locking read를 구분하는가
- Phantom Read를 row count/condition 재조회 관점으로 설명하는가
- 실무 선택 기준으로 연결하는가
Backlog
| Issue | Purpose |
|---|---|
| HAN-329 | Interview Focus Ops parent |
| HAN-330 | `#study` 기반 면접 학습 루프 |
| HAN-331 | AI Token Command Center |
Decision Gates
사용자에게 묻는 경우는 아래로 제한한다.
- 외부 계정/유료 토큰 권한이 필요한 경우
- Slack에 공개적으로 강한 톤의 메시지를 보낼 경우
- 면접 전략의 큰 방향을 바꿀 경우
- 사용자의 실제 답변/경험 사실관계를 확정해야 할 경우
Success Criteria
- 사용자는 면접 전까지
#study답변만 하면 된다. - 열린 운영 PR/backlog는 Codex가 정리한다.
- 약점은 장기 메모리/학습 로그로 넘어간다.
- 최종 면접 직전에는 새로운 자료가 아니라 압축 체크리스트만 본다.