포트폴리오는 개발자가 어떤 능력을 갖추고 있는지 그리고 어떤 문제를 해결할 수 있는지를 증명하는 중요한 자료입니다
그럼 어떤 포트폴리오가 좋은 포트폴리오일까요?
가장 좋은 방법은 내가 목표로 삼는 프로그램을 스스로 구현해 보는 것입니다
예를 들어 카카오톡과 같은 메신저 프로그램을 혼자 만들어보거나 내가 좋아하는 게임을 직접 개발해보는 것 혹은 YouTube 같은 동영상 스트리밍 사이트를 구현해보는 것이 좋은 예입니다
이런 프로젝트에서 내가 기술적으로 집중한 부분이 있다면 그것을 포트폴리오에 잘 담아보는 것이 중요합니다
만약 스레드 동기화에 대한 자신이 있다면 카카오톡을 구현하면서 대규모 사용자들이 동시에 메시지를 보낼 때 문제가 생기지 않도록 처리하는 방법을 시험해볼 수 있습니다
천 명 이상의 사용자가 동시에 메시지를 보낼 때 발생하는 문제를 시뮬레이션하고 그 문제를 어떻게 해결했는지 과정을 기록하는 것도 훌륭한 포트폴리오 자료가 될 것입니다
포트폴리오에서는 문제가 생겼을 때 해결하는 과정이 들어있어야합니다
개발자는 당연히 해결해야 할 문제를 당연히 해결하는 사람이기 때문에 포트폴리오는 문제 해결 과정을 보여줄 수 있어야 합니다
예를 들어 대규모 메시지 전송 문제를 일부러 발생시키고 그 문제를 어떻게 분석하고 해결했는지 구체적으로 기록해야 합니다
포트폴리오를 만들 때 유의할 점은 지나치게 참신한 프로젝트를 만들려고 해선 안된다는 점 입니다
전에 없던 방식의 프로젝트는 서비스 기획 방향에서 평가할 내용이지 개발자로서 평가할 내용은 아닙니다
신기한 프로젝트를 만들려 하지 말고 당연하면서도 어려운 프로젝트를 만들려고 해야합니다
공동 프로젝트는 웬만하면 피하는 것이 좋습니다
대학생의 공동 프로젝트는 한두 명이 대부분의 작업을 맡고 나머지 팀원들은 발표나 문서 정리에만 관여하는 경우가 많습니다
이때까지 학부생 여럿이서 만든 프로젝트가 제대로 굴러간걸 본적이 없습니다
제대로 참여하지 않은 프로젝트를 높은 기여도로 참여했다고 속여서는 안됩니다
혹은 참여도가 낮은 점을 일부러 감추려고 해서도 안됩니다
면접관은 공동 프로젝트에서 각 팀원이 프로젝트에 기여한 비중을 철저히 검증하게 됩니다
이 검증과정에서 경험 많은 개발자의 눈을 속일 수는 없습니다
공동 프로젝트에서 참여 비중을 속인 경우 면접에서 절대 통과할 수 없습니다
가장 좋은 방식은 혼자 프로젝트를 완성하는 것입니다
처음에는 여러 명이 함께 시작했으나 나머지 사람들이 중간에 그만두고 혼자 남아 프로젝트를 끝냈다면 그 과정은 자신의 실력뿐만 아니라 책임감과 근성까지 증명할 수 있는 훌륭한 경험이 됩니다
위 설명대로 만든 핵심 프로젝트 두세가지와 나머지 작은 프로젝트를 잘 정리하여 깃헙에 올려두면 됩니다
그리고 내가 무엇을 만들었는지 무엇에 집중했는지 이 프로젝트를 하면서 어떤 고생을 했는지 github Readme 나 Notion등에 정리하면 됩니다
