우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›당근마켓›백엔드›질문 상세
    問
    당당근마켓백엔드직무 역량2026년 출제

    '나의 당근' 탭을 구성하는 Server Driven UI를 설계할 때, 어떤 요소를 가장 우선적으로 고려하시겠어요?

    답변 미리보기

    Server Driven UI를 설계할 때 가장 먼저 고려하는 건 클라이언트 앱 업데이트 없이 화면을 얼마나 유연하게 바꿀 수 있냐는 것입니다. 이 커뮤니티…

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

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

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

    問
    01
    UI 설계에서 고려 요소는 무엇인가?
    사용자 경험(UX)을 고려한 요소들이 답에 등장하는 것이 흔합니다. 없으면 면접관이 '사용자는 어떻게 반응할까요?'와 같은 질문을 추가로 던지는 자리가 자주 보입니다.
    骨
    02
    Server Driven UI의 장점은 무엇인가?
    Server Driven UI 특유의 장점을 언급하는 흔적이 있어야 합니다. 없으면 면접관이 '그 이유는 어떻게 설명할 수 있을까요?'를 추가적으로 묻는 경우가 많습니다.
    語
    03
    기술 스택 선택의 기준은 무엇인가?
    적절한 기술 스택을 선택하는 기준이 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '왜 그 기술을 선택했나요?'와 같은 질문을 던질 가능성이 높습니다.
    本
    04
    협업 시 고려해야 할 요소는?
    협업과 커뮤니케이션의 중요성에 대한 답변이 자주 나타나는 결이 통합니다. 없으면 면접관이 '어떻게 팀과 의견을 조율했나요?'를 추가로 질문할 수 있습니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    당근마켓 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    변경 유연성·클라이언트 버전 의존도·하위 호환성·타입 안전성 연결 중심으로 푸는 결약 102초초기 로딩 성능·폭포수 요청 문제·폴백 처리 전략 연결 중심으로 푸는 결약 88초명세 버전 관리·배포 타이밍 불일치 경험·명시적 버전 협상 구조 연결 중심으로 푸는 결약 90초
    예시 답변 1
    약 102초

    변경 유연성·클라이언트 버전 의존도·하위 호환성·타입 안전성 연결 중심으로 푸는 결

    Server Driven UI를 설계할 때 가장 먼저 고려하는 건 클라이언트 앱 업데이트 없이 화면을 얼마나 유연하게 바꿀 수 있냐는 것입니다. 이 커뮤니티 앱처럼 탭 내 콘텐츠가 다양하고 A/B 테스트가 빈번한 환경에서는, 서버에서 UI 구성 요소를 명세로 내려주는 방식이 배포 주기와 실험 속도를 높이는 데 유리합니다. 다만 서버에서 어디까지 제어하고 클라이언트가 어디서부터 해석할지의 경계를 명확히 하지 않으면, 명세가 복잡해질수록 클라이언트가 예외 케이스를 감당하기 어려워지는 문제가 생깁니다. 학부 프로젝트에서 API 응답으로 화면 레이아웃을 제어하는 방식을 실험했는데, 컴포넌트 타입을 `enum`으로 엄격하게 정의하고 알 수 없는 타입은 기본 컴포넌트로 폴백하도록 설계한 것이 안정성을 높이는 데 가장 효과적이었습니다.

    새 컴포넌트를 추가해도 구버전 앱이 크래시 없이 렌더링되는 것이 사용자에게 가장 중요한 경험이기 때문에, 하위 호환성 전략을 설계 초반에 잡는 것이 핵심이라고 생각합니다.

    이 결의 특징
    Server Driven UI를 설계할 때 가장 먼저 고려하는 건 클라이언트 앱 업데이트 없이 화면을 얼마나 유연하게 바꿀 수 있냐는 것입니다
    이 결이 통하는 자리
    기술 역량을 직접 활용하고 평가받는 직무 환경에서 역량을 발휘할 수 있다
    예시 답변 2
    약 88초

    초기 로딩 성능·폭포수 요청 문제·폴백 처리 전략 연결 중심으로 푸는 결

    Server Driven UI를 설계할 때 화면이 얼마나 빠르게 그려지느냐를 가장 먼저 따집니다. 서버에서 컴포넌트 명세를 내려받는 구조는 네트워크 왕복이 추가로 생기기 때문에, 초기 로딩 시점에 필요한 컴포넌트 목록을 한 번의 응답으로 받아올 수 있는지가 설계의 핵심이 됩니다. 개인 프로젝트에서 SDUI 방식을 처음 시도했을 때 각 컴포넌트의 데이터 요청을 별도로 분리했다가 폭포수 형태의 요청이 쌓이는 문제를 겪었습니다. 그 이후로 서버가 한 번의 응답에 필요한 컴포넌트 데이터를 모두 포함하는 방식으로 바꿨고 렌더링 속도가 눈에 띄게 줄었습니다.

    클라이언트가 이해하지 못하는 컴포넌트 타입을 받았을 때 어떻게 처리하느냐도 초기에 잡아야 할 부분입니다. 알 수 없는 타입을 빈 공간으로 두거나 플레이스홀더로 대체하는 전략을 미리 정해두지 않으면 신규 컴포넌트를 배포했을 때 구버전 클라이언트에서 레이아웃이 깨질 수 있습니다.

    렌더링 효율과 폴백 처리를 함께 설계하는 것이 SDUI에서 가장 먼저 결정해야 할 두 축이라고 생각합니다.

    이 결의 특징
    Server Driven UI를 설계할 때 화면이 얼마나 빠르게 그려지느냐를 가장 먼저 따집니다
    이 결이 통하는 자리
    전문 도구와 플랫폼을 능숙하게 다루는 곳에서 역량을 발휘할 수 있다
    예시 답변 3
    약 90초

    명세 버전 관리·배포 타이밍 불일치 경험·명시적 버전 협상 구조 연결 중심으로 푸는 결

    Server Driven UI에서 명세(스키마)가 얼마나 안정적으로 버전 관리되느냐가 실제 운영에서 가장 중요한 문제라고 생각합니다. 서버가 내려주는 컴포넌트 명세가 바뀔 때 클라이언트가 그 변화를 언제부터 해석할 수 있는지 암묵적으로 합의하는 구간이 생기는데 이걸 명시적으로 관리하지 않으면 예상치 못한 곳에서 렌더링이 깨집니다. 사이드 프로젝트에서 백엔드와 프론트를 함께 개발하면서 명세를 구두로만 맞췄다가 배포 시점이 엇갈려 화면이 비어버린 경험을 했습니다. 그 이후로 명세에 `version` 필드를 포함시키고 클라이언트가 지원하는 버전 범위를 서버에 전달하는 방식으로 바꿨습니다. 이렇게 하면 서버가 클라이언트 버전에 따라 다른 명세를 응답하거나 지원 불가 버전에 대해 명시적 에러를 내려줄 수 있어 디버깅이 훨씬 쉬워졌습니다.

    명세의 진화 전략을 설계 초반에 잡는 것이 SDUI 구조의 장기 안정성을 결정한다고 경험으로 배웠습니다.

    이 결의 특징
    Server Driven UI에서 명세(스키마)가 얼마나 안정적으로 버전 관리되느냐가 실제 운영에서 가장 중요한 문제라고 생각합니다
    이 결이 통하는 자리
    기술적 역량이 핵심 가치인 팀과 조직에서 역량을 발휘할 수 있다
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹사용자 경험을 위해 어떤 세부 요소를 더 고려할 수 있을까요?
    貳이러한 우선순위가 결정된 이유는 무엇인가요?
    參이 설계에서 가장 큰 도전 과제는 무엇일까요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 당근마켓 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    당근마켓 · 백엔드
    서버 드리븐 UI(SDUI) 설계 시 고려해야 할 주요 요소는 무엇이라고 생각하나요?
    이 질문 보기
    PTKOREA · 서비스 오너
    UI/UX 기획을 할 때 가장 중요하게 고려하는 요소는 무엇인가요?
    이 질문 보기
    SPC그룹 · 공통직무·미지정
    신규 서비스 서버 개발 시 가장 중요하게 고려해야 할 요소는 무엇이라고 생각하시나요?
    이 질문 보기
    이니지 · SW·IT 일반
    AI 시스템 서비스의 웹 응용 서버 개발에서 가장 중요하게 고려해야 할 요소는 무엇이라고 생각하나요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 당근마켓 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기