모든 질문에 맞는 정해진 초 수는 없습니다. 요청받은 시간과 질문의 범위에 맞추되, 짧은 답변에도 결론과 근거 하나는 남기세요. 같은 경험을 세 가지 깊이로 준비하면 처음부터 모든 설명을 쏟아내는 일을 줄일 수 있습니다.
30초 안팎으로 요약할 때: 문제와 선택을 남기기
가상 프로젝트 · 실제 시간은 말속도에 따라 달라집니다
재고 한 개에 주문이 동시에 들어오면 초과 판매가 생기는 문제를 다뤘습니다. 저는 재고가 있을 때만 차감하고 주문 저장까지 같은 트랜잭션으로 묶었습니다. 동시 요청 테스트에서 주문 한 건만 성공하고 재고가 0으로 남는 것을 확인했습니다.
초기 소개에는 역할, 해결 방법, 확인한 결과를 남깁니다. 기술 선택의 모든 대안은 다음 질문에서 꺼낼 수 있습니다.
1분 안팎으로 설명할 때: 선택 이유를 더하기
같은 가상 프로젝트의 확장 답변
주문 API에서 재고를 조회한 뒤 차감하는 구조 때문에 여러 요청이 같은 재고를 읽을 수 있었습니다. 저는 재고 차감과 주문 생성 로직을 맡아, 재고가 0보다 클 때만 갱신하고 성공한 요청만 주문을 만들도록 바꿨습니다. 두 변경은 같은 트랜잭션으로 묶었습니다. 분산 락도 검토했지만 주문과 재고가 한 DB에 있어 이 방법을 선택했습니다. 테스트 환경에서 재고 한 개에 요청 백 개를 보내 성공 한 건과 최종 재고 0을 확인했고, 주문 저장 실패 시 롤백도 점검했습니다. 운영 트래픽 규모의 성능은 아직 측정하지 않았습니다.
짧은 버전에 ‘문제가 발생한 이유’, ‘대안과 선택 기준’, ‘검증의 한계’를 보탰습니다. 배경 이야기를 늘린 것이 아닙니다.
3분 정도를 요청받으면: 설명 축을 정하고 확장하기
세 배 분량의 문장을 통째로 외우기보다 다음 순서로 확장하세요. 프로젝트 발표라면 화면이나 코드와 함께 설명할 수 있습니다.
- 문제 재현: 두 요청이 어느 순서로 같은 값을 읽는지 설명합니다.
- 내 책임 범위: 직접 수정한 부분과 팀원이 맡은 부분을 나눕니다.
- 대안 비교: 조건부 갱신, 잠금 읽기, 분산 락 중 당시 조건에서 선택한 이유를 말합니다.
- 테스트: 초기 재고, 요청 수, 성공 판정, 실패 주입과 최종 상태를 설명합니다.
- 남은 과제: 동일 상품의 잠금 대기와 운영 부하 검증처럼 아직 확인하지 못한 부분을 말합니다.
실제로 검토하지 않은 대안은 공부한 개념과 구분하세요. “당시에는 이 방법을 썼고, 지금 다시 검토한다면 다른 방식도 비교하겠다”고 말할 수 있습니다.
답변을 줄일 때 지우는 순서
회사와 프로젝트의 긴 소개, 질문과 관계없는 기술 이름, 같은 뜻의 수식어부터 지웁니다. 본인 행동과 검증 결과를 먼저 지우면 짧지만 설명이 없는 답이 됩니다. 녹음해 들어 보고, 처음 결론이 등장하는 시점이 지나치게 늦은지 확인하세요.