프론트엔드 기술 블로그 최신 글

파수 AI 2026년 3차 신입 공개 채용, 접수 기간 10월 12일~25일
필터 0
선택된 필터 없음
빠른 프론트 개발을 위한 셀프 리뷰
넥스트리
프론트엔드

빠른 프론트 개발을 위한 셀프 리뷰

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

#Vue.js#API
9200
AI가 읽는 디자인 시스템: 추상화를 다시 설계한 이유
채널톡
프론트엔드

AI가 읽는 디자인 시스템: 추상화를 다시 설계한 이유

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

#디자인 시스템#TypeScript
8700
React vs React Native: 프로젝트별 선택 가이드
넥스트리
프론트엔드

React vs React Native: 프로젝트별 선택 가이드

React와 React Native의 렌더링 방식과 활용 기준을 비교해 프로젝트별 선택 기준을 정리했습니다. SEO와 배포 민첩성은 React, 네이티브 UX와 하드웨어 연동은 React Native가 적합했습니다.

#React#React Native
4300
MATCH Console & MAI
무신사
프론트엔드

MATCH Console & MAI

MATCH Console과 MAI를 통해 데이터 탐색부터 실행까지 연결하는 흐름을 소개했습니다. MATCH의 개인화 기능과 운영 콘솔 프론트엔드 맥락을 다뤘습니다.

#개인화#운영 콘솔
2500
SpreadJS Designer
넥스트리
프론트엔드

SpreadJS Designer

SpreadJS Designer에서 새로고침 버그와 시트 추가·삭제 제한 요구를 해결한 과정을 정리했습니다. 커맨드 상태 확인과 컨텍스트 메뉴 제어가 핵심이었습니다.

#SpreadJS#Excel
1800
전체 데이터를 브라우저에 두는 광고 대시보드 만들기
토스
프론트엔드

전체 데이터를 브라우저에 두는 광고 대시보드 만들기

전체 데이터를 브라우저와 Web Worker로 옮겨 광고 대시보드의 필터링과 정렬을 즉시 처리하도록 개선했습니다. 그 결과 속도뿐 아니라 누락 데이터, URL 검증, 정렬 제약 같은 구조적 문제도 함께 해결했습니다.

#React#Web Worker
9200
토스는 어떻게 광고 속에 게임을 넣었을까
토스
프론트엔드

토스는 어떻게 광고 속에 게임을 넣었을까

토스는 게임 광고 소재를 받지 못하던 문제를 해결하기 위해 MRAID 기반 플레이어블 광고 SDK를 직접 만들었습니다. 실제 호출 범위만 구현하고 렌더 완료 감지와 배포 계약을 분리해 운영했습니다.

#MRAID#JavaScript
8900
Laying the Rails Beyond WebView: Why Karrot Chose Lynx
당근마켓
프론트엔드

Laying the Rails Beyond WebView: Why Karrot Chose Lynx

당근 프론트엔드 코어 팀이 웹뷰를 넘어서는 개발 환경을 위해 Lynx를 선택한 배경을 소개합니다. 포스트 제목상 Lynx 도입 이유를 다루는 기술 공유 글입니다.

#React Native#webview
13700
웹뷰 다음의 레일을 깔다: 당근이 Lynx를 선택한 이유
당근마켓
프론트엔드

웹뷰 다음의 레일을 깔다: 당근이 Lynx를 선택한 이유

레퍼런스가 거의 없는 Lynx를 당근이 왜 선택했는지 다룬 글입니다. 프론트엔드 개발 환경과 배포 인프라 관점에서 도입 맥락을 살펴봅니다.

#web
38600
RxJS로 우아하게 사이드 이펙트 통제하기
채널톡
프론트엔드

RxJS로 우아하게 사이드 이펙트 통제하기

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

#RxJS#비동기
7500
항공 프론트엔드 구축기 (7/10): 창구를 하나만 두었습니다
여기어때
프론트엔드

항공 프론트엔드 구축기 (7/10): 창구를 하나만 두었습니다

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

#web#mobile
3800
항공 프론트엔드 구축기 (6/10): 컨테이너를 둘로 쪼개지 않았다
여기어때
프론트엔드

항공 프론트엔드 구축기 (6/10): 컨테이너를 둘로 쪼개지 않았다

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

#React#container
5800
항공 프론트엔드 구축기 (5/10): 뒤로가기가 가장 어려웠다
여기어때
프론트엔드

항공 프론트엔드 구축기 (5/10): 뒤로가기가 가장 어려웠다

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

#React#CSR
4500
항공 프론트엔드 구축기 (4/10): “앱이냐”와 “좁냐”는 다른 질문이다
여기어때
프론트엔드

항공 프론트엔드 구축기 (4/10): “앱이냐”와 “좁냐”는 다른 질문이다

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

#web#UI/UX
3600