

빠른 프론트 개발을 위한 셀프 리뷰
빠른 프론트 개발에서도 기능 동작만 보지 말고 셀프 코드 리뷰로 예외 상황과 유지보수성을 함께 점검해야 합니다. 일정이 급할수록 변경분 기준으로 핵심 문제부터 우선 확인하는 습관이 중요합니다.



빠른 프론트 개발에서도 기능 동작만 보지 말고 셀프 코드 리뷰로 예외 상황과 유지보수성을 함께 점검해야 합니다. 일정이 급할수록 변경분 기준으로 핵심 문제부터 우선 확인하는 습관이 중요합니다.

AI가 디자인 시스템을 사용할 때는 규칙을 설명하는 것보다 잘못된 상태를 만들 수 없게 하는 추상화가 중요하다고 다뤘습니다. 목적별 컴포넌트 분리와 타입 계약으로 접근성과 상호작용을 시스템이 직접 소유하는 방법을 소개했습니다.


React와 React Native의 렌더링 방식과 활용 기준을 비교해 프로젝트별 선택 기준을 정리했습니다. SEO와 배포 민첩성은 React, 네이티브 UX와 하드웨어 연동은 React Native가 적합했습니다.
MATCH Console과 MAI를 통해 데이터 탐색부터 실행까지 연결하는 흐름을 소개했습니다. MATCH의 개인화 기능과 운영 콘솔 프론트엔드 맥락을 다뤘습니다.


SpreadJS Designer에서 새로고침 버그와 시트 추가·삭제 제한 요구를 해결한 과정을 정리했습니다. 커맨드 상태 확인과 컨텍스트 메뉴 제어가 핵심이었습니다.
전체 데이터를 브라우저와 Web Worker로 옮겨 광고 대시보드의 필터링과 정렬을 즉시 처리하도록 개선했습니다. 그 결과 속도뿐 아니라 누락 데이터, URL 검증, 정렬 제약 같은 구조적 문제도 함께 해결했습니다.

토스는 게임 광고 소재를 받지 못하던 문제를 해결하기 위해 MRAID 기반 플레이어블 광고 SDK를 직접 만들었습니다. 실제 호출 범위만 구현하고 렌더 완료 감지와 배포 계약을 분리해 운영했습니다.
당근 프론트엔드 코어 팀이 웹뷰를 넘어서는 개발 환경을 위해 Lynx를 선택한 배경을 소개합니다. 포스트 제목상 Lynx 도입 이유를 다루는 기술 공유 글입니다.
레퍼런스가 거의 없는 Lynx를 당근이 왜 선택했는지 다룬 글입니다. 프론트엔드 개발 환경과 배포 인프라 관점에서 도입 맥락을 살펴봅니다.

RxJS와 zustand로 비동기 사이드 이펙트를 하나의 흐름으로 통제한 개편 사례를 소개했습니다. 액션 완료 기준과 구독 해제를 명확히 해 타이밍 버그와 성능 저하를 해결했습니다.

웹과 앱이 통신하는 앱 브릿지 구조를 다룬 글입니다. 통로를 앱에만 두는 제약 속에서 항공 프론트엔드 구축 방향을 설명했습니다.

항공 프론트엔드 구축 과정에서 레이아웃 컨테이너 설계를 다룬 글입니다. 제공된 내용상 컨테이너를 둘로 나누지 않은 선택이 핵심입니다.

항공 프론트엔드 구축 과정에서 뒤로가기 구현이 가장 어려운 문제로 다뤄졌습니다. 다만 발췌만으로는 구체적인 원인과 해결 방식은 충분히 확인되지 않았습니다.

항공 프론트엔드 구축 과정에서 ‘앱이냐’와 ‘좁냐’는 서로 다른 질문임을 짚었습니다. 기존 구축 맥락을 바탕으로 프론트엔드 설계 관점을 정리했습니다.