프론트엔드 개발자 이력서 예시

화면의 동작을 구현하는 것을 넘어 사용자가 겪는 지연과 유지보수 비용까지 고려하는 프론트엔드 개발자 오지훈입니다. React와 TypeScript를 기반으로 분석 대시보드, 온라인 교육 플랫폼, 공통 디자인 시스템을 개발해 왔습니다. 현재 노을소프트에서 일 사용자 1만 2천 명 규모의 B2B 분석 대시보드 내 차트와 필터 영역을 담당하고 있습니다. 데이터가 많은 화면일수록 기능 추가에 앞서 측정 기준과 병목을 먼저 확인하는 것을 업무의 핵심 기준으로 삼고 있습니다. 노을소프트에서 1만 행을 표시하는 테이블의 초기 렌더 시간이 4.2초에 달했을 때, 화면 전체를 재구성하는 대신 가상 스크롤을 적용해 viewport에 필요한 행만 렌더링했습니다. 성능 개선은 필수적이었습니다. 그 결과 초기 렌더 시간은 1.1초로 단축되었고, Lighthouse 성능 점수는 52점에서 88점으로 상승했습니다. 초기 로딩 부담을 줄이기 위해 코드 분할과 지연 로딩을 적용하면서 번들 용량은 2.8MB에서 940KB로 감소했습니다. 이 과정에서 얻은 측정 기준과 개선 경험은 문서 1편으로 정리해 팀 내 자산으로 남겼습니다. 화면 품질은 속도만으로 결정되지 않는다고 판단하여, 디자인 시스템 컴포넌트 41종을 68개 화면에 이관하고 Storybook 문서 41건을 작성하며 WCAG 2.1 AA 점검 항목 34건을 처리했습니다. [핵심 역량] - 대용량 테이블·차트 화면 렌더링 성능 개선 - React·TypeScript 기반 프론트엔드 개발 - 디자인 시스템 컴포넌트 41종 이관 및 Storybook 문서화 - WCAG 2.1 AA 기준 접근성 점검 34건 - Jest·Testing Library 기반 단위 테스트 214건 작성

하늘연테크의 데이터 제품은 화면 정보량과 사용자의 탐색 방식이 프론트엔드 품질을 결정하는 영역이라 판단하여 지원했습니다. 데이터가 많은 제품에서는 기능 추가 속도만큼 사용자가 정보를 지체 없이 확인하는 과정이 중요합니다. 노을소프트에서 일 사용자 1만 2천 명 규모의 분석 대시보드를 담당하며 차트와 필터 영역의 렌더링 구조를 점검했고, 1만 행 조회 화면의 초기 렌더 시간을 4.2초에서 1.1초로 단축했습니다. 하늘연테크에서도 화면 단위의 병목을 측정하고, 사용자가 필요로 하는 범위에 맞춰 렌더링 비용을 조정하는 업무를 수행하려 합니다. 성능 문제를 해결할 때 단순히 코드를 줄이는 방식보다 사용자가 처음 보는 화면에 어떤 데이터가 필요한지에 집중했습니다. 테이블 전체를 한 번에 렌더링하는 구조에는 가상 스크롤을 적용했고, 초기 진입 시점에 모든 기능을 불러오는 부담은 코드 분할과 지연 로딩으로 나누었습니다. 그 결과 초기 번들은 2.8MB에서 940KB로 감소했으며 Lighthouse 성능 점수는 52점에서 88점으로 상승했습니다. 성능 개선을 일회성 작업으로 남기지 않으려 측정 기준과 개선 과정을 문서 1편으로 정리했습니다. 화면 수가 늘어나는 환경에서는 구현 속도와 일관성을 함께 확보해야 하므로, 공통 컴포넌트 41종 이관과 Storybook 문서 41건 작성 경험을 살려 제품의 데이터 구조와 사용자 흐름을 확인하고 체감 성능과 유지보수 비용 사이의 기준을 세우는 업무를 이어갈 계획입니다.

성능과 품질 기준을 개인 작업에만 가두지 않으려, 관련 문서화와 공유 활동을 병행했습니다. 사내 프론트엔드 스터디에서 격주로 성능 측정 사례를 공유했고, 모노레포 패키지 8개에 원격 빌드 캐시를 도입하면서 전체 빌드 시간을 14분에서 5분 30초로 단축한 과정을 사내 발표로 정리했습니다. 주간 캐시 적중률은 평균 73%를 기록했습니다. 운영 가이드 문서 1편을 작성해 개발자 11명에게 안내하며 지식을 전파했습니다. 리브웨이브에서는 Jest와 Testing Library로 단위 테스트 214건을 작성하고 결제 플로우 커버리지 71%를 확보해 CI에 테스트 단계를 추가했습니다. 결과와 판단 근거를 재사용 가능한 문서와 테스트로 남기는 방식은, 이후 업무를 수행하는 저만의 기준이 되었습니다.