[GitHub 100일 챌린지] Day 99 - 포트폴리오 정리
100일 챌린지 Day 99 - 100일 동안 만든 결과물을 포트폴리오로 정리하고, 다른 사람이 보기 좋은 형태로 마무리합니다.
배울 내용
- GitHub 프로필과 저장소를 포트폴리오 관점으로 정리하기
- 최종 프로젝트 소개 문구와 링크 점검하기
- 100일 학습 기록을 회고 자료로 남기기
1. 포트폴리오는 “보여주는 순서”가 중요하다
좋은 프로젝트가 있어도 방문자가 찾기 어렵다면 효과가 줄어듭니다. GitHub 프로필, pinned repositories, README, 배포 링크가 한 방향을 가리키게 정리하세요.
포트폴리오는 모든 것을 보여주는 곳이 아니라, 가장 설득력 있는 증거를 앞에 배치하는 곳입니다. 저장소가 많다고 좋은 것이 아니라, 방문자가 “이 사람은 이런 흐름으로 개발할 수 있구나”를 이해해야 합니다.
추천 순서:
1
2
3
4
5
1. GitHub 프로필 README
2. Pinned repositories
3. 최종 프로젝트 README
4. 배포 URL
5. 주요 PR/Issue 기록
각 링크는 서로 이어져야 합니다. 프로필 README에서 프로젝트 저장소로, 프로젝트 README에서 배포 URL과 주요 PR로, 배포 URL에서 실제 결과물로 자연스럽게 이동할 수 있어야 합니다.
2. GitHub 프로필 README 정리하기
프로필 README가 있다면 최종 프로젝트를 가장 위쪽에 배치합니다.
1
2
3
4
5
6
7
8
9
10
## Featured Project
### Developer Portfolio
GitHub 100일 챌린지의 최종 프로젝트로 만든 개발 포트폴리오입니다.
- Live: https://example.vercel.app
- Repository: https://github.com/username/developer-portfolio
- Tech Stack: React, GitHub Actions, Vercel
- Highlights: 프로젝트 필터, 반응형 UI, 자동 테스트
프로필은 길게 쓰기보다 클릭할 이유를 만드는 것이 중요합니다.
프로필 README 상단에는 아래 세 가지를 넣으면 충분합니다.
1
2
3
4
5
6
7
## What I build
- GitHub workflow를 적용한 작은 웹 프로젝트
- Issue/PR 기반 개발 기록
- 자동 테스트와 배포 실습
## Featured
- [Developer Portfolio](https://github.com/username/developer-portfolio)
기술 배지는 많을수록 좋아 보이지 않습니다. 실제 프로젝트와 연결되는 기술만 남기세요.
3. Pinned repositories 점검하기
GitHub 프로필에서 보여줄 저장소를 고릅니다.
선택 기준:
- 완성도가 높은가?
- README가 정리되어 있는가?
- 배포 링크가 있는가?
- 커밋 기록과 Issue/PR 흐름이 보이는가?
- 내가 보여주고 싶은 기술을 대표하는가?
최종 프로젝트 저장소는 가능하면 pinned repositories에 올립니다. 저장소 설명과 Topics도 함께 다듬습니다.
1
2
3
4
5
Description:
GitHub 100일 챌린지 최종 프로젝트로 만든 개발 포트폴리오
Topics:
portfolio, github-actions, react, frontend, 100-days
Pinned repository는 최대한 “현재 보여주고 싶은 나”를 기준으로 고릅니다.
추천 조합:
| 슬롯 | 예시 |
|---|---|
| 1 | 최종 프로젝트 |
| 2 | 가장 완성도 높은 웹 앱 |
| 3 | 자동화/CI가 잘 보이는 저장소 |
| 4 | 학습 기록 또는 알고리즘 |
| 5 | 블로그/문서 저장소 |
| 6 | 오픈소스 기여 fork 또는 실험 프로젝트 |
단, 비어 있거나 README가 부실한 저장소는 pinned에서 빼는 편이 좋습니다.
4. 프로젝트 소개 문구 만들기
면접이나 포트폴리오 제출에서 바로 쓸 수 있는 소개 문구를 준비합니다.
1
2
이 프로젝트는 GitHub 100일 챌린지의 최종 결과물입니다.
Issue 기반 작업 관리, 브랜치 전략, Pull Request 리뷰, GitHub Actions 검증, 배포까지 실제 협업 흐름을 적용했습니다.
기술만 나열하지 말고, 어떤 개발 흐름을 적용했는지 함께 말하세요. GitHub를 배웠다는 증거는 명령어 암기가 아니라 기록과 협업 흐름입니다.
면접용으로는 STAR 형식도 좋습니다.
1
2
3
4
Situation: GitHub 100일 챌린지의 최종 프로젝트로 포트폴리오 앱을 만들었습니다.
Task: 기능 구현뿐 아니라 Issue, PR, CI, 배포까지 실제 협업 흐름을 적용하는 것이 목표였습니다.
Action: 작업을 Issue로 나누고, 브랜치별 PR을 만들고, GitHub Actions로 테스트를 검증했습니다.
Result: 배포 URL과 README, PR 기록을 통해 개발 과정을 재현 가능하게 남겼습니다.
이렇게 정리하면 “무엇을 만들었는가”와 “어떻게 일했는가”를 함께 보여줄 수 있습니다.
5. 100일 기록 정리하기
마지막으로 100일 동안의 학습 기록을 남깁니다.
1
2
3
4
5
6
7
## 100일 회고 초안
- 가장 어려웠던 주제:
- 가장 많이 성장한 부분:
- 실제 프로젝트에 바로 쓸 수 있는 기술:
- 앞으로 더 연습할 주제:
- 다음 30일 목표:
Day 100에서 회고를 완성할 예정이므로, 오늘은 재료를 모으는 데 집중합니다.
6. 최종 제출 전 링크 점검
포트폴리오에서 가장 아쉬운 실수는 깨진 링크입니다. 제출 전 아래를 직접 클릭해 확인하세요.
| 링크 | 확인 |
|---|---|
| GitHub 프로필 | README와 pinned repositories가 보이는가 |
| 최종 프로젝트 저장소 | README, About, Topics가 정리됐는가 |
| 배포 URL | 모바일/데스크톱에서 정상 동작하는가 |
| 주요 PR | 변경 내용과 리뷰 흐름이 보이는가 |
| Issues | 작업 계획과 완료 기록이 남아 있는가 |
시크릿 창에서도 확인해보세요. Private 저장소나 로그인 상태에서만 보이는 링크는 외부 제출용 포트폴리오에서 작동하지 않습니다.
정리
완료 체크:
- GitHub 프로필 README에 최종 프로젝트를 소개했다
- 최종 프로젝트 저장소를 pinned repositories에 올렸다
- 저장소 Description, Topics, Website를 정리했다
- 배포 링크와 README 링크가 실제로 열리는지 확인했다
- Day 100 회고에 쓸 메모를 작성했다
- 시크릿 창에서 프로필, 저장소, 배포 URL을 확인했다
- 대표 프로젝트 설명을 STAR 형식으로 정리했다
핵심 요약:
1
포트폴리오는 결과물뿐 아니라 개발 과정의 기록을 보여주는 공간이다. README, 배포 링크, PR 기록을 한 흐름으로 정리한다.
다음: Day 100 - 100일 회고 →