개발자 이력서·포트폴리오 잘 쓰는 법 (서류 합격률 높이는 실전 가이드)

이력서를 100군데 넣었는데 면접 연락은 두세 곳뿐. 분명 프로젝트도 했고 기술 스택도 많은데 왜 서류에서 떨어질까요? 문제는 실력이 아니라 **'전달 방식'**인 경우가 대부분입니다. 채용 담당자는 한 이력서를 평균 5~10초만 봅니다. 그 안에 '이 사람을 만나봐야겠다'는 신호가 없으면 끝입니다.

1. 기술 나열이 아니라 '성과'를 써라

가장 흔한 실수는 한 일을 그냥 적는 것입니다. 무엇을, 왜, 어떤 결과로 했는지가 빠지면 평범해집니다.

[나쁜 예]
- React로 쇼핑몰 프론트엔드 개발
- API 연동 및 상태 관리

[좋은 예]
- 상품 목록 무한스크롤 도입으로 초기 로딩 데이터 70% 감소,
  체감 진입 속도 2.1s → 0.8s 개선
- React Query 캐싱 적용해 중복 API 호출 40% 제거

핵심은 수치입니다. 숫자가 없으면 추정치라도 넣으세요. '체감상 빨라짐'보다 '약 30% 개선'이 훨씬 설득력 있습니다.

2. 채용 담당자가 보는 순서로 배치하라

위에서부터 한눈정보 → 핵심역량 → 경력/프로젝트 → 학력 순서가 안전합니다. 신입이라면 프로젝트가 경력 자리를 대신합니다.

항목	나쁜 이력서	좋은 이력서
첫 화면	자기소개 5줄 줄글	1줄 요약 + 핵심 성과 3개
기술 스택	30개 단순 나열	숙련도/실제 사용 경험 구분
프로젝트	기능 설명만	문제→해결→결과 구조
링크	없음 또는 깨짐	GitHub·배포 URL 동작 확인

3. 포트폴리오는 '읽게' 만들어라

GitHub만 던지면 아무도 코드를 안 읽습니다. 각 프로젝트 README에 다음을 넣으세요.

• 한 줄 소개와 배포 링크(실제로 켜지는지 확인)
• 내가 맡은 역할(팀플이면 기여 비율)
• 기술적으로 고민했던 트러블슈팅 1~2개
• 스크린샷 또는 GIF

면접관이 가장 좋아하는 질문은 "이거 왜 이렇게 만들었어요?"입니다. README에 그 답이 미리 적혀 있으면 합격에 가까워집니다.

4. 거짓말 대신 '솔직한 깊이'를 보여라

안 써본 기술을 '능숙'으로 적으면 면접에서 무너집니다. 차라리 적게 쓰고 깊게 답하세요. 깊이 있는 프로젝트 하나가 얕은 다섯 개를 이깁니다.

마무리 체크리스트

• 모든 프로젝트에 수치 성과가 있는가
• 기술 나열이 아닌 문제-해결-결과 구조인가
• GitHub·배포 링크가 실제로 동작하는가
• 안 써본 기술을 과장하지 않았는가
• 오타·맞춤법 점검(의외로 감점 큼)
• 1페이지(신입)~2페이지로 압축했는가

이력서는 '내가 한 일 목록'이 아니라 **'나를 뽑아야 할 이유'**를 파는 문서입니다. 오늘 한 줄만이라도 성과 중심으로 고쳐보세요.