신입 개발자 이력서는 2페이지면 부족할까?

신입 이력서는 몇 페이지가 맞는지 자주 묻습니다. 정답은 분량이 아니라 핵심이 한눈에 보이는지입니다. 2페이지를 채우려고 경험을 늘리면 오히려 중요한 내용이 묻힙니다.

분량보다 중요한 것

• 채용 담당자는 첫 화면에서 지원 자리와 맞는지를 몇 초 안에 판단합니다.
• 1페이지에 핵심 성과가 있으면, 나머지는 읽히지 않아도 기회를 얻을 수 있습니다.
• 반대로 2페이지까지 읽어야 강점이 보인다면 그 이력서는 이미 불리합니다.

역할을 나누세요

이력서, 경력기술서(또는 상세 설명), 포트폴리오는 서로 다른 역할을 합니다.

• 이력서: 1페이지 안에서 지원 자리와의 적합성을 보여 줍니다.
• 상세 설명: 중요한 프로젝트를 문제, 결정, 결과로 풀어 씁니다. 필요할 때 추가로 보냅니다.
• 포트폴리오: 실제 결과물, 코드 저장소, 데모 링크를 모읍니다.

이렇게 나누면 이력서를 억지로 길게 만들 필요가 없습니다.

1페이지를 채우는 구성

1. 요약 두 줄: 어떤 개발자인지, 어떤 자리에 맞는지
2. 핵심 프로젝트 2~3개: 각각 문제, 역할, 결과를 짧게
3. 기술 스택: 실제로 쓴 것 중심, 사용 맥락과 함께
4. 학력·교육·기타: 필요한 만큼만

예시(재구성한 문장입니다)

• 약함: 쇼핑몰 프로젝트 (React, Node.js) 개발

• 강함: 주문 조회 화면의 로딩 지연을 분석해 API 응답 수를 줄이고, 주요 화면 로딩 시간을 개선

신입이 흔히 하는 실수

• 수업 과제나 팀 프로젝트를 내 것처럼 쓰는 것. 맡은 범위를 정확히 씁니다.
• 기술 이름만 나열하는 것. 무엇을 만들었는지가 먼저입니다.
• 모든 프로젝트를 똑같이 길게 쓰는 것. 가장 중요한 한두 개만 깊게 씁니다.

점검

• 지원 자리와 가장 관련 있는 경험이 1페이지 상단에 있는가?
• 각 프로젝트에 "내가 한 일"과 "결과"가 있는가?
• 상세 내용은 별도 문서나 포트폴리오로 연결되어 있는가?