이력서에 “캐시를 도입해 조회 성능을 개선했다”라고 썼다면 캐시 정의만 준비해서는 부족합니다. 누가 무엇을 했고, 왜 선택했고, 효과를 어떻게 알았는지까지 질문이 이어질 수 있어요. 본인의 문장을 출발점으로 질문 지도를 만들어 보세요.
첫 방향: 본인 역할
직접 설계한 부분, 구현한 부분, 함께 검토한 부분을 나눠 적어 보세요. 팀 성과와 개인 행동을 구분하는 질문입니다. 코드나 문서의 위치가 있다면 연결하되 공개 가능한 자료인지 확인해야 해요.
둘째·셋째 방향: 이유와 대안
당시 해결할 문제와 선택 기준을 말하고, 실제 비교한 대안이 무엇인지 정리하세요. 비교하지 않은 기술은 비교했다고 꾸미지 않습니다. 나중에 알게 된 대안이라면 당시 판단과 현재 평가를 구분해 설명할 수 있어요.
넷째 방향: 검증
개선율에 사용한 기준, 입력과 환경, 반복 횟수를 돌아보세요. 지표가 없으면 기능상의 확인과 아직 못한 성능 검증을 구분합니다. “잘됐다”는 표현을 어떤 관찰로 뒷받침하는지 찾는 과정이에요.
다섯째·여섯째 방향: 실패와 다음 선택
무효화가 실패하면, 요청이 늘면, 다른 장치라면처럼 전제를 바꿔 보세요. 그런 상황을 실제로 겪은 것과 가정으로 답하는 것을 구분해야 합니다. 마지막에는 다시 한다면 어떤 가정을 먼저 검증할지 정리해 보세요.
이렇게 답해 보세요
“성과를 냈다고 쓰셨는데, 어떻게 확인하셨나요?”
[비교 기준]과 [측정 환경]을 같게 두고 [지표]를 확인했습니다. 제가 담당한 것은 [실험·구현 범위]였어요. 확인된 결과는 [결과]이고, [미측정 조건]까지 일반화하지는 않겠습니다.답변 구성을 보여주기 위한 가상 예시예요. 대괄호 안의 내용은 본인의 경험과 실제 역할, 확인한 결과로 바꿔 주세요.
준비 체크리스트
- 이력서 주요 문장 세 개 고르기
- 각 문장에 여섯 방향 질문 붙이기
- 대답할 수 없는 질문을 기록 확인·학습 과제로 분리하기
핵심 단어만 보고 소리 내어 답한 뒤, 같은 경험을 다른 질문으로 다시 설명해 보세요.
자주 묻는 질문
꼬리질문을 전부 외워야 하나요?
문장 암기보다 판단 기준과 사실을 정리하세요. 같은 사실을 다른 질문에서도 일관되게 설명하는 연습이 중요합니다.
일반 개념을 모르면 경험도 설명하면 안 되나요?
경험은 실제 범위에서 설명하되, 관련 개념은 별도 학습 목록으로 두고 원리를 보완하세요.
앱 다운로드 ↓