포트폴리오를 과잉 엔지니어링하지 말고 (코드를 더 많이 배포하세요) 🚀
Source: Dev.to
Introduction
주니어 개발자가 되면 모두가 같은 말을 합니다:
“강력한 포트폴리오를 만들라.”
그래서 우리는 그렇게 합니다.
- 도메인을 구입하고,
- 랜딩 페이지를 디자인하고,
- 애니메이션을 다듬고,
- “About Me” 섹션을 다섯 번째로 다시 쓰고,
- 최신 프로젝트의 스크린샷을 수동으로 추가합니다.
그런 다음 불편한 사실을 깨닫게 됩니다: 실제로 실력을 향상시키는 것보다 포트폴리오를 유지보수하는 데 더 많은 시간을 썼다는 것입니다.
The Hidden Tax of Being a Junior Dev
주니어는 두 가지를 끊임없이 균형 맞춥니다:
- 실제 프로젝트를 학습하고 구축하기
- 그것들을 제대로 문서화하고 보여주기
두 번째 항목이 조용히 여러분의 시간을 잡아먹습니다.
새로운 기능을 배포할 때마다 다음을 해야 합니다:
- 포트폴리오 사이트 업데이트
- 블로그 포스트 작성
- 사용한 기술 스택 설명
- “전문적으로 보이게” 만들기
이것은 두 번째 직업이 됩니다.
그리고 아이러니하게도, 여러분의 성장(깃허브 활동)을 증명하는 것이 이미 존재합니다. 다만 제대로 드러나지 않을 뿐이죠.
Your GitHub Is the Real Portfolio
채용 담당자는 스크린샷만 보는 것이 아닙니다. 그들은 다음을 봅니다:
- 커밋 빈도
- 풀 리퀘스트 구조
- 커밋 메시지 작성 방식
- 리팩터링 여부
- 반복(iteration) 여부
깃허브는 이야기를 들려줍니다. 하지만 아직 가공되지 않은 이야기이죠. 이것이 제가 계속 고민하던 격차입니다.
Why I Built Gitvlg
저도 주니어 개발자입니다. “포트폴리오 유지보수 루프”에 지쳐서 Gitvlg를 만들었습니다.
매번 무언가를 배포할 때마다 블로그 포스트를 수동으로 쓰는 대신에 원했던 것은:
- 깃허브 활동을 바로 출판 가능한 콘텐츠로 전환하는 방법
- 구조화되고 깔끔한 기술 서술
- 개발자와 학자를 위해 특별히 설계된 도구
- 포맷팅에 쓰는 시간은 줄이고, 실제 코딩에 쓰는 시간은 늘리기
다른 노코드 웹사이트 빌더가 아니라, 또 다른 드래그‑앤‑드롭 포트폴리오 템플릿이 아니라, 우리가 이미 작업하는 방식을 그대로 활용하는 것이었습니다.
The Real Problem: Context Switching
주니어 개발자에게 가장 어려운 부분은 코딩이 아니라 컨텍스트 전환입니다.
- 코딩 → 글쓰기
- 글쓰기 → 디자인
- 디자인 → SEO
- SEO → 다시 코딩
전환할 때마다 에너지가 소모됩니다. “포트폴리오 워크플로우”가 무겁게 느껴지면 미루게 되고, 미루면 뒤처지고, 뒤처지면 성장하지 못한다는 느낌이 듭니다. 이는 특히 커리어 초기에 자신감에 큰 타격을 줍니다.
A Different Approach to Portfolios
포트폴리오를 유지해야 하는 것이 아니라, 배포할 때마다 자동으로 진화하도록 만든다면 어떨까요?
- 커밋이 구조화된 인사이트가 되고
- 풀 리퀘스트가 읽기 쉬운 기술 스토리가 되며
- 별도의 마찰 없이 성장 기록이 자동으로 남습니다
목표는 글쓰기를 대체하는 것이 아니라, 불필요한 반복을 없애는 것입니다. 주니어 개발자는 주의를 끄는 도구보다 시간을 되돌려 주는 도구가 필요합니다.
Advice for Other Junior Devs
커리어 초기에 있다면 제가 배운 점을 공유합니다:
- 다듬기보다 배포에 집중하세요.
- 작업이 스스로 말하게 두세요.
- 지루한 부분은 자동화하세요.
- 포트폴리오가 메인 프로젝트가 되지 않게 하세요.
여러분의 일은 경험 있어 보이는 것이 아니라, 경험을 쌓는 것입니다. 그 외의 모든 것은 이를 지원해야 합니다.
비슷한 것을 만들고 있거나 포트폴리오와 성장 사이의 딜레마에 고민하고 있다면, 여러분이 어떻게 해결하고 있는지 정말 듣고 싶습니다. 포트폴리오를 최신 상태로 유지하기 위한 현재 워크플로우는 무엇인가요?
Bonus
Use code ALFREDO2026 for a free whole year of Pro, my pleasure!