라이브러리는 필요한 문제와 유지비를 확인한 뒤 도입한다
UI, HTTP, 폼, 날짜, 차트 도구는 생산성을 높이지만 번들 크기, 업데이트 주기, 팀 규칙까지 함께 판단해야 한다.
| 검토 축 | 확인할 질문 | 통과 기준 | 위험 신호 |
|---|---|---|---|
| Problem | 반복 구현이나 복잡한 검증을 줄이는가 | 직접 만들 때 비용이 큰 문제를 해결 | 인기 때문에 도입 |
| Alternatives | 브라우저 기본 기능이나 작은 패키지로 충분한가 | 후보와 대안을 비교함 | 기본 API 검토 없음 |
| Integration | TypeScript, SSR, 접근성, 디자인 시스템과 맞는가 | 기존 구조와 충돌 없음 | 전역 CSS나 타입 문제 |
| Cost | 번들 크기와 학습 비용이 감당 가능한가 | 성능과 팀 온보딩 비용 기록 | 작은 기능에 큰 의존성 |
| Care | 문서, 릴리스, 보안 대응이 안정적인가 | 업데이트 정책을 팀 규칙에 포함 | 오래 방치된 패키지 |
라이브러리 선택 기준은 인기 순위가 아니라 현재 프로젝트의 반복 문제를 가장 적은 유지비로 줄이는가이다.