포트폴리오를 전부 다시 만들 시간이 없다면 가장 큰 장애부터 고치세요. 이 글의 30분은 합격을 보장하는 시간이 아니라 빠른 1차 점검을 위한 예시입니다. 실제 수정 시간은 프로젝트 상태에 따라 더 걸릴 수 있습니다.
첫 5분: 링크와 공개 범위
배포 주소와 코드 저장소를 로그아웃 상태에서 엽니다. 깨진 링크, 비공개 저장소, 오래된 데모를 표시합니다. 확인할 수 없는 결과물은 설명을 고치거나 대체 자료를 연결하세요.
다음 10분: 첫 화면
지원 직무, 대표 프로젝트, 본인 역할을 빠르게 찾을 수 있는지 봅니다. 기술 로고와 긴 자기소개가 먼저 나오면 핵심 프로젝트를 앞에 배치합니다. 각 프로젝트의 첫 문장은 문제와 결과를 설명해야 합니다.
다음 10분: 근거
‘성능 개선’ 같은 문장에 측정 방법이 있는지, 팀 프로젝트의 기여가 구분되는지 확인합니다. 근거가 없으면 과장된 표현을 실제 작업 사실로 바꿉니다. README에는 GitHub 공식 안내를 참고해 실행 방법을 적습니다.
마지막 5분: 제출 환경
휴대전화와 PDF에서도 읽히는지, 파일이 최신인지 확인합니다. 고치는 데 오래 걸리는 기술 문제는 별도 목록으로 남기고 제출 전까지 해결 가능한지 판단하세요. 제출 직전 점검은 링크·권한 실수 체크리스트로 이어집니다. 개선 전후를 저장해 실제로 무엇이 바뀌었는지도 기록하세요.