취업 준비에 대한 조언 (신입 개발자 이력서/포트폴리오)
근래 신입 개발자 채용 과정에서 많은 이력서를 검토할 기회가 있었습니다.
그 과정에서 자주 반복해서 보게 되는 아쉬운 부분들을 정리해 공유해보고자 합니다.
아래 내용은 전적으로 개인적인 경험과 관점에 기반한 의견이며,
다른 시각을 가진 분들도 충분히 있을 수 있습니다.
참고용으로 가볍게 읽어주시면 좋겠습니다.
1. 이력서의 순서 구성
이력서를 펼쳤을 때 아래 순서로 구성되어 있으면 가장 읽기 좋았습니다.
간략한 자기소개 (기술 역량 위주)
기술 스택 키워드
교육 이력 (학교, 학원 등)
포트폴리오 목록 (가장 중요한 영역)
각 프로젝트는 3~5줄 이내 요약
2. 포트폴리오는 “찾게 하지 말고, 보이게 하세요”
깃허브 메인 페이지 링크만 덜컥 제공된 경우,
검토자의 입장에서 프로젝트를 능동적으로 탐색하지 않게 됩니다.
각 프로젝트의 README.md로 바로 랜딩되게 하세요.
README.md에서 멈추지 않고, 소스까지 들여다보게 만든다면 더 좋습니다.
주요 소스의 인덱스를 제공하세요.
검토자가 자연스럽게 클릭하게 만드는 장치를 마련하는 것이 중요합니다.
3. 팀 프로젝트보다 개인 포트폴리오 중심으로
신입 개발자에게 가장 기대하는 것은 현재 역량보다는 성장 가능성입니다.
리더십이나 협업 능력을 신입에게 과도하게 요구하는 경우는 많지 않습니다.
팀 프로젝트의 경우, 실제 기여도를 판단하기 어렵다는 한계가 있습니다.
가능하다면 모든 기능 구현을 100% 본인이 책임진 개인 포트폴리오를 준비하는 것이 좋습니다.
(기획·디자인 협업은 예외로 봅니다.)
4. 장황한 개인 성향·사연은 최소화
개인적인 사정이나 성향에 대해 깊이 알고 싶어 하지는 않습니다.
이력서는 감정을 전달하는 글이 아니라, 역량을 전달하는 문서에 가깝습니다.
불필요하게 에너지를 소모하지 않으셔도 됩니다.
5. BackEnd / FrontEnd 구분에 너무 얽매이지 않기
개발 영역의 경계는 점점 희미해지고 있습니다.
AI의 등장은 이 흐름을 더 빠르게 만들고 있습니다.
하나의 포지션을 지향하더라도,
전체 흐름을 이해하려는 스펙트럼을 넓히는 태도가 중요합니다.
6. 사진은 선택이 아니라 ‘도움 요소’
외모의 좋고 나쁨을 떠나,
깔끔하게 정돈된 인상을 주는 사진은 분명 도움이 됩니다.
이력서는 ‘미지의 대상’보다
구체적으로 인식되는 사람일 때 더 잘 읽힙니다.
가능하다면 깨끗하게 스캔된 이미지를 사용해 주세요.
7. 불특정 다수를 위한 이력서는 피하기
조금 번거롭더라도, 지원하는 회사와 채용 플랫폼에 맞춘 이력서를 준비해보세요.
(사람인용, 잡코리아용 등)
이력서 검토 시스템에서 처음 보이는 화면에서
“조금 더 보고 싶다”는 인상을 주는 것이 중요합니다.
본문에는 아무 내용 없이
개인 사이트 링크나 첨부 파일만 덩그러니 있는 이력서는
검토 시작 단계에서 피로감을 주기 쉽습니다.
모두들 어려운 시기입니다. 힘 내십쇼. 화이팅 !!
