IT 취업을 준비하며 포트폴리오를 매주 전부 고치면 어떤 수정이 도움이 되었는지 알기 어렵습니다. 지원 기록과 문서 버전을 함께 남기고, 확인 가능한 문제부터 수정하세요. 지원 결과는 여러 요인의 영향을 받으므로 특정 변경 하나가 합격을 만들었다고 단정하지 않습니다.
지원 기록에 남길 항목
지원일, 직무, 공고의 핵심 업무, 제출한 포트폴리오 버전, 열려 있던 배포 링크, 회신 여부를 기록합니다. 면접을 봤다면 실제로 받은 질문과 설명이 막힌 프로젝트를 적습니다. 회사의 내부 평가 기준을 추측해 수치화하지 마세요.
먼저 고칠 문제 고르기
깨진 링크나 비공개 저장소처럼 누구나 확인할 수 있는 오류를 먼저 해결합니다. 다음으로 본인 기여가 모호한 문장, 실행 방법이 없는 README, 지원 직무와 어긋난 대표 프로젝트 순서를 고칩니다. GitHub README 안내는 저장소를 이해하는 데 필요한 문서 구성을 점검할 때 참고할 수 있습니다.
면접 질문을 개선 과제로 바꾸기
‘왜 이 데이터베이스를 골랐나요?’에 답하기 어려웠다면 설계 대안과 제약을 프로젝트 페이지에 추가합니다. 장애 대응을 설명하지 못했다면 오류 로그와 복구 과정을 실습해 기록합니다. 없는 경험을 문장으로 꾸미기보다 실제 작업을 보강하세요.
수정 후 확인
변경 전후 문서를 보관하고, 링크·실행 절차·첫 화면의 직무 적합성을 다시 테스트합니다. 지원 공고에 맞춘 재배치 방법은 채용 공고별 포트폴리오 수정 순서를 참고하세요. 회신이 없었다는 사실만으로 포트폴리오의 특정 문제를 원인이라고 단정할 수는 없습니다.