함수형 라이브러리 도입 전 타입·번들·가독성 기준

반복 조합 확인

프로젝트 곳곳에 같은 변환 파이프라인이 반복되는지 먼저 본다.

필요성 확인

generic 입력과 출력 타입이 any 없이 이어지는지 작은 예제로 확인한다.

타입 추론 확인

tree-shaking이 되는 import 방식과 실제 추가 크기를 빌드 분석으로 본다.

bundle

pipe, curry, placeholder 사용 범위를 정해 코드 스타일이 흩어지지 않게 한다.

convention

도입

복잡한 데이터 변환이 여러 곳에서 반복되면 도입 가치가 있다. 단일 화면의 한 번 쓰는 변환은 표준 배열 메서드가 더 낫다.

reuse threshold

타입

함수 조합 뒤 결과 타입이 정확히 추론되어야 한다. 타입 보강을 위해 wrapper가 계속 필요하면 비용이 커진다.

no any leak

번들

전체 라이브러리 import는 피하고 모듈 단위 import를 확인한다. 성능 최적화 장에서 번들 분석 결과를 같이 남긴다.

import discipline

표준 대안 map/filter/reduce로 충분한지 먼저 비교했다.

학습 비용 새 문법이 팀 코드 리뷰 속도를 지나치게 낮추지 않는다.

일관성 도입하면 같은 문제를 각자 다른 라이브러리로 풀지 않는다.

선택: Remeda
reason: typed pipe + small import
확인: 번들 크기 분석과 추론 예제