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