“실무 중심 교육을 받았다”는 문장과 “실무를 설명할 수 있다”는 것은 다릅니다. 포트폴리오에서는 교육기관의 커리큘럼을 나열하기보다 본인이 맡은 문제와 해결 과정을 보여줘야 합니다.
수업 중 남길 기록
프로젝트 요구사항, 본인의 담당 기능, 선택한 설계와 대안을 이슈나 README에 적습니다. 팀이 만든 전체 화면을 혼자 만든 것처럼 설명하지 않도록 코드 변경 기록을 남기세요. GitHub 풀 리퀘스트 안내처럼 변경 이유와 리뷰 의견을 기록하면 협업 과정이 보입니다.
결과물에서 확인할 항목
실행 명령, 필수 환경 변수 이름, 정상 입력과 실패 입력의 테스트 방법을 정리합니다. 화면 사진만으로는 API 오류나 데이터 규칙을 확인하기 어렵습니다. README 공식 안내를 참고해 프로젝트 목적과 시작 방법을 맨 앞에 쓰세요.
면접 질문으로 바꿔보기
왜 이 기술을 골랐는지, 어떤 테스트가 실패했는지, 다시 만든다면 무엇을 바꿀지를 스스로 질문합니다. 답할 수 없는 부분은 기능을 더 추가하기보다 구현 기록을 검토하고 작은 재현 실험을 해 보세요.
과정을 고를 때부터 이런 결과물이 남는지 확인해야 합니다. 부트캠프 실무 경험 기준을 참고하고, 지원할 직무와 관련 없는 기능을 억지로 강조하지 마세요.