Vite+를 소개합니다

Vite+ 의 진짜 문제 정의는 빌드 속도 가 아니다. "여러 팀이 다른 도구를 쓰면 의존성/보안/마이그레이션 비용이 폭발한다" 는 조직 비용이다.

• 팀 A: webpack + jest + eslint + prettier
• 팀 B: vite + vitest + biome
• 통합 시 — 보안 정책 두 번, lockfile 두 번, 팀 합칠 때 마이그레이션

단일 툴체인은 한 번의 의존성 업그레이드/보안 검토/CI 캐시 로 끝난다. 이 단순화가 "속도 100x" 마케팅보다 더 큰 실 가치다.

Vite+ 의 모든 명령은 같은 파서(Oxc) → 같은 리졸버 → 같은 변환기 → 같은 번들러(Rolldown) 를 공유한다.

source
  ↓ Oxc parser  (Rust)
  ↓ Oxc resolver
  ↓ Oxc transformer / minifier
  ↓ Rolldown bundler
→ test / lint / fmt / lib / build

장점:

• 한 번 파싱한 AST 를 명령 간 재사용 → 캐시 효율
• 'lint 에선 import 되는데 build 에선 안 됨' 같은 불일치 버그 사라짐
• 같은 진단(diagnostic) 포맷 — DX 일관성

단점은 Oxc 가 못 다루는 코너 케이스 에서 한꺼번에 막힌다는 점.

기존 OSS 도구가 결국 유지보수 자금 부족 으로 무너지는 사이클이 반복돼 왔다. Vite+ 는 다음과 같이 분리한다.

• MIT 영원: Vite, Vitest, Rolldown, Oxc — 핵심 OSS 기반
• 상업(소스 공개): Vite+ — 통합 도구 위에만 라이선스
• 무료: 개인/OSS/소규모 기업
• 유료: 스타트업 정액, 대기업 맞춤

이건 베팅이다 — 대기업이 통합 도구 가치만큼 지불 하면 OSS 기반에 재투자 가능. 실패하면 OSS 기반은 그대로 살지만 통합 가치는 정체. 면접에선 "OSS 의 지속가능성 모델" 토픽으로 자주 등장한다.

[감점 답변] '빌드가 빠르다'. [좋은 답변] 도구 분열 비용이다. 여러 팀이 다른 도구(webpack/jest/eslint)를 쓰면 의존성·보안·CI 캐시·마이그레이션 비용이 팀 수에 비례해 늘어난다. Vite+ 는 단일 인프라 + 단일 명령 세트 로 이 분열을 줄여 팀 합병/도구 업그레이드 비용을 한 곳에 모은다.

[감점 답변] '일관성이 좋다'. [좋은 답변] 두 효과. (1) AST 재사용: 한 번 파싱한 결과를 lint/test/build 에서 재사용해 캐시 효율 이 곱셈. (2) 모듈 해석 일관성: 'lint 에선 보이는데 build 에선 안 보임' 같은 도구 간 디스싱크 버그가 구조적으로 사라진다. 단점은 코너 케이스에서 모든 명령이 동시에 막힐 수 있다.

[감점 답변] '오픈소스의 종말'. [좋은 답변] 두 측면. (1) 지속가능성: 대기업의 지불이 OSS 코어(Vite/Vitest/Rolldown/Oxc) 유지에 재투자될 수 있어 번아웃 위험을 줄인다. (2) 신뢰: 상업 부가물이 OSS 코어를 잠식하지 않는다는 공개 약속 이 핵심. MIT 코어가 영원이라는 명시가 빠지면 시장 신뢰가 무너진다. 즉 모델 자체보다 경계가 명확한가 가 중요하다.