우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›라인›프론트엔드›질문 상세
    問
    라라인프론트엔드직무 역량2026년 출제

    SPA 개발 경험이 있다면, 어떤 프레임워크를 사용했는지와 그 이유를 말씀해 주세요.

    한 문장 요약

    단순한 사용 경험보다, 프레임워크 선택의 이유와 그 선택을 실제 개발 맥락에 맞게 설명할 수 있는지를 봅니다.

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

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

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

    問
    01
    프레임워크 선택 이유
    어떤 프레임워크를 왜 골랐는지, 당시 요구사항과 제약을 기준으로 설명하는지를 봅니다.
    骨
    02
    SPA 이해 수준
    SPA의 렌더링 방식과 상태 관리, 라우팅 구조를 얼마나 이해하고 있는지 살핍니다.
    語
    03
    실무 적용 경험
    선택한 프레임워크를 실제 화면 개발에 어떻게 적용했는지, 사용 흔적과 역할을 확인합니다.
    本
    04
    대안 비교 관점
    다른 프레임워크와의 차이를 알고 있는지, 장단점을 비교해 판단한 관점을 봅니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    라인 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    선택 기준(러닝 커브·사내 생태계) → 실제 적용(라우팅·상태 관리·코드 스플리팅) → 대안 비교(Vue·Svelte)약 90초프레임워크 선택 학습전략과 공통개념 기반 전환비용 최소화 결useEffect 클린업으로요청 취소·생명주기 관리 결
    사내 도구 React SPA를 만들며 프레임워크를 고른 경험
    약 90초

    선택 기준(러닝 커브·사내 생태계) → 실제 적용(라우팅·상태 관리·코드 스플리팅) → 대안 비교(Vue·Svelte)

    인턴 때 사내 관리자 도구를 React로 SPA로 만들었습니다. Vue도 후보였는데, 팀에 React 경험자가 두 명 있고 사내 컴포넌트 라이브러리가 React 기반이라 러닝 커브와 재사용을 기준으로 React를 골랐습니다.

    라우팅은 React Router로 4개 화면을 나누고, 서버 상태는 React Query, UI 상태는 useState로 분리했습니다. Redux는 화면 수가 적어 굳이 넣지 않았습니다. 초기 로딩이 1.8초로 무거워 코드 스플리팅으로 0.9초까지 줄였습니다.

    대안으로 Vue는 템플릿 문법이 친숙해 학습이 더 빠르다고 봤고, Svelte는 컴파일 타임 최적화가 강점이지만 사내 생태계가 없어 제외했습니다. SPA의 첫 페인트 지연은 위 스플리팅으로 보완하는 쪽으로 정리됐습니다.

    이 결의 특징
    팀에 React 경험자가 있고 컴포넌트 라이브러리가 React 기반이라는 맥락에서 '러닝 커브와 재사용'을 기준으로 프레임워크를 선택한 흔적이 있습니다. 초기 로딩 1.8초를 0.9초까지 줄인 코드 스플리팅의 구체적 개선 사례가 있습니다.
    이 결이 통하는 자리
    추상적 비교가 아니라 팀의 상황을 고려한 선택이 있는 자리에서 면접관이 기술 의사결정의 현실성을 읽습니다. Vue와 Svelte 대안도 검토했으나 사내 생태계 부재로 제외한 논리적 배제가 있을 때 균형잡힌 판단을 평가합니다.
    예시 답변 2

    프레임워크 선택 학습전략과 공통개념 기반 전환비용 최소화 결

    두 번째 SPA 프로젝트는 첫 번째와 선택 기준이 달랐습니다. 기존에 React만 써왔는데, 이번엔 팀원 전원이 프레임워크 경험이 거의 없는 상황이어서 학습 속도를 기준으로 Vue 3를 골랐습니다.

    Vue의 Options API 대신 Composition API로 작성했는데, React의 hooks와 개념이 비슷해서 전환이 생각보다 빠르게 이뤄졌습니다. 상태 관리는 Pinia를 사용했는데, Vuex보다 보일러플레이트가 적어 소규모 프로젝트에서 더 편했습니다. 라우팅은 Vue Router로 처리했고 동적 라우팅과 가드 설정을 적용해 인증되지 않은 접근을 차단했습니다.

    이 프로젝트에서 얻은 교훈은 SPA 프레임워크의 핵심 개념이 공통적이라는 점입니다. 컴포넌트 기반 구조, 반응형 상태, 라우팅, 상태 관리 패턴은 어느 프레임워크를 쓰든 동일한 고민을 요구합니다. 처음 프레임워크를 제대로 이해하면 다른 것으로 전환하는 비용이 크지 않다는 것을 이 경험으로 확인했습니다.

    이 결의 특징
    두 번째 프로젝트에서 팀 경험이 거의 없다는 다른 맥락을 인식하고, 학습 속도를 기준으로 Vue 3를 선택해 Composition API로 작성한 흔적이 있습니다. React hooks와 개념이 비슷해서 전환이 빠르게 이뤄졌다는 구체 학습 경로가 명확합니다.
    이 결이 통하는 자리
    동일한 프레임워크가 아니라 상황마다 다른 기준으로 선택하는 유연함이 있는 자리에서 면접관이 기술 결정의 문맥 감각을 읽습니다. 컴포넌트 구조와 상태 관리라는 공통 개념을 어디든 적용할 수 있다는 추상화가 있을 때 깊이 있는 이해를 평가합니다.
    예시 답변 3

    useEffect 클린업으로요청 취소·생명주기 관리 결

    SPA를 실제로 만들면서 초기 로딩 외에 예상치 못한 문제를 만났습니다. 페이지를 전환할 때 이전 API 요청이 완료되기 전에 새 페이지로 이동하면 이미 언마운트된 컴포넌트에 상태를 업데이트하려는 오류가 발생했습니다.

    React에서는 useEffect 클린업 함수에서 요청을 취소하거나 완료 여부 플래그를 확인하는 방식으로 처리했는데, 처음에는 이 패턴을 몰라서 콘솔에 경고가 가득 찬 채로 개발을 진행했습니다. AbortController로 요청을 취소하는 방식으로 정리하고 나서야 라우팅 전환이 깔끔해졌습니다.

    SPA에서는 서버가 페이지 전환을 관리하지 않기 때문에 클라이언트 측에서 리소스 생명주기를 직접 관리해야 하는 부분이 SSR과 가장 다른 자리라고 생각합니다. 이후 프로젝트에서는 이 패턴을 공통 훅으로 만들어 팀 전체가 쓸 수 있도록 했습니다.

    이 결의 특징
    페이지 전환 시 이전 API 요청이 완료되기 전에 새 페이지로 이동하면 언마운트된 컴포넌트에 상태를 업데이트하려는 오류를 직접 만난 흔적이 있습니다. AbortController로 요청을 취소하는 방식으로 정리한 구체적 해결책이 명확합니다.
    이 결이 통하는 자리
    서버가 페이지 전환을 관리하지 않는 SPA의 특성을 클라이언트 리소스 생명주기 관리로 이해한 자리에서 면접관이 아키텍처별 제약을 아는 깊이를 읽습니다. 이 패턴을 공통 훅으로 만들어 팀 전체가 쓸 수 있도록 한 구체 재사용이 있을 때 엔지니어링 책임감을 평가합니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

    • ✕사용한 프레임워크 이름만 나열하고 왜 그 선택이 적합했는지 근거를 빠뜨립니다.
    • ✕개인 선호나 익숙함으로만 설명해, 대안 대비 장단점을 짚지 않습니다.
    • ✕SPA 개발 경험을 말하면서 상태 관리, 라우팅, 성능 고려를 함께 설명하지 않습니다.
    ▶이어질 꼬리질문

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

    壹그 프레임워크를 선택했을 때 가장 크게 본 기준은 무엇이었나요?
    대응업무 요구와 팀 환경, 학습 비용, 생태계 적합성을 함께 짚어주는 결이 통합니다.
    貳다른 프레임워크와 비교했을 때 아쉬운 점은 없었나요?
    대응장점만 말하기보다 트레이드오프를 인정하고, 이를 어떻게 보완했는지 풀어주는 게 좋습니다.
    參그 프레임워크로 구현하며 겪은 어려움과 해결 방법은 무엇이었나요?
    대응실무에서의 문제 해결 경험을 보여주면, 단순 사용 경험을 넘어선 이해도를 드러낼 수 있습니다.
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 라인 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    라인 · 백엔드
    대용량 데이터 처리 프레임워크를 사용해본 경험이 있다면, 어떤 프레임워크를 사용했고, 프로젝트에서의 역할을 설명해 주세요.
    이 질문 보기
    신세계아이앤씨 · AI 리서처
    Python 기반의 프레임워크를 사용한 개발 경험에 대해 말씀해 주세요.
    이 질문 보기
    넛지헬스케어 · 모바일
    Flutter 프레임워크를 사용한 개발 경험에 대해 구체적으로 설명해줄 수 있나요?
    이 질문 보기
    KT · AI 리서처
    딥러닝 프레임워크를 활용한 경험이 있다면, 어떤 프레임워크를 사용했고, 그 이유는 무엇인가요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 라인 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기