💻
이력서 팁2025-12-22· CareerLog 팀
개발자 이력서 작성 가이드 — 서류 통과율을 높이는 구조와 작성법
개발자 이력서의 올바른 구조, 프로젝트 작성 공식, 기술 스택 정리법까지. 실전 예시와 함께 정리했습니다.
개발자 이력서, 코드만큼 구조가 중요합니다
개발자 이력서는 일반 이력서와 다릅니다. 기술 스택, 프로젝트 경험, 오픈소스 기여 등 보여줘야 할 게 많은데, 정리 방법을 모르면 오히려 복잡해 보이기만 해요.
이 글에서는 실제로 서류 통과율이 높은 개발자 이력서의 구조와 작성법을 정리합니다.
이력서 구조: 이 순서로 쓰세요
1. 한 줄 소개 — 나를 3초 안에 설명하는 문장
2. 기술 스택 — 숙련도별 분류 (주력 / 경험)
3. 경력 사항 — 회사별 → 프로젝트별 → 성과별
4. 프로젝트 상세 — 규모, 역할, 기술 선택 이유, 결과
5. 기타 활동 — 블로그, 오픈소스, 발표, 수상 등
6. 학력 — 간단히 (신입이 아니면 한 줄로 충분)
섹션별 작성법
한 줄 소개
채용담당자가 가장 먼저 보는 부분입니다. "N년차 OO 개발자, OO 분야에서 OO 경험" 형태가 가장 깔끔합니다.
BEFORE
안녕하세요. 저는 웹 개발을 좋아하는 개발자입니다. 다양한 프로젝트 경험이 있으며...
AFTER
4년차 백엔드 개발자. 일 50만 요청 처리하는 커머스 API 설계·운영 경험. Node.js/TypeScript 주력.
기술 스택
나열만 하면 안 됩니다. 숙련도를 구분해주세요.
주력 (2년 이상): TypeScript, React, Next.js, Node.js
경험 (프로젝트 사용): PostgreSQL, Redis, Docker, AWS (ECS, S3, CloudFront)
관심 / 학습 중: Rust, WebAssembly
프로젝트 작성 공식
프로젝트마다 이 4가지를 반드시 포함하세요.
맥락프로젝트 배경과 규모 (MAU, 팀 크기, 기간)
역할본인이 맡은 구체적인 파트
행동기술적으로 어떤 선택을 했고, 왜 그렇게 했는지
결과측정 가능한 성과 (성능 개선, 비용 절감, 생산성 향상 등)
실전 예시
BEFORE
커머스 플랫폼 백엔드 개발. Spring Boot, JPA, MySQL 사용. REST API 개발 및 유지보수.
AFTER
월 거래액 30억 커머스 플랫폼 백엔드 개발 (4인팀, 프론트 2 + 백엔드 2). 상품 검색 API 응답 시간 1.2s → 0.3s로 개선 (Elasticsearch 도입 + 쿼리 최적화). 주문/결제 도메인 담당, PG사 3곳 연동.
자주 하는 질문
GitHub 링크 넣어야 하나요?
넣되, 관리되지 않는 GitHub은 안 넣느니만 못합니다. 최근 6개월 내 커밋이 있고, README가 잘 정리된 프로젝트가 1개라도 있으면 넣으세요. 잔디(contribution graph)보다 프로젝트 퀄리티가 중요합니다.
사이드 프로젝트도 넣어도 되나요?
당연히요. 특히 주니어일수록 사이드 프로젝트가 큰 무기입니다. 다만 "TODO 앱" 수준이 아니라, 실제 사용자가 있거나 기술적 도전이 있는 프로젝트가 좋습니다.
이력서 몇 장이 적당한가요?
경력 3년 이하: 1~2페이지. 3년 이상: 2~3페이지. 핵심은 분량이 아니라 밀도입니다. 의미 없는 내용으로 늘리는 것보다, 임팩트 있는 내용만 남기는 게 훨씬 낫습니다.
이력서는 "내가 뭘 했는지"가 아니라 "나와 일하면 어떤 결과가 나오는지"를 보여주는 문서입니다.