포트폴리오에 만든 프로젝트를 모두 같은 비중으로 넣으면 강점이 흐려질 수 있습니다. 대표 작업 두 개를 먼저 고르고 나머지는 관련 자료로 연결하세요. 선택 기준은 화려한 화면보다 목표 직무와 근거의 질입니다.
직무와 관련 있는가
지원 공고의 주요 업무를 적고 각 프로젝트가 어떤 업무를 보여 주는지 표시합니다. 프론트엔드 지원인데 서버 설정만 길게 설명하거나, 클라우드 운영 지원인데 화면 디자인만 앞세우면 맞지 않을 수 있습니다. 프로젝트를 새로 꾸미지 말고 배치 순서를 조정하세요.
본인 기여를 설명할 수 있는가
팀 프로젝트라면 맡은 기능의 코드, 리뷰, 설계 결정, 오류 해결을 구분합니다. 튜토리얼을 그대로 따라 한 작업보다 본인이 문제를 정의하고 바꾼 부분이 명확한 작업을 우선합니다.
다른 사람이 확인할 수 있는가
배포 주소, 저장소, 실행 방법, 테스트 결과가 연결되는지 확인하세요. GitHub README 안내를 참고해 처음 방문한 사람이 재현할 수 있는지 점검합니다. 비공개 코드를 무리하게 공개하지 말고 공개 가능한 개인 실습으로 보완하세요.
두 프로젝트의 역할이 다른가
같은 CRUD 예제를 두 번 보여 주기보다 하나는 사용자 기능, 다른 하나는 테스트·운영 문제를 설명하는 식으로 서로 다른 판단을 보여 주세요. 각 프로젝트의 한계도 적습니다. 전체 정보 구조는 개발자 포트폴리오 구조 가이드를 참고하세요.