About

소개

4년차 프론트엔드 개발자입니다. React·TypeScript·Next.js를 중심으로 개발합니다.

호텔 운영 어드민, 멀티테넌트 예약 SaaS, 사내 공통 디자인 시스템, 운영 백오피스를 제로베이스에서 설계·구축한 경험이 있습니다.

어드민에서는 도메인마다 흩어진 취소·예약 정책 입력을 하나의 폼 구조로 모았고, 예약 SaaS에서는 결제 승인·예약 등록 간 실패 구간을 설계했고, 디자인 시스템에서는 번들 크기 게이트의 측정 범위 결함을 발견해 교체했습니다.

저 혼자 빨라지는 것보다, 다음에 이 화면을 만들 사람이 빨라지는 구조를 만드는 데 관심이 있습니다.

근거 있는 아키텍처 선택: 외부 상태 라이브러리 없이 RSC + URL + 경량 Context로 설계(App Router 정석), size-limit CI 가드로 번들 증가분을 정량 검증한 뒤에만 컴포넌트를 승인
복잡한 도메인을 구조로 정리: 시설·패키지·다이닝 3개 도메인의 취소·예약 정책 입력(최상위 9필드, 중첩 포함 최대 22필드)을 RHF Nested·조건부 렌더링으로 구조화
도구를 의심하고 검증하는 원칙: size-limit 게이트가 컴포넌트 스텁 파일 하나만 재고 의존 청크를 집계하지 못하던 측정 범위 결함을 직접 발견해 측정 방식을 교체

단독 구축 규모: 호텔 운영 어드민 30+ 페이지 · 50+ API · 100+ 컴포넌트
결함 발견: size-limit 번들 게이트의 측정 범위 결함 발견·교체 (컴포넌트별 수십 배 언더카운트, 의존성 유무에 따라 편차)
원인 규명: 신고된 증상과 반대 방향의 결함을 같은 코드에서 발견 — 판매 불가 날짜가 포함된 예약이 통과되던 날짜 경계 버그
결제·보안: 결제·예약 상태 불일치를 판별해 재결제 유발 경로 차단 · 예약 식별정보 AES-256-GCM 봉인 토큰
성능: 예약 페이지 성능 기준선 수립 후 레저 상세 CLS 0.440 → 0.074 (Lighthouse 합성 측정, 동일 조건 재측정)
무코드 확장: 신규 시설 추가 시 코드 변경 없이 설정만으로 확장