공통 컴포넌트나 라이브러리를 설계할 때, 재사용성과 확장성을 어떻게 균형 있게 고려하시나요? 실제 사례로 설명해주세요.

팀 내 디자인 시스템을 처음 구축할 때, 재사용성과 확장성을 동시에 잡으려다 둘 다 놓친 경험이 있습니다. 버튼 컴포넌트에 variant·size·icon·loading 등 열 개 이상의 props를 몰아넣었는데, 실제 사용 케이스의 80%는 두 가지만 필요했습니다. 이후 API 표면을 의도적으로 좁히는 방향으로 전환했습니다. 현재 사용 중인 케이스 세 가지만 지원하고, 나머지는 slot이나 render prop으로 외부에서 주입하게 열어뒀습니다. 확장성은 처음부터 구현하는 것보다 "나중에 추가하기 쉬운 구조"를 만드는 것을 목표로 삼았습니다. 내부 구현은 변경에 닫혀 있게 하되, 외부에서 동작을 주입하는 경로는 열어두는 방식이었습니다. 균형의 판단 기준은 "기본 케이스를 코드 3줄 이내로 쓸 수 있는가"였고, 이 기준을 넘기 시작하면 인터페이스를 쪼갰습니다. 그 결과 팀원이 컴포넌트를 가져다 쓰는 시간이 줄었고, PR에서 인터페이스 관련 리뷰 코멘트도 눈에 띄게 줄었습니다.