keenresume
  1. 홈
  2. 이력서 예시
  3. 개발·IT
  4. 백엔드 개발자

백엔드 개발자 이력서 예시

경력 5년 백엔드 개발자가 다른 핀테크나 커머스 회사로 옮길 때 쓰는 이력서예요. 기술 리드는 시스템 규모, 아키텍처 판단, 그리고 속도·안정성·비용에 관한 숫자를 봐요.

백엔드 개발자 이력서 예시, 1페이지 중 1페이지정우성백엔드 개발자 · 결제·커머스woosung.jung@example.com · 010-5555-0186 · 서울 송파구 · github.com/example-woosung요약결제와 커머스 도메인에서 5년 동안 일해 온 백엔드 개발자입니다. Kotlin, Spring, Kafka, Kubernetes로 하루 300만 건을처리하는 결제 시스템을 운영했고, 클라우드 비용을 35% 줄였습니다. 주니어 개발자 멘토링을 맡고 있습니다.경력시니어 백엔드 개발자2023.02 – 현재(주)페이브릿지 · 서울•Kotlin과 Spring으로 정산 서비스 설계, 하루 300만 건 처리, 가용성 99.95%•모놀리스를 서비스 6개로 분리해 배포 주기를 주 1회에서 하루 여러 번으로 단축•Kubernetes 리소스 최적화와 Redis 캐시 도입으로 클라우드 비용 35%(연 4.2억 원) 절감•주니어 개발자 3명 멘토링, 격주 설계 리뷰 진행백엔드 개발자2021.01 – 2023.01(주)마켓온 · 서울•장바구니·주문 API 개발, 대형 할인 행사의 8배 트래픽을 무장애로 처리•Elasticsearch로 상품 검색 응답 시간 900ms에서 180ms로 단축•Prometheus와 Grafana 모니터링 구축으로 평균 장애 복구 시간 50% 단축학력컴퓨터공학과 학사2014.03 – 2020.02한양대학교 · 서울보유 기술Kotlin · Java · Spring Boot · PostgreSQL · Redis · Kafka · Kubernetes · AWS · 시스템 설계병역•공군 병장 만기 전역 (2015.03~2017.03)
백엔드 개발자이 예시 사용

채용 담당자가 보는 것

  • 시스템 규모: 하루 처리 건수, 사용자, 피크 트래픽.
  • 안정성: 가용성, 장애 복구 시간.
  • 성능과 비용: 응답 시간, 클라우드 비용.
  • 설계 역량: 서비스 분리, 메시지 큐, 데이터베이스 선택.
  • 기술 리더십: 멘토링, 코드 리뷰, 설계 리뷰.

요약 쓰는 법

경력, 도메인, 주력 기술, 시스템 규모, 대표 성과 하나를 쓰세요.

이 예시의 요약

결제와 커머스 도메인에서 5년 동안 일해 온 백엔드 개발자입니다. Kotlin, Spring, Kafka, Kubernetes로 하루 300만 건을 처리하는 결제 시스템을 운영했고, 클라우드 비용을 35% 줄였습니다. 주니어 개발자 멘토링을 맡고 있습니다.

테크 리드를 목표로 하는 경우

경력 7년 백엔드 개발자로 4명 팀을 이끌어 서비스 무중단 클라우드 이전을 일정대로 마쳤습니다. 기술 리드 역할을 맡고 싶습니다.

SI에서 자사 서비스로 옮기는 경우

SI 회사에서 4년 동안 금융권 시스템을 구축했습니다. 대용량 배치와 트랜잭션 처리에 강하며, 직접 운영하며 개선할 수 있는 자사 서비스 팀으로 옮기고 싶습니다.

효과적인 성과 문장

예시에 없는, 이 직무에 맞는 강한 문장이에요. 형식을 빌리고 숫자는 내 것으로 바꾸세요.

  • Kafka 기반 이벤트 처리로 행사 기간 초당 5만 건 처리
  • 장애 회고와 근본 원인 개선으로 중대 장애 연 9건에서 2건으로 감소
  • 자동 부하 테스트로 운영 전 병목 7곳 발견
  • 2TB 데이터베이스 메이저 버전 업그레이드를 5분 미만 중단으로 완료
  • 빌드·배포 시간 25분에서 7분으로 단축
  • 40명 개발 조직이 쓰는 API 설계 가이드 작성
  • 은행 5곳과의 연동을 PCI DSS 기준에 맞춰 구축
  • 기술 면접관으로 지원자 30명 평가, 실무형 과제로 개편

적어야 할 기술

직무 기술

  • Kotlin·Java·Go
  • Spring Boot
  • 관계형 데이터베이스 튜닝
  • Redis와 Kafka
  • Kubernetes·Docker
  • AWS 또는 GCP
  • 모니터링과 관측성
  • 시스템 설계

소프트 스킬

  • 기술 내용을 쉽게 설명하기
  • 멘토링
  • 제약 속 의사결정
  • 운영 책임감

적을 만한 자격증과 면허

  • AWS 자격증(Developer, Solutions Architect): AWS를 쓰는 팀에서 도움이 돼요.
  • CKAD: Kubernetes 운영 이해를 보여 줘요.
  • 필수는 아니에요: 경력기술서의 실제 성과가 더 중요해요.

분량과 형식

한두 장. 순서: 요약, 경력, 학력, 보유 기술, 병역. 프로젝트별 상세는 경력기술서에 따로 정리하세요.

흔한 실수

  • 기술을 나열만 하고 어디에 썼는지 쓰지 않는 것.
  • 시스템 규모나 결과 숫자가 없는 것.
  • 팀 성과를 혼자 한 것처럼 쓰는 것. 내 역할을 분명히 하세요.
  • 사내 시스템 이름을 설명 없이 쓰는 것.

자주 묻는 질문

경력기술서는 이력서와 어떻게 다른가요?

이력서는 한두 장의 요약이고, 경력기술서는 프로젝트마다 기간, 역할, 기술, 문제, 해결, 결과를 자세히 적은 문서예요.

희망 연봉을 써야 하나요?

양식에 칸이 있을 때만 쓰고, 보통은 면접이나 처우 협의 단계에서 이야기해요.

여러 언어를 써 왔다면 무엇을 강조하나요?

지원하는 팀의 기술과 맞는 언어를 앞에 두고, 나머지는 보유 기술에 두세요.

관련 예시

개발·IT 예시 전체

이력서 예시 전체