추천 템플릿
프론트엔드 개발자 이력서 가이드
프론트엔드 이력서는 링크와 함께 읽혀요. 검토자가 배포 주소를 휴대폰으로 열어 보는 순간, 이력서에 적힌 '성능 최적화'는 실제 로딩 속도와 비교당해요. 링크가 깨졌거나 데모 계정이 막혀 있으면 문장보다 그쪽이 더 오래 기억에 남고요. 내용 면에서는 '화면을 구현했다'보다 무엇을 판단했는지가 차이를 만들어요. 렌더링 방식을 서버 렌더링으로 바꾼 이유, 서버 데이터와 화면 상태를 나눈 기준, 디자이너와 합의한 컴포넌트 규칙 같은 것들이요. 성능 수치를 쓴다면 내 노트북에서 잰 Lighthouse 점수인지 실제 사용자 데이터인지 밝혀 두세요.
프론트엔드 개발자 이력서, 채용 담당자가 보는 포인트
- 1
실사용자 지표와 랩 점수 구분
Lighthouse 점수는 측정 환경에 따라 크게 흔들려요. 실제 사용자 LCP·INP를 근거로 썼다면 그 사실을 적어야 신뢰를 얻어요.
- 2
디자인 시스템은 채택 범위로
컴포넌트를 몇 개 만들었는지보다 몇 개 화면과 팀이 실제로 쓰는지, 중복 코드가 얼마나 줄었는지가 기여를 보여 줘요.
- 3
깃허브는 고정 저장소부터
검토자는 프로필 상단에 고정된 저장소 몇 개만 열어 봐요. README에 실행 방법과 본인이 맡은 부분을 적어 둔 저장소를 앞에 두세요.
React로 반응형 웹 페이지 구현 및 UI 개선
상품 상세 페이지를 이미지 지연 로딩·코드 분할로 개편해 모바일 실사용자 LCP 3.1s → 1.9s
💡 무엇을 바꿨고 어떤 환경에서 쟀는지가 있어야 '구현'이 '개선'으로 읽혀요.
바로 쓰는 성과 문장 예시
채용공고 핵심 키워드
- React
- Next.js
- TypeScript
- Vue
- Tailwind CSS
- Webpack
- Vite
- Storybook
- 접근성
- Core Web Vitals
- Jest
- Cypress
자주 묻는 질문
프론트엔드 이력서에 포트폴리오 링크는 필수인가요?
네, GitHub과 배포된 사이드 프로젝트 링크를 함께 두면 코드 품질과 결과물을 동시에 검증받을 수 있어요.
주니어는 어떤 성과를 내세워야 하나요?
팀 프로젝트에서 본인이 맡은 컴포넌트·라우트와 측정 가능한 개선(렌더링 속도, 번들 크기)을 작성하세요.
Vue/Angular 출신이 React 회사에 지원할 때는?
기존 프레임워크에서의 깊이를 보여주고, 사이드 프로젝트로 React 학습 결과를 별도 섹션에 정리해 함께 노출하세요.
지금 바로 시작하세요
로그인 없이 프론트엔드 개발자 이력서 초안을 1회 만들어 볼 수 있어요. 가입하면 더 만들 수 있어요.