우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›무신사›백엔드›질문 상세
    問
    무무신사백엔드경험·이력2026년 출제

    이전 프로젝트에서 공통 라이브러리나 SDK를 설계했던 경험에 대해 말씀해 주세요.

    답변 미리보기

    인턴 프로젝트에서 공통 로깅 라이브러리 설계를 맡았습니다. 여러 서비스가 각자 다른 방식으로 로그를 남기고 있어서 장애 때 장애 추적이 어려웠습니다. 공통 로그…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    본인 손에 잡은 결이 또렷한가?
    설계·구현·문서 결 중 본인이 직접 한 자리가 답에 보입니다. 일반론으로만 답하면 깊이가 옅은 자리입니다.
    骨
    02
    설계 결을 또렷이 짚는가?
    API·버저닝·합의 결로 본인이 가른 흔적이 답에서 드러나는 결이 통합니다. 매끈하게만 끝나는 답은 외워 온 결로 들립니다.
    語
    03
    본인 사례로 닫는가?
    추상 다짐이 아니라 본인이 실제로 한 결을 짚는 답이 자주 등장합니다. 매끈하게만 끝나는 답은 외워 온 결로 들립니다.
    本
    04
    측정 가능한 결과로 닫는가?
    재사용·시간·결함 결로 본인이 결과를 본 흔적이 답에 보입니다. 수치 없이 좋아진다는 답은 검증이 옅은 결입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    무신사 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    공통 로깅 라이브러리 설계에서 강제 포맷과 확장성을 균형 있게 잡은 경험을 정리한 결약 90초공통 로깅 라이브러리 채택률과 장애 추적 시간 단축 수치로 결과를 닫은 결약 74초내부 SDK 하위 호환 실패 경험으로 버저닝 규칙과 CHANGELOG 도입한 결약 80초
    예시 답변 1
    약 90초

    공통 로깅 라이브러리 설계에서 강제 포맷과 확장성을 균형 있게 잡은 경험을 정리한 결

    인턴 프로젝트에서 공통 로깅 라이브러리 설계를 맡았습니다. 여러 서비스가 각자 다른 방식으로 로그를 남기고 있어서 장애 때 장애 추적이 어려웠습니다. 공통 로그 포맷(타임스탬프·서비스명·트레이스 ID·레벨)을 정의하고, 각 서비스에서 최소한의 코드 변경으로 붙일 수 있도록 래퍼 클래스 형태로 설계했습니다. 초안을 팀에 공유했더니 '커스텀 필드를 추가하기 어렵다'는 피드백이 있었고, 빌더 패턴으로 선택적 필드를 확장할 수 있게 수정했습니다. 이 경험으로 공통 라이브러리는 최소한의 강제 포맷과 자유로운 확장점을 균형 있게 가져가는 것이 실제 채택률을 높인다는 것을 배웠습니다.

    이 결의 특징
    여러 서비스의 로그 포맷이 달라 장애 추적이 어려웠던 문제를 공통 포맷과 래퍼 클래스로 풀고, 커스텀 필드 확장 요구를 빌더 패턴으로 수용한 흔적이 있습니다. 최소 공통 규칙과 자유로운 확장점의 균형을 찾아간 결이 담겨 있습니다.
    이 결이 통하는 자리
    피드백을 받고 설계를 수정한 지점이 구체적으로 드러날 때 통합니다. 실제 채택률이 설계 완성도보다 중요하다는 관찰이 사례 뒤에 붙을 때 면접관이 실무 감각을 읽는 결이 보입니다.
    예시 답변 2
    약 74초

    공통 로깅 라이브러리 채택률과 장애 추적 시간 단축 수치로 결과를 닫은 결

    공통 로깅 라이브러리를 출시한 뒤 실제로 팀 내 채택률을 측정하는 것이 가장 중요한 검증이었습니다. 처음 한 달 동안은 3개 서비스 중 1개만 전환했고, 나머지 팀원들이 붙이기 불편하다는 피드백을 줬습니다. 온보딩 가이드와 README 예시 코드를 보강한 뒤 두 달째에는 전체 서비스가 전환을 완료했습니다. 이전에는 장애 발생 시 서비스마다 로그 포맷이 달라 원인 추적에 평균 40분 이상 걸렸는데, 공통 포맷 도입 후 트레이스 ID 한 줄로 흐름을 따라가는 시간이 크게 줄었습니다. 공통 라이브러리의 성공 여부는 기술적 완성도보다 실제 팀 내 채택 속도로 판단해야 한다는 걸 이때 배웠습니다.

    이 결의 특징
    출시 첫 달 3개 서비스 중 1개만 전환되는 저조한 채택률을 온보딩 가이드와 예시 코드 보강으로 두 달째 전체 전환까지 끌어올린 흔적이 있습니다. 장애 추적 시간이 40분에서 크게 줄었다는 결과까지 담겨 있습니다.
    이 결이 통하는 자리
    채택률이라는 구체 수치로 성공을 측정한 관점이 살아 있을 때 통합니다. 기술 완성도보다 실제 팀 내 채택 속도로 판단해야 한다는 문장이 수치 뒤에 붙을 때 면접관이 결과 지향성을 읽는 결이 보입니다.
    예시 답변 3
    약 80초

    내부 SDK 하위 호환 실패 경험으로 버저닝 규칙과 CHANGELOG 도입한 결

    공통 라이브러리를 처음 배포한 뒤 가장 어려웠던 부분은 기존 사용자를 깨지 않고 버전을 올리는 것이었습니다. 인턴 프로젝트가 끝난 뒤 후임 팀원이 라이브러리를 수정하면서 기존 필수 파라미터 위치를 바꾸는 변경이 들어왔고, 라이브러리를 이미 쓰던 서비스들이 런타임 오류를 냈습니다. 이후엔 CHANGELOG를 반드시 작성하고, 파괴적 변경은 메이저 버전 번호를 올려 명시적으로 구분하는 규칙을 팀에 공유했습니다.

    하위 호환성을 유지하려면 선택적 파라미터는 항상 맨 뒤에 두는 컨벤션을 처음부터 설계에 넣었어야 한다는 점을 배웠습니다. 공통 라이브러리는 배포 이후에도 유지보수 비용이 계속 발생하는 제품이라는 시각이 생겼습니다.

    이 결의 특징
    핵심 파라미터 위치가 바뀌는 파괴적 변경으로 기존 서비스가 런타임 오류를 낸 사건 이후 CHANGELOG와 메이저 버전 규칙을 팀에 도입한 흔적이 있습니다. 선택적 파라미터를 맨 뒤에 두는 컨벤션을 처음부터 넣었어야 한다는 반성이 담겨 있습니다.
    이 결이 통하는 자리
    실패 사건과 이후 규칙 도입이 인과로 이어질 때 통합니다. 배포 이후에도 유지보수 비용이 계속 발생하는 제품이라는 시각이 사례 끝에 붙을 때 면접관이 장기적 책임감을 읽는 결이 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹본인이 가장 깊이 본 결은 어디였나요?
    貳설계 결을 어떻게 잡으셨나요?
    參결과를 어떤 결로 측정하시나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 무신사 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    넥스트증권 · 프로덕트 디자이너
    재사용 가능한 그래픽 라이브러리를 구축한 경험에 대해 말씀해 주세요.
    이 질문 보기
    이스트소프트 · 게임 클라이언트
    서드파티 라이브러리 또는 SDK를 사용한 경험이 있다면, 어떤 프로젝트에서 어떻게 활용했는지 설명해 주세요.
    이 질문 보기
    쿠팡 · 데이터 분석가
    이전 프로젝트에서 데이터 이슈를 해결한 경험에 대해 이야기해 주세요.
    이 질문 보기
    쿠팡 · 프로덕트 매니저
    이전 프로젝트에서 데이터를 활용해 문제를 해결했던 경험에 대해 이야기해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 무신사 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기