예시 리포트 · 지어낸 자료로 만들었으며 실제 사람의 정보가 아닙니다
비전공 전환 프론트엔드 지원자는 어떤 리포트를 받나
프론트엔드 개발자 · 신입 · 업데이트 2026-08-31
가상의 비전공 전환 신입 프론트엔드 지원자 포트폴리오로 만든 예시 리포트입니다. 실제 사람의 정보가 아닙니다. 총점과 판정, 다섯 차원 점수, 서류 탈락 위험 신호, 면접관이 되물을 질문까지 실제 리포트와 같은 구성으로 전부 공개합니다.
이 예시의 가상 지원자
다른 직군에서 개발로 전환한 가상 지원자입니다. 개인 프로젝트 세 편(가계부 앱, 사내 대시보드 개인 재구현, 오픈소스 접근성 기여)으로 포트폴리오를 구성했습니다.
이 리포트에서 볼 것
- 총점 74점 · 판정 pass — 성능 수치를 직접 재서 붙인 점이 이 문서의 힘
- 가장 큰 위험은 전 직군 경력을 숨기듯 짧게 처리한 것
- 고칠 것 하나만 고른다면 상태 관리 선택의 이유 한 줄
Overall verdict
성능을 직접 재는 습관이 신입 평균을 넘지만, 기술 선택의 이유와 전환 서사가 비어 서류에서 손해를 본다.
- 첫 화면 표시 시간과 레이아웃 밀림의 전후 수치
- 프로젝트 세 편 모두 배포 주소가 살아 있음
- 오픈소스 접근성 기여 이력
- 전 직군 경력의 기간과 전환 이유
- 상태 관리·라우팅 등 구조 선택의 근거
- 다른 사람과 함께 일한 경험
직접 잰 수치가 무기다. 첫 화면 표시 3.4초에서 1.9초, 레이아웃 밀림 0.18에서 0.02로 전후를 캡처와 함께 붙였다.
전 직군 경력을 한 줄로 처리한 것이 리스크다. 감추는 것처럼 읽히면 면접에서 가장 먼저 캐묻는 자리가 된다.
상태 관리 도구를 고른 이유를 한 줄 넣어라. '많이 쓰여서'는 신입에게도 감점 요인이다.
Summary
- 「개발/엔지니어(프론트엔드)」 직무 기준으로 평가했다.
- 화면을 만들었다는 서술에서 멈추지 않고 처음 화면이 뜨는 시간과 레이아웃이 밀리는 정도를 직접 재서 전후 값을 붙였다 — 신입 구간에서 이 습관이 있는 지원자는 많지 않다.
- 접근성 기여도 실제 병합된 흔적이 있어 주장에 근거가 붙는다.
- 다만 상태 관리 도구를 왜 골랐는지가 '많이 쓰여서'로 처리돼 있고, 전 직군 경력이 한 줄로만 적혀 있어 전환 이유가 읽는 사람에게 전달되지 않는다.
01Five dimensions
프로젝트마다 문제, 시도, 결과가 같은 틀로 반복되고 첫 화면에 요약 카드가 있어 길을 잃지 않는다. 신입 포트폴리오에서 상위 구간의 구성이다.
가계부 앱 항목이 '목록이 길어질수록 스크롤이 끊겼다'로 시작해 시도와 결과로 이어진다.
상위 20~30%. 요약 카드에서 상세로 가는 앵커까지 달면 상위 10% 구성이 된다.
상단 자기소개 두 줄을 다짐이 아니라 사실로 바꿔라. 무엇을 하던 사람이 무엇을 만들 수 있게 됐는지.
이 문서에서 가장 좋은 축이다. 성능 개선을 전후 값과 측정 화면으로 증빙했다. 다만 세 프로젝트 중 두 편만 수치가 있고 접근성 기여는 '개선했다'로 끝난다.
'첫 화면 표시 3.4초 → 1.9초, 레이아웃 밀림 0.18 → 0.02' 와 개발자 도구 캡처.
신입 상위 구간. 세 편 모두 채우면 이 축은 더 올라간다.
접근성 기여에도 검사 도구 점수 전후를 붙여라. 자동 검사 도구가 내주는 값이면 충분하다.
지금: '스크린리더 사용성을 개선했다.' → 이렇게: '자동 접근성 검사 위반 12건에서 3건으로. 남은 3건은 외부 위젯이라 상위 저장소에 이슈로 올렸다.'
무엇을 썼는지는 빠짐없이 적혀 있는데 왜 그것을 골랐는지가 대부분 비어 있다. 성능을 잰 사람이 도구 선택은 관행으로 처리한 셈이라 문서 안에서 앞뒤가 어긋나 보인다.
상태 관리 항목이 '많이 쓰이고 자료가 많아 선택했다'로 서술돼 있다.
평균 구간. 이유 한 줄씩만 붙여도 위 구간으로 간다.
도구마다 '무엇이 문제라서 이걸 골랐고 대신 무엇을 포기했나'를 한 줄로. 세 줄이면 이 축이 바뀐다.
지금: '많이 쓰이고 자료가 많아 선택했다.' → 이렇게: '화면 대여섯 개가 같은 데이터를 보던 구조라 전역 상태가 필요했다. 대신 초기 설정 코드가 늘어나는 건 감수했다.'
문장이 짧고 이미지 크기가 일정하며 오탈자가 없다. 배포 주소가 전부 살아 있는 것도 완성도로 읽힌다.
세 프로젝트의 배포 링크가 모두 응답했고 캡처와 실제 화면이 일치한다.
상위 10~20%. 이 축은 더 손댈 곳이 거의 없다.
굳이 하나 고르면 이미지에 대체 텍스트를 달아라. 접근성을 말하는 문서라면 더 그렇다.
가계부와 대시보드는 흔한 주제지만 접근성 기여가 이 문서를 구분해준다. 다만 그 기여가 맨 아래에 짧게 놓여 있어 강점이 묻힌다.
접근성 항목이 문서 마지막에 네 줄로만 적혀 있다.
평균 이상. 배치만 바꿔도 올라간다.
접근성 기여를 두 번째 프로젝트 자리로 올리고, 전 직군에서 온 관점과 연결해 서술하라. 그게 이 지원자만 쓸 수 있는 문단이다.
02Strengths & risks
Strengths
- 성능을 직접 재고 전후 값을 캡처와 함께 붙였다
- 프로젝트 세 편 모두 배포돼 있고 링크가 살아 있다
- 오픈소스 접근성 기여로 주장에 외부 근거가 있다
- 문서 형식이 일정하고 오탈자가 없다
Screening risk signals
- 전 직군 경력이 한 줄로만 적혀 있어 감추는 것처럼 읽힌다. 전환자에게는 그 경력이 약점이 아니라 유일한 차별점인데 지금 문서는 그걸 버리고 있다.
- 기술 선택의 이유가 '많이 쓰여서'로 처리된 곳이 세 군데 있다. 성능을 재는 사람이 도구는 관행으로 골랐다는 인상이 남는다.
- 혼자 만든 프로젝트만 있고 협업 흔적이 없다. 신입 채용에서 자주 확인하는 항목이다.
03What to improve
- 몇 년 동안 무엇을 했고, 그 일에서 본 어떤 불편이 개발로 이어졌는지.
- 전환자에게 이 문단이 없으면 '그냥 부트캠프 출신'과 구분되지 않는다.
- 상태 관리, 스타일링, 빌드 도구 각각 한 줄씩.
- 무엇이 문제라서 골랐고 대신 무엇을 포기했는지.
'많이 쓰여서' → '화면 여섯 개가 같은 데이터를 봐서. 대신 초기 설정이 늘어나는 건 감수'
- 지금 문서 맨 아래 네 줄이 이 지원자의 가장 큰 차별점이다.
- 두 번째 프로젝트 자리로 옮기고 검사 도구 점수를 붙여라.
- '성장하는 개발자가 되겠습니다'는 정보가 0이다.
- 무엇을 하던 사람이 무엇을 만들 수 있게 됐는지로 바꿔라.
같은 리포트를 내 포트폴리오로 받아볼 수 있어요. 가입하면 포트폴리오 점검이 하루 한 번 무료입니다.
내 포트폴리오로 받아보기다른 예시
이 페이지의 포트폴리오·점수·평가 문장은 예시를 위해 지어낸 것입니다. 실제 이용자의 자료나 리포트가 아니며, 실존하는 개인·회사와 관련이 없습니다. 화면 구성과 평가 항목은 실제 리포트와 같습니다.