그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록Architecture
Architecture

webpack, rollup 같은 번들러는 왜 필요한가요?

실무4/5
설계3/5
인간3/5
기초2/5

면접관의 질문 의도

번들러를 "파일 합치기 도구" 정도로만 알고 있는지, 아니면 트랜스파일·스플리팅·트리 쉐이킹을 포함한 최적화 파이프라인으로 이해하고 있는지를 가른다.

큐레이션 답변

학습 자료

번들러는 import로 얽힌 모듈 그래프를 따라가 의존성을 해석하고, 브라우저가 효율적으로 실행할 산출물(JS·CSS·에셋)로 다시 만든다. 단순히 파일을 합치는 게 아니라 트랜스파일링, 코드 스플리팅, 트리 쉐이킹, 해시 파일명, 소스맵까지 묶어 처리한다. ESM이 표준이 된 지금도 프로덕션에서는 요청 수·실행 비용·호환성 문제를 해결하기 위해 번들·청크 전략이 필요하다. 현대 프런트엔드는 "코드를 짜는 일"과 "코드를 전달하는 일"을 같은 무게로 다룬다.

좋은 답변 구조

  1. 01모듈 그래프를 해석해 산출물을 만든다는 핵심 역할을 한 줄로 정의한다
  2. 02트랜스파일링·코드 스플리팅·트리 쉐이킹·해시 파일명 같은 주요 기능을 각각 왜 필요한지와 함께 설명한다
  3. 03ESM이 표준이어도 왜 프로덕션에서 번들이 필요한지 요청 수·호환성 관점으로 풀어 설명한다
  4. 04번들 전략이 잘못됐을 때 생기는 문제(번들 비대화, 캐시 무효화 실패)로 실무 포인트를 마무리한다

자주 실수하는 포인트

번들러를 단순 "파일을 합치는 도구"로만 정의한다
트리 쉐이킹을 번들러를 깔면 자동으로 완벽하게 동작하는 기능으로 설명한다
ESM이 표준이라 "이제 번들러는 필요 없다"고 단정한다
코드 스플리팅을 청크가 많을수록 좋다는 식으로 일반화한다

실무 맥락

  • 초기 로딩 시간을 줄이기 위해 라우트별 코드 스플리팅을 도입하는 SPA
  • 라이브러리 일부만 import했는데 번들에 통째로 들어와 분석이 필요해진 상황
  • 캐시 무효화 전략으로 해시 파일명과 청크 분리 규칙을 다시 잡아야 하는 배포 환경

본인 경험에 녹이는 힌트

번들 분석 도구로 사이즈를 줄여 본 경험이 있다면 트리 쉐이킹이 깨지는 import 패턴이나 청크 분리 결정을 구체적인 사례로 풀어낼 수 있다

lodash 같은 라이브러리에서 부분 import로 바꿔 번들이 줄어든 경험이 있다면 ESM·사이드 이펙트 이야기로 자연스럽게 이어갈 수 있다

webpack에서 rollup·Vite로 이전하며 차이를 직접 확인한 경험이 있다면 도구 선택 기준의 근거로 사용할 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1트리 쉐이킹이 잘 동작하려면 코드에 어떤 조건이 필요한가요
Q2라우트 기반 코드 스플리팅의 단점은 무엇인가요
Q3webpack과 rollup, Vite는 어떤 기준으로 선택하나요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문