프론트엔드 취업 지원 전 현재 준비 상태와 보완할 항목은 어떻게 나누나요?
지원 여부는 모든 기술을 아는지보다 해당 공고가 요구하는 조건을 충족하는지, 현재 경험을 정직하게 설명할 수 있는지로 판단합니다. '필수 기술 미경험'을 모든 공고의 자동 탈락 기준으로 일반화하지 않습니다. 공고에 명시된 자격과 대체 경험 허용 여부를 확인합니다.
적용 조건·범위: gap plan은 부족한 기술 이름이 아니라 할 일·근거·완료 기준·재검토 시점이 있는 계획입니다. 지원 가능은 개인의 제출 준비 판단이며 채용 가능성이나 합격 보장이 아닙니다.
공식 문서 참고: MIT: 직무 요구와 경험을 연결하는 이력서 작성
지원 전 반드시 완벽해질 때까지 기다리지 않고, 현재 준비 상태와 보완 필요 항목을 구분해 실제 지원 계획을 만듭니다.
커리어·포트폴리오 · 4 / 19
프론트엔드 개발자 취업 준비: 포트폴리오와 연봉 기준
상단에서는 이 주제의 판단 기준을 가상 사례와 완성 예시로 연습합니다. 이전 회차의 문서는 필요 없습니다. 하단의 TaskFlow 누적 적용에서는 같은 기준으로 자신의 포트폴리오 자료를 이어서 만듭니다. TaskFlow는 학습용 프로젝트 사례이며 예시 경력·성과를 자신의 사실로 사용하지 않습니다.
이번 글에서 배우는 내용
- 지원 가능 / 준비 중 / 보류 기준
- 필수 요건과 우대 요건의 대응 방식
- 포트폴리오·이력서·GitHub 최소 준비 기준
- 근무 형태·지역·계약 형태·보상 구성 확인 항목
- 연봉 숫자보다 총보상과 조건을 분리해서 보는 기준
- 부족 기술을 지원 전/후 학습으로 나누는 방법
- 지원 건수보다 피드백 가능한 기록을 남기는 방법
선수 지식
공고의 필수 요건과 우대 사항을 구분할 수 있으면 됩니다. 누적 학습에서는 03편 공고 매트릭스를 사용합니다.
목차
지원 조건과 보완 계획의 우선순위 정하기
지원 여부는 모든 기술을 아는지보다 해당 공고가 요구하는 조건을 충족하는지, 현재 경험을 정직하게 설명할 수 있는지로 판단합니다. ‘필수 기술 미경험’을 모든 공고의 자동 탈락 기준으로 일반화하지 않습니다. 공고에 명시된 자격과 대체 경험 허용 여부를 확인합니다.
gap plan은 부족한 기술 이름이 아니라 할 일·근거·완료 기준·재검토 시점이 있는 계획입니다. 지원 가능은 개인의 제출 준비 판단이며 채용 가능성이나 합격 보장이 아닙니다.
연봉을 볼 때는 세전 기본급, 확정 지급액, 변동 성과급, 퇴직급여의 표시 방식, 주식·복지, 계약 형태·수습 조건을 분리합니다. 공개 통계가 있어도 조사 시점·대상·직무·경력·지역과 개인 오퍼 조건이 다릅니다. 이 글은 시장 급여액을 제시하지 않으며, 17편에서 서면 비교표를 완성합니다.
독립 실습과 완성 예시
03편의 가상 공고 A에 이번 실습용 제출 조건을 추가합니다. 이 가상 A는 프로젝트 설명을 요구하지만 배포 URL은 우대라고 적었습니다. 학습자는 이력서 초안이 있고 개인 프로젝트 설명은 가능하지만 데모가 없습니다. 데모가 없다는 이유만으로 지원 전체를 멈출지 판단해 보세요.
풀이와 판단 근거
| 항목 | 현재 상태의 가정 | 지원 영향 | 행동 | 완료·재검토 기준 |
|---|---|---|---|---|
| 개인 프로젝트 설명 | 초안 있음 | 필수 설명 검토 필요 | 역할·문제·근거 연결 | 관련 문장마다 확인 자료 지정 |
| 배포 데모 | 미공개 | 가상 A에서는 우대 | 공개 필요성과 권한 확인 | 데모 없이 지원 가능한지 확인 |
| 이력서 | 개인·실무 구분 미흡 | 사실 수정 필요 | 개인 학습 표기 | 경력 섹션과 분리 |
| 급여·근무 조건 | 서면 미확인 | 비교 판단 보류 | 기본급·변동급·근무지 질문 | 회신 조건을 표에 기록 |
우대 데모 부재와 사실이 틀린 이력서는 같은 우선순위가 아닙니다. 먼저 사실 오류를 고치고 공고가 허용하는 제출 범위를 확인합니다.
자주 발생하는 문제와 해결
- 모든 기술을 익힐 때까지 지원 미룸
- 근거 없는 연봉 기대치
- 회사 유형을 단순 서열화
- 개인 프로젝트와 실무 경험을 같은 수준으로 표기
개인 프로젝트와 실무 경험은 분리합니다. 팀 작업은 내가 맡은 범위와 팀 전체 결과를 따로 쓰고, 근거가 없는 수치·기간·실행 결과는 추가하지 않습니다. 비공개 자료는 익명화만으로 공개 권한이 생기지 않으므로 허용 범위를 먼저 확인합니다.
학습 완료 체크리스트
- 필수 조건·우대·사실 오류를 다른 우선순위로 다뤘습니다.
- 보완 행동에 완료 기준과 재검토 시점을 적었습니다.
- 기본급과 총보상, 시장 자료와 개인 조건을 구분했습니다.
선택 실습: 포트폴리오 문서 이어 만들기
이 선택 연습은 TaskFlow 개발 경험을 이력서·포트폴리오 자료로 정리하는 과정입니다. 예시 경험은 자신의 실제 근거로 바꿔 작성합니다.
이번에는 career/gap-plan.md 문서를 작성·보완합니다.
TaskFlow 누적 적용
시작 방법: 과정대로 이어가는 독자는 이전 글: 프론트엔드 채용 공고 분석: 요구 기술과 내 경험 매핑하기의 기록을 유지하고 이번 문서를 추가·보완합니다. 이번 결과물은 career/gap-plan.md입니다. 중간부터 읽는다면 아래 작성 표와 완성 예시를 새 문서에 옮겨 현재 보유한 자료부터 연결합니다. 없는 근거나 미작성 문서는 그대로 표시하며, 이전 과정을 이수한 것처럼 채우지 않습니다.
이전 체크포인트: career-step-03-job-matrix. 직전 문서 career/job-matrix.md와 앞선 자료를 유지합니다.
현재 결과물 상태: 앞선 3편의 career 문서를 보관한 상태에서 이번 문서를 추가합니다. 기존 파일은 유지하며 이번 추가·수정 파일은 career/gap-plan.md입니다. 중간부터 읽는 독자는 위 독립 예시로 작성법을 익힌 뒤 직전 문서의 필요한 사실을 가져오면 됩니다.
아래는 작성 방법을 보여 주는 가상 완성 문서입니다. 실제 독자의 실행·취업·협업 이력을 증명하지 않습니다. TaskFlow는 개인·학습 프로젝트이며 본인이 수행한 체크포인트와 저장소 상태만 반영하세요. 예시의 미확인은 작성 누락이 아니라 확인되지 않은 사실을 표시한 완성 상태입니다.
Before → 적용 → After
Before: 배포가 없고 모든 기술을 모르니 지원은 무기한 미룬다.
적용: 관련 사실과 근거 범위를 대조하고, 이번 회차의 기준으로 문장을 수정합니다.
After: 가상 공고 A 기준으로 이력서의 개인 프로젝트 표기부터 수정한다. 데모는 우대 조건이므로 제출 가능 범위를 확인하며 보완한다. 실제 지원 여부와 일정은 공고 마감·필수 조건 확인 후 결정한다.
전체 파일·코드 보기
career/gap-plan.md
# 지원 준비와 보완 계획 — 가상 작성 예시
입력: job-matrix.md의 가상 공고 A
최우선: 개인 프로젝트를 경력처럼 적은 문장 수정
완료 기준: 프로젝트 유형과 담당 범위가 모든 문서에 일치
다음: 역할·문제·검증 자료 연결
완료 기준: 핵심 주장마다 자료 또는 미확인 상태 표기
지원 전 질문: 데모가 우대일 때 문서형 사례 제출 가능 여부
보상 질문: 기본급·변동 보상·계약 형태·근무지의 서면 조건
재검토 시점: 공고 조건 확인 및 문서 수정 직후
현재 상태: 준비 중, 실제 지원·채용 결과 없음
결과 확인
저장한 문서를 다시 열고 위 학습 완료 체크리스트를 적용합니다. 이전 문서의 프로젝트 유형·역할·검증 상태와 충돌하면 사실 원본부터 수정합니다. 예시 문장의 작성 완료와 실제 프로젝트 검증 완료는 다른 상태입니다.
직접 작성할 결과물: career/gap-plan.md 지원 판단표
질문: 지원 준비를 더 해야 하는 항목과 채용 담당자에게 확인해야 하는 조건은 무엇인가요?
작성 예시(가상): 가상 A 공고: 필수 경력 대체 가능 여부 미확인, 대표 프로젝트 설명 가능, 데모는 미검증. 지금 할 일은 README 사실 확인, 고용형태 질문, 지원 마감 확인입니다.
스스로 점검: ‘지원 가능’은 합격 가능성을 뜻하지 않습니다. 현재 공고 원문에서 마감·근무지·고용형태·필수 자격을 확인하고, 근거 없는 연봉 시세나 확정되지 않은 보상은 쓰지 않습니다.
다음 학습: 05편에서는 제출할 프로젝트를 역할과 근거 중심으로 추립니다.
완료 체크포인트
career-step-04-gap-plan
다음 학습
05편 「2026 개발자 취업 포트폴리오: AI 시대에 보여줘야 할 프로젝트 기준」로 이어집니다. 이번 문서의 사실과 미확인 항목을 다음 회차 입력으로 사용합니다.
이 글이 도움이 되었나요?
읽음 기록
읽음 — / 전체 19개 · 필수 19개
새 글 받아보기
RSS 리더에서 BlogFlow의 새 글을 확인할 수 있습니다.
