우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›비즈테크아이›SW·IT 일반›질문 상세
    問
    비비즈테크아이SW·IT 일반경험·이력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일 만에 적응한 흔적이 있습니다.
    이 결이 통하는 자리
    낯선 기술을 혼자 먼저 써보고 기록해 팀에 옮기는 방식이 구체적 적응 속도와 함께 살아 있을 때 통합니다. 제안보다 경험 공유가 설득력이 크다는 관찰이 통하는 자리입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹선택한 기술 스택의 장점은 무엇인가요?
    貳이 기술 스택을 사용하게 된 계기는 무엇인가요?
    參다른 기술 스택과 비교했을 때의 차별점은 무엇인가요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 비즈테크아이 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    비즈테크아이 · SW·IT 일반
    데이터 파이프라인 구축 시 어떤 기술 스택을 사용했으며, 그 선택 이유는 무엇인가요?
    이 질문 보기
    롯데 · 정보보안 담당
    데이터 파이프라인 구축 기획 시 어떤 기술 스택을 사용하는지 설명해 주세요.
    이 질문 보기
    올웨이즈 · ML 엔지니어
    데이터 파이프라인 구축 경험이 있다면, 어떤 기술이나 도구를 사용하셨나요?
    이 질문 보기
    신세계아이앤씨 · 데이터 사이언티스트
    데이터 파이프라인 구축 시 어떤 도구나 기술을 사용했는지 구체적으로 말씀해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 비즈테크아이 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기