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

    사내 시스템 개발에서 주로 사용했던 기술 스택은 무엇이고, 왜 그 기술을 선택했나요?

    답변 미리보기

    기술 스택을 고를 때 저는 팀원 숙련도와 프로젝트 요구 사항 두 가지를 먼저 봅니다. 개인적으로 좋은 기술이라도 팀이 짧은 기간 안에 적응할 수 없으면 결국…

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

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

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

    問
    01
    기술 스택 선택 기준은 무엇인가?
    프론트엔드 개발 시 어떤 기준으로 기술 스택을 선택했는가에 대한 흔적이 답에 있어야 합니다. 없으면 면접관이 '왜 그 기술을 선택했나요?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    사용한 기술의 장점은 무엇인가?
    선택한 기술 스택의 장점에 대한 언급이 답에 있어야 합니다. 없으면 면접관이 '그 기술의 어떤 점이 유리했나요?'라고 질문할 가능성이 높습니다.
    語
    03
    팀원과의 협업 방식은 어떤가?
    기술 스택 선택이 팀원과의 협업 방식에 미친 영향에 대한 흔적이 답에 있어야 합니다. 없으면 면접관이 '팀원들과의 조율은 어떻게 했나요?'를 추가로 묻는 경우가 많습니다.
    本
    04
    프로젝트에서의 적용 사례는 무엇인가?
    선택한 기술 스택이 실제 프로젝트에서 어떻게 적용되었는지에 대한 사례가 답에 있어야 합니다. 없으면 면접관이 '구체적으로 어떤 프로젝트에서 사용했나요?'를 물어보는 자리가 자주 보입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    스마일게이트 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    선택 기준을 팀 컨텍스트와 연결하고 실제 프로젝트 결과로 닫는 결약 110초프로젝트 요구사항을 먼저 분석하다 실패한 뒤 기준을 다시 세운 결약 97초사이드 프로젝트에서 낯선 기술을 홀로 도입해 팀 학습으로 연결한 결약 100초
    예시 답변 1
    약 110초

    선택 기준을 팀 컨텍스트와 연결하고 실제 프로젝트 결과로 닫는 결

    기술 스택을 고를 때 저는 팀원 숙련도와 프로젝트 요구 사항 두 가지를 먼저 봅니다. 개인적으로 좋은 기술이라도 팀이 짧은 기간 안에 적응할 수 없으면 결국 생산성에 부담이 된다고 생각합니다.

    졸업 프로젝트에서 프론트엔드 스택을 정할 때의 일입니다. 처음엔 Next.js를 쓰자는 의견이 있었는데, 팀원 중 React 경험자가 저 포함 둘뿐이었고 나머지는 Vue에 더 익숙했습니다. 기능 요구사항이 SSR이 꼭 필요한 수준은 아니었기 때문에, 저는 Vue 3 + Vite 조합을 제안했습니다.

    빌드 속도가 빠르고 팀원 대다수가 적응 비용 없이 바로 투입될 수 있다는 점이 이유였습니다.

    결과적으로 개발 초반 2주 동안 팀원 모두가 동시에 컴포넌트를 만들 수 있었고, 기능 구현 속도가 예상보다 빨랐습니다. 이후 Pinia로 상태 관리를 붙일 때도 러닝 커브가 낮아서 수월했습니다. 기술 자체의 우열보다 팀이 쓸 수 있는 기술을 고르는 게 실제 프로젝트에서 더 중요하다는 걸 그때 확인했습니다.

    이 결의 특징
    팀원 숙련도를 기준으로 Next.js 대신 Vue 3와 Vite를 제안한 판단을 짚고, 개발 초반 2주간 팀원 모두가 동시에 투입될 수 있었던 구체 결과를 담은 흔적이 있습니다.
    이 결이 통하는 자리
    기술 자체의 우열보다 팀이 쓸 수 있는 기술을 고르는 판단이 구체적 결과와 함께 살아 있을 때 통합니다. 팀 컨텍스트를 먼저 보는 시야가 보이면 면접관이 협업 감각을 읽는 자리가 됩니다.
    예시 답변 2
    약 97초

    프로젝트 요구사항을 먼저 분석하다 실패한 뒤 기준을 다시 세운 결

    인턴 프로젝트에서 기술 스택을 잘못 고른 경험이 있습니다. 당시 저는 관리자 대시보드를 만들어야 했는데, 익숙하다는 이유만으로 Vue를 바로 선택했습니다. 막상 구현하다 보니 실시간 차트와 대용량 테이블에 필요한 라이브러리가 React 생태계 쪽에 훨씬 많았고, 결국 Vue 전용 라이브러리를 직접 커스터마이징하느라 예상보다 2주를 더 쓰게 됐습니다. 그 경험 이후 저는 스택을 정하기 전에 구현할 기능 목록과 필요한 서드파티 라이브러리를 먼저 정리하는 습관이 생겼습니다. 어떤 기능이 필요한지가 어떤 도구를 쓸지를 결정해야지, 익숙함으로 고르면 중간에 막힌다는 걸 직접 겪었습니다. 이후 팀 프로젝트에서 스택을 제안할 때는 기능별 라이브러리 지원 여부를 비교한 간단한 표를 들고 팀원들과 이야기했습니다. 그렇게 하니 왜 이 기술인가에 대한 답이 생겼고, 도중에 방향을 바꿔야 하는 상황이 줄었습니다. 지금도 새 프로젝트를 시작할 때 기능 목록 옆에 관련 라이브러리 칸을 채워보는 것부터 시작합니다.

    이 결의 특징
    익숙함만으로 Vue를 골랐다가 실시간 차트와 대용량 테이블에서 라이브러리 부족으로 2주를 더 쓴 실패를 인정하고, 기능별 라이브러리 비교표로 습관을 바꾼 흔적이 있습니다.
    이 결이 통하는 자리
    익숙함으로 고르면 중간에 막힌다는 실패 경험이 구체적으로 살아 있을 때 통합니다. 왜 이 기술인가에 대한 답을 미리 만드는 습관이 보이면 설계 성숙도가 읽히는 자리가 됩니다.
    예시 답변 3
    약 100초

    사이드 프로젝트에서 낯선 기술을 홀로 도입해 팀 학습으로 연결한 결

    졸업 후 포트폴리오를 만들면서 TypeScript를 처음 혼자 적용해봤습니다. 타입 오류 메시지가 익숙하지 않아 설정 파일 하나 잡는 데 반나절을 썼고, 오탈자 같은 사소한 실수에서도 빨간 줄이 계속 떴습니다. 처음엔 그냥 JavaScript로 넘어갈까 고민했는데, 오히려 타입이 잡아준 덕분에 런타임에서 오류가 눈에 띄게 줄어서 계속 붙들었습니다. 결국 컴포넌트 5개짜리 사이드 프로젝트를 완성했고, 이후 팀 프로젝트에서 TypeScript 도입을 제안할 때 직접 겪은 셋업 과정을 한 페이지 문서로 정리해 팀원들에게 먼저 공유했습니다. 팀원 중 TypeScript 경험이 없던 두 명도 3일 만에 기본 타입 선언에 적응했습니다. 기술을 혼자 먼저 써보고 그 과정을 기록해 팀에 옮기는 방식이, 단순히 쓰자고 제안하는 것보다 훨씬 설득력이 있다는 걸 그때 배웠습니다. 지금도 새 기술을 도입하고 싶으면 사이드 프로젝트에서 먼저 실험하고 나서 팀에 가져갑니다.

    이 결의 특징
    TypeScript 첫 도입에서 설정 파일에 반나절을 쓴 어려움을 숨기지 않고, 직접 겪은 셋업 과정을 문서화해 팀원 두 명이 3일 만에 적응한 흔적이 있습니다.
    이 결이 통하는 자리
    낯선 기술을 혼자 먼저 써보고 기록해 팀에 옮기는 방식이 구체적 적응 속도와 함께 살아 있을 때 통합니다. 제안보다 경험 공유가 설득력이 크다는 관찰이 통하는 자리입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

    • ✕기술을 고른 이유가 익숙함이나 유행 외에 다른 근거가 없습니다.
    • ✕기술의 일반적 장점만 나열하고 프로젝트 상황과의 연결을 설명하지 않습니다.
    • ✕다른 대안과 비교 없이 하나의 기술만 알아서 선택한 것처럼 답합니다.
    • ✕기술 선택이 팀과의 조율 없이 혼자만의 결정이었던 것처럼 말합니다.
    • ✕선택이 틀렸거나 부족했던 경험을 숨기고 성공담만 나열합니다.
    ▶이어질 꼬리질문

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

    壹선택한 기술 스택의 장점은 무엇인가요?
    대응선택한 기술 스택의 장점을 구체적으로 설명하는 결이 흔하게 통합니다. 장점이 명확하지 않으면 면접관이 추가적인 질문을 던지는 경우가 자주 보입니다.
    貳이 기술 스택을 사용하게 된 계기는 무엇인가요?
    대응기술 스택을 선택하게 된 구체적인 이유를 설명하는 결이 강합니다. 계기를 명확히 하면 면접관이 더욱 깊이 있는 질문을 던지는 자리가 자주 보입니다.
    參다른 기술 스택과 비교했을 때의 차별점은 무엇인가요?
    대응다른 기술 스택과의 비교를 통해 차별점을 강조하는 답이 자주 보입니다. 비교가 부족하면 면접관이 '왜 이 스택을 선택했나요?'를 추가로 묻는 경우가 흔합니다.
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 스마일게이트 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    당근마켓 · 프론트엔드
    프론트엔드 개발 시 어떤 기술 스택을 선택하고 그 이유는 무엇인가요?
    이 질문 보기
    라인 · 풀스택
    프론트엔드 개발에서 어떤 기술 스택을 주로 사용했는지 설명해 주세요.
    이 질문 보기
    스마일게이트 · UX/UI 디자이너
    위젯 제작 시 사용하는 도구나 기술 스택은 무엇이며, 그 선택 이유는 무엇인가요?
    이 질문 보기
    비즈테크아이 · 솔루션 아키텍트
    ABAP 개발 시 주로 사용했던 기술 스택이나 도구는 무엇이며, 선택한 이유는 무엇인지 설명해줄 수 있나요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 스마일게이트 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기