추천 템플릿
개발자 이력서 가이드
개발자 이력서는 두 부류가 읽어요. 스택 키워드로 1차 선별하는 채용 담당자, 그리고 문장 하나를 보고 '이건 어떻게 했는지 물어봐야겠다'를 고르는 현직 엔지니어예요. 그래서 기술 스택 섹션은 공고에 적힌 표기 그대로 정리하고, 경력 문장에는 문제의 규모와 내가 고른 해법, 그 결과를 함께 써 주세요. 'Redis 캐시 도입'보다 '피크 시간 조회 쿼리가 DB 부하를 끌어올리던 문제를 캐시 계층으로 분리'처럼 쓰면 면접 질문이 내가 준비한 쪽으로 흘러가요. 팀 프로젝트라면 내가 설계했는지, 구현했는지, 리뷰만 했는지를 구분해 두는 것도 중요해요.
개발자 이력서, 채용 담당자가 보는 포인트
- 1
이력서 문장이 질문이 돼요
기술 면접관은 이력서 문장을 골라 깊게 파고들어요. '왜 그렇게 했나요'에 두 번 연속 답하기 어려운 기술은 빼는 편이 안전해요.
- 2
선택 이유를 한 단어라도
'Kafka 도입'보다 '순서 보장이 필요해 Kafka 선택'처럼 트레이드오프를 남기면 설계 판단력이 읽혀요. 경력이 쌓일수록 이 부분을 더 많이 봐요.
- 3
운영 경험은 따로 적으세요
장애 대응, 온콜, 포스트모템 작성 경험은 신규 기능 개발만큼 평가받아요. 재발 방지를 위해 무엇을 바꿨는지까지 적어 주세요.
Spring Boot, JPA, Redis를 활용한 주문 API 개발 및 유지보수
주문 조회 API의 N+1 쿼리를 fetch join과 Redis 캐시로 정리해 P95 응답 820ms→140ms, 피크 타임 DB 커넥션 고갈 장애 이후 6개월간 재발 0건
💡 기술 이름 나열 대신 문제·해법·결과가 한 문장에 있어서 면접관이 파고들 질문거리가 생겨요.
바로 쓰는 성과 문장 예시
채용공고 핵심 키워드
- React
- TypeScript
- Node.js
- AWS
- Docker
- Kubernetes
- CI/CD
- REST API
- SQL
- Git
- 코드 리뷰
- 테스트 커버리지
자주 묻는 질문
개발자 이력서에 GitHub를 꼭 넣어야 하나요?
GitHub URL 자체보다 어떤 프로젝트에서 어떤 기여를 했는지 수치로 기술하는 것이 훨씬 중요해요.
기술 스택은 몇 개까지 나열해야 하나요?
실제로 프로덕션에서 사용해 본 스택만 기재하고, JD 요구 기술과 겹치는 항목을 상단에 배치하세요.
포트폴리오와 이력서를 따로 준비해야 하나요?
이력서에는 핵심 수치를, 포트폴리오에는 코드와 아키텍처 그림 같은 상세 내용을 나눠 담으세요.
지금 바로 시작하세요
로그인 없이 개발자 이력서 초안을 1회 만들어 볼 수 있어요. 가입하면 더 만들 수 있어요.