직무별 가이드 / 풀스택 개발자 이력서 작성법
풀스택 개발자 이력서 작성법
풀스택 이력서의 함정은 프론트와 백엔드 기술을 모두 늘어놓다가 어느 쪽도 깊어 보이지 않게 되는 거예요. 이 직군의 진짜 차별점은 '한 기능을 데이터 모델부터 화면, 배포, 사용자 반응까지 끝까지 책임졌다'는 흐름이에요. 그래서 기술별이 아니라 기능·제품 단위로 묶어 쓸 때 가장 잘 읽혀요.
풀스택 면접관이 먼저 보는 신호
- 1
끝까지 책임진 기능 단위의 경험
요구사항 → 스키마 → API → 화면 → 배포 → 지표 확인까지 한 사람이 이어 간 사례가 있으면 가장 먼저 적어요. 이 흐름 자체가 풀스택의 증거예요.
- 2
주력과 보조의 구분
모든 기술을 같은 무게로 쓰면 깊이가 의심받아요. '백엔드 중심 풀스택'처럼 무게중심을 밝히는 쪽이 오히려 신뢰를 얻어요.
- 3
경계를 줄인 설계
타입·스키마 공유, BFF, 모노레포처럼 프론트와 백엔드 사이의 마찰을 줄인 구조는 양쪽을 다 아는 사람만 만들 수 있어요.
- 4
작은 팀에서의 우선순위 판단
무엇을 먼저 만들고 무엇을 미뤘는지, 운영 부담까지 고려해 기술을 골랐는지를 보여주면 '혼자 맡겨도 되는 사람'으로 읽혀요.
풀스택 공고는 대개 작은 팀이나 초기 제품에서 나와요. 그래서 기술의 폭보다 '맡기면 출시까지 가는가'를 보려고 해요. 완결성을 증명하는 데 지면을 쓰세요.
넓기만 하고 깊이가 안 보이는 문장들
React, Vue, Node.js, Spring, Django, MySQL, MongoDB, AWS, Docker 활용 풀스택 개발
Next.js·NestJS·PostgreSQL로 B2B 견적 관리 서비스를 단독 구축·운영(주력은 백엔드, 화면은 사내 컴포넌트 라이브러리 활용)
💡 아홉 개를 다 할 줄 안다는 말보다, 실제로 함께 써서 제품을 낸 조합 하나가 더 믿음직해요. 무게중심을 밝히면 신뢰가 올라가요.
신규 서비스 프론트엔드·백엔드 전반 담당
회원·결제·관리자 화면을 포함한 신규 서비스를 기획 회의부터 운영까지 맡아 출시, 이후 3개월간 사용자 피드백 기반 개선 14건 반영
💡 '전반'은 무엇을 했는지 감추는 단어예요. 기능 이름, 기간, 출시 뒤에 한 일로 범위를 보여주세요.
신입 vs 경력: 풀스택은 '완결성'의 크기가 달라져요
| 항목 | 신입 | 경력 |
|---|---|---|
| 대표 경험 | 실제 사용자가 써 본 사이드 프로젝트, 해커톤·외주 결과물 | 운영 중인 제품의 기능을 끝까지 맡아 지표로 확인한 경험 |
| 기술 서술 | 주력 한쪽은 깊게, 다른 쪽은 '연결할 수 있다' 수준으로 정직하게 | 양쪽에 걸친 구조적 결정(타입 공유, 렌더링 전략, 데이터 모델) |
| 운영·배포 | 도메인 연결, CI 설정, 로그 확인까지 직접 해 본 경험 | 비용·모니터링·장애 대응까지 포함한 운영 책임 |
| 보여줄 숫자 | 가입자 수, 사용 건수처럼 작아도 실제인 숫자 | 출시 리드타임, 운영 비용, 전환·사용 지표 |
처음부터 끝까지 만든 걸 보여주는 증거
- 운영 중인 서비스 URL — 가입 없이 둘러볼 수 있는 경로나 데모 영상을 함께
- 시스템 구성도 — 프론트, API, DB, 외부 서비스, 배포 경로가 한 장에 보이게
- 모노레포 또는 연결된 두 저장소 — 커밋 이력에서 양쪽을 실제로 오간 흔적이 보여요
- 출시 회고 글 — 무엇을 미루고 무엇을 먼저 만들었는지, 다시 한다면 무엇을 바꿀지
- 빼야 할 것: 환경 변수·API 키가 남은 저장소, 보일러플레이트를 그대로 쓴 구조를 직접 설계한 것처럼 보이게 한 설명
이 이력서에서 이어질 면접 질문
면접관: 견적 서비스를 혼자 만드셨는데, 가장 먼저 만든 기능과 가장 나중으로 미룬 기능은 뭐였어요?
지원자: 견적서 작성과 PDF 발송을 먼저 만들었어요. 고객이 돈을 내는 이유가 거기 있었거든요. 권한 관리는 초기 고객이 한 회사뿐이라 역할 두 개로만 두고 미뤘어요.
면접관: 미뤘던 권한 관리를 나중에 붙일 때 어떤 문제가 있었나요?
지원자: 역할 검사가 코드 여러 곳에 하드코딩돼 있어서 정책 테이블로 옮기는 데 일주일이 걸렸어요. 그 뒤로는 권한 검사를 미들웨어 한 곳에서만 하도록 정리했어요.
필수 항목 체크리스트
- 프론트엔드 기술
- 백엔드/API 개발
- 데이터베이스 경험
- 성과 수치 포함
- 배포/DevOps(권장)
강조 키워드
좋은 성과 문장 예시
- ✦예약 기능을 DB 스키마부터 화면·문자 알림 발송까지 2주 만에 단독 출시, 출시 첫 달 예약 2,400건 처리
- ✦프론트와 백엔드가 같은 Zod 스키마를 공유하도록 구조를 바꿔 API 타입 불일치 버그를 분기당 10건 안팎 → 1건으로 줄임
- ✦서버 렌더링 페이지를 정적 생성과 증분 갱신으로 전환해 호스팅 비용 월 약 40% 절감, 첫 화면 표시 1초 이내 유지
바로 풀스택 개발자 이력서를 만들어 보세요
무료 · 경력 몇 줄이면 시작
지금 무료로 이력서 만들기 →