UMOS One 1차 면접 회고 (2026-06-12)

면접 개요

• 회사: UMOS One
• 일자: 2026-06-12
• 포지션: 백엔드 (8년차)
• 결과 캡션: self-report — 대부분 막힘없이 답변, 6분 늦게 시작 (미팅 링크 미스, HR 개입으로 회복)

A. 답변 회고

A-1. 강했던 답변

• 동시 리소스 점유 — distributed lock 우선, 단독 부족 시 queue 완충재 (8년차 다층 방어 시그널)
• 복합 인덱스 설계 — "상점, 일시 순. 상점 cardinality 높음. 상태는 자주 바뀌어 제외, 단 상황 따라 포함 검토." (cardinality 기준 + trade-off 인식이 명확)
• 워커 구조 변경 / EKS 의사결정 / 팀원 충돌 — 무난, 막힘 없음
• 추가로 던진 역질문 — PoC 과정 + SaaS 기능 우선순위 (mid-senior 의사결정 권한 확인용 카드, 슬롯과 정렬됨)

A-2. 약했던 답변

1. fetch join / eager load 안 쓰는 이유

• 본인 답변: "로드 줄이고 의존도 낮춤" → 결과지 본질 아님
• 정본 라인 (외워둘 것):

- one-to-many 2개 이상이면 카르테시안 곱으로 row 폭발
- 페이징 깨짐 (Hibernate가 메모리 페이징 경고 띄움)
- 애그리거트 경계 결합

• 설계 라인: 기본 LAZY + 필요한 곳만 @EntityGraph 또는 fetch join + 조회 전용은 DTO projection

2. 배차 중 주문 추가/제거 대응

• 본인 답변: "당시엔 고려 안 함, 주문 셋 바꿔 재배차 요청" — 정직하게 닫음, 면접관 자연스럽게 넘어감
• 다음 라운드 보강 라인:
• 동적 VRP 영역. insertion heuristic으로 기존 해 살리면서 신규 주문만 끼워넣기
• 윈도우 기반 재배차로 변경분만 다시 푸는 접근
• "당시엔 ~지만 지금이라면 ~" 시그널이 8년차 grow signal로 가장 잘 먹힘

A-3. 후속 학습 포인트

• Dynamic VRP / re-optimization 어휘 (insertion heuristic, window-based re-route)
• JPA fetch 전략 정본 라인 3종 (카르테시안 곱 / 페이징 / 애그리거트 경계)

B. 슬롯 시그널

팀 구성

인프라 의사결정 질문 (워커 구조 변경 / EKS)

• 깊은 follow-up 없이 surface 확인 성격
• "어떻게 결정했나" 수준에서 그침 → 본인이 그 영역을 owning하길 기대하는 신호 아님

가설: 시니어 페어 + 본인은 제품 백엔드 mid-senior 오너십 슬롯

• 인프라/플랫폼은 시니어 페어가 주도, 본인은 제품 도메인 자기 영역
• FE가 BE보다 lean한 구성 → cross-functional 빈도 높을 시그널
• 본인이 던진 PoC 과정 + SaaS 기능 우선순위 역질문이 이 슬롯과 정렬됨 (의사결정 권한 확인용 카드)

대안 가설 (참고)

플랫폼 오너십 슬롯이면 EKS deep follow-up이 들어왔을 텐데 그렇지 않음 → 가설 약화.

C. 운영 회고

미팅 링크 미스

• 6분 늦게 시작, HR 담당자 개입으로 회복
• follow-up: 원본 링크 출처(채용 담당자 메일 / 캘린더 / 본인 저장) 비교해 어디서 갈렸는지 추적
• 다음 라운드 일정 잡히기 전에 닫기

이직 사유 일관성

• 부릉 재입사 / 클래스101 퇴사 이유 답변이 쿠팡 리크루터에 보낸 라인과 일관되는지 자가 점검
• 위험 패턴 5종 안 했는지 메모:
• narrative 재현
• 강점 평가절하
• 수동 마무리
• flattery
• 반문 = 정정신호 무시

다음 액션 체크리스트

• [ ] 미팅 링크 출처 추적 (다음 라운드 일정 잡히기 전)
• [ ] fetch join 정본 라인 외워두기 (카르테시안 곱 / 페이징 / 애그리거트 경계)
• [ ] 동적 VRP 어휘 30분 학습 (insertion heuristic, window-based re-route)
• [ ] 결과 안내 대기 — 다음 라운드 vs 종료