네이버 FE Platform

Flicking 을 MUI·Ant Design 같은 외부 UI 시스템과 붙일 때 이벤트 구독 방식의 상태 관리가 번거롭고, SSR 후 CSR fetch 로 패널 높이가 바뀌면 adaptive 옵션이 이미 고정돼 대응이 안 된다.

Flicking 사용자가 여러 이벤트를 구독해 상태를 갱신하는 패턴이 불편하고, SSR 후 CSR 로 데이터를 채울 때 adaptive 옵션이 초기 높이를 잠가 동적 콘텐츠를 못 따라간다.

기존 슬라이더 UI 라이브러리들이 수평과 수직 방향을 동시에 지원하기 어렵고 복잡한 구성이 필요.

기존 슬라이더 라이브러리들은 가로 또는 세로 한 방향만 지원해 다방향 UI 구현이 복잡함.

NAVER 검색은 사용자 환경과 페이지 레이아웃이 매우 다양해 실험실 기반 Lighthouse 만으로는 실제 사용자 경험을 반영하기 어려웠다. 필드 데이터 수집이 필요했다.

NAVER 검색에서 JavaScript 파일이 onLoad 이후에 로드돼 LCP 점수가 악화됐고, 리소스 로딩 지연이 JS 실행을 미루며 사용성을 떨어뜨렸다. 성능 변화의 실시간 감지도 어려웠다.

극단적인 비율(3:1, 1:3) 이미지 아이템이 있을 때 JustifiedGrid의 줄 높이가 예상 범위를 벗어나는 레이아웃 문제가 있었다.

극단적인 비율 이미지가 있을 때 JustifiedGrid의 줄 높이가 예상 범위를 벗어나는 레이아웃 문제가 있었다.

iOS 17.0과 17.1에서 화면 최상단에 놓인 video 요소가 터치 이벤트를 가로채 드래그와 스크롤이 동작하지 않았다.