IT 포트폴리오를 웹사이트로만 만들거나 PDF 하나로 끝낼 필요는 없습니다. 각 형식은 보여 주기 쉬운 정보와 유지 관리 부담이 다릅니다. 지원 공고가 요구하는 제출 방식부터 확인하고, 같은 사실을 다른 형식에서 일관되게 보여 주세요.
웹사이트: 실제 동작을 보여 줄 때
프론트엔드 화면과 사용자 흐름을 바로 시험할 수 있습니다. 대신 배포 상태와 모바일 사용성을 계속 점검해야 합니다. 로그아웃 상태에서 링크가 열리는지, 오류 화면과 키보드 조작이 가능한지 확인하세요. 폼 접근성은 W3C 안내를 참고할 수 있습니다.
PDF: 정해진 순서로 읽힐 때
지원 시스템이 파일 제출을 요구하거나 면접 때 한 장씩 설명할 자료가 필요하면 유용합니다. 다만 코드를 실행할 수 없고 수정본이 여러 개 생기기 쉬우므로 버전 날짜와 저장소·배포 링크를 명확히 적으세요. PDF 안의 작은 글씨나 흐린 화면 캡처는 피합니다.
GitHub: 구현 과정을 확인할 때
소스 코드, 커밋, 이슈, 풀 리퀘스트를 볼 수 있습니다. 처음 방문한 사람이 목적과 실행 방법을 찾을 수 있도록 GitHub README 안내를 참고해 정리하세요. 비공개 저장소는 접근 권한을 확인해야 합니다.
조합하는 방법
짧은 소개 페이지나 PDF에 대표 프로젝트를 설명하고, 각 프로젝트에서 실행 화면과 저장소로 연결합니다. 세 형식의 역할·기술·성과가 서로 다르면 신뢰를 잃기 쉽습니다. 전체 배치 순서는 개발자 포트폴리오 구성 가이드를 참고하세요.