프로그래머 포트폴리오, 프로젝트 적정 개수는?
선배님, 안녕하세요. 유니티 기반 클라이언트 프로그래머를 꿈꾸며 취업을 준비 중인 취준생입니다. 현재 포트폴리오를 준비하고 있지만, 직군별로 기준이 상이하고 정보의 신뢰도가 낮아 방향성을 설정하는 데 어려움을 겪고 있습니다. 실무자의 시선에서 포트폴리오 구성과 취업 전략에 대해 명쾌한 답변을 듣고 싶어 질문을 정리해 보았습니다.
1. 포트폴리오에 담을 프로젝트의 적정 개수는 어느 정도인가요? 학교에서는 무조건 양이 많아야 한다고 조언하지만, 실제 현장에서는 개수보다 중요한 요약 정리 기준이 따로 있는지 궁금합니다. 굵직한 프로젝트 몇 개에 집중하는 것이 좋을까요?
2. 미완성되거나 중도 하차한 프로젝트도 포함해도 괜찮을까요? 결과물이 완벽하지 않더라도 그 과정에서의 기술적 고민이 담겨 있다면 포트폴리오로서 가치가 있을지 여쭤보고 싶습니다.
3. 기술 정리 노트나 알고리즘 풀이 기록도 도움이 될까요? 프로젝트 외에 자료구조, 네트워크, 엔진 라이브러리 분석이나 깃(Git) 활용법, 백준/프로그래머스 오답 노트 등을 포트폴리오에 포함하는 것이 가산점이 될지 궁금합니다.
4. 클라이언트 프로그래머 포트폴리오에서 '나쁜 사례'는 무엇인가요? 포트폴리오의 궁극적인 목적과 더불어, 반드시 다루어야 할 핵심 요점과 절대 하지 말아야 할 주의사항이 있다면 알고 싶습니다.
감사합니다. 선배님.
1. 포트폴리오 프로젝트의 개수보다 중요한 '어필 포인트'
포트폴리오에 담는 프로젝트 개수는 결코 중요하지 않습니다. 지원자가 세 자릿수 이상인 경우, 검토자는 본연의 업무와 병행해야 하기에 모든 포트폴리오를 정성껏 살펴볼 물리적 시간이 부족합니다.
단순히 많이 나열하면 '여러 가지를 해봤구나' 하고 넘어가겠지만, 개수를 줄이고 특정 작업에 집중한다면 '이런 것을 잘하는구나'라는 인상을 남길 수 있습니다. 본인의 강점이 다양한 경험인지, 아니면 특정 스킬의 전문성인지를 명확히 정하고 그에 맞춰 구성하세요.
2. 미완성·중도 이탈 프로젝트의 반영 기준
정답은 없지만, 자신의 어필 포인트를 어디로 가져가는지에 따라 결정하세요. 중도 이탈했더라도 그 과정에서 마주한 문제와 해결하려 했던 노력, 그로 인해 배운 점이 본인의 강점을 증명한다면 반영하는 것이 좋습니다. 하지만 부정적인 인상을 줄 가능성이 더 크다고 판단된다면 과감히 제외하는 것이 전략적입니다.
3. 부가 자료 구성: 선택과 집중의 원칙
1번에서 말씀드린 것처럼, 많이 제출한다고 해서 모두 확인하지는 않습니다. 프로젝트 이외의 활동(정리 노트, 알고리즘 풀이 등)이 자신을 PR 하는 데 결정적이라면 넣으시되, 누구나 하는 평범한 수준이라면 굳이 포함하지 마세요. 오히려 핵심 프로젝트에 대한 집중도만 떨어뜨릴 수 있습니다.
4. 클라이언트 프로그래머 포트폴리오의 핵심 전략
위 질문들을 보면 본인의 차별점이 무엇인지에 대한 판단 없이 주변의 충고에만 의존하고 계신 것 같습니다.
-탈(脫) 단순 코더: AI 시대에 단순한 코더는 매력이 없습니다. AI 코딩보다 본인이 나은 점이 무엇인지 고민하고 이를 프로젝트로 증명해야 합니다.
-10초 안에 승부하기: 검토자는 수십 개의 포트폴리오를 빠르게 훑어봅니다. 나열식 구성은 10초 안에 탈락 폴더로 이동할 수 있습니다. 우선 강렬하게 자신의 쓸모를 알린 후, 보조적인 프로젝트를 덧붙이세요.
-협업 역량의 시각화: 클라이언트 프로그래머는 협업이 필수입니다. 본인이 담당한 파트, 타인의 코드에 맞추는 능력, 커뮤니케이션 갈등 해결 과정 등을 구체적으로 포함하세요.
5. 동시 지원과 합격 후 입사 포기에 대한 우려
동시 지원은 매우 효율적이고 일반적인 방식입니다. 복수 합격 시 한 곳을 선택하는 것 역시 당연한 일이며, 이로 인해 업계 블랙리스트가 될 일은 거의 없으니 안심하세요. 해당 기업 내부 시스템에 기록이 남을 수는 있지만, 대개 6개월 정도 지나면 지워지므로 걱정하지 않으셔도 됩니다.
6. 재지원 시 고려해야 할 기간과 실력 향상
한번 탈락한 기록이 남는 기업의 경우(중략)