강의

멘토링

로드맵

네이버 개발자 출신이 알려주는 🗸 노력은 했는데 결과가 안 나오는 개발자 포트폴리오 4

도서출판 길벗

2026. 04. 10. 17:36

수정됨

정말 열심히 준비했는데 서류 전형에서 계속 떨어진다면,

내 포트폴리오를 보는 '면접관의 시선'을 고민해봐야 합니다.

포트폴리오에서 감점 요인이 되는 대표적인 실수 4가지를 정리해 드릴게요.

혹시 내가 다음 항목들에 해당하지 않는지,

지금 바로 체크리스트를 통해 확인해 보세요! ✅

제목을_입력하세요

문제 ① _ 코드를 넣어서 설명한다.

코드를 문서에 넣지 않더라도 기능의 목적과 전체 흐름을 글로 명확하게 설명하면 의도를 잘 전달할 수 있습니다. 세부 기술 구현은 어차피 면접 과정에서 질문을 통해 드러나게 됩니다.

제목을_입력하세요_2

다른 사람이 작성한 코드는 실무자라도 한눈에 들어오지 않는 경우가 많습니다. 포트폴리오에 긴 코드가 들어 있으면 읽지 않고 넘어가거나, 읽는다 하더라도 집중도를 떨어뜨릴 수 있습니다. 게다가 글로 설명할 수 없는 부분을 코드로 대신했다는 인상을 풍길 수도 있습니다.

복잡한 로직이나 구조에 대한 설명이 꼭 필요하다면 코드 대신 흐름도나 다이어그램으로 전체 구조를 보여주는 편이 훨씬 효과적입니다. 중요한 것은 코드를 얼마나 잘 작성했느냐가 아니라, 그 구조를 얼마나 정확히 이해하고 설명할 수 있느냐입니다.

문제 ② _ 이미지를 너무 많이 첨부한다.

제목을_입력하세요_3

너무 많은 이미지를 사용해 서비스의 흐름이나 시나리오를 자세히 나열하면 문서가 길어지고 읽는 사람의 집중력이 쉽게 떨어집니다. 무엇을 강조할지 정리한 뒤 꼭 필요한 이미지만 선별해 첨부하세요. 불필요한 이미지를 과감히 줄이는 것만으로도 문서의 완성도와 전달력이 향상됩니다.

문제 ③ _ 문장을 너무 길게 쓴다.

제목을_입력하세요_4

쓸데없이 문서를 길게 만드는 요소는 되도록 덜어내는 것이 좋습니다. 특히 CRUD처럼 기본적인 구현 내용은 길게 풀어 설명할 필요가 없으며, 핵심 기술이나 고민한 부분에 집중하는 것이 더 효과적입니다. 문장이 길어질수록 문서의 흐름이 늘어지고 이해하기도 어렵습니다. 문장을 적절히 끊어주기만 해도 가독성이 한결 나아집니다.

문제 ④ _ 자신 없어 보이는 표현을 사용한다.

서류 전형에서 계속 탈락하는 포트폴리오를 살펴보면 자신 없어 보이는 표현이 눈에 띄곤 합니다. 하지만 포트폴리오에서는 겸손한 태도보다 자신감이 더 중요합니다. 예컨대 “아직 부족한 점이 많지만 앞으로 열심히 공부하겠습니다”라고 하면 진심일지언정 준비가 덜 된 사람처럼 보일 수 있습니다.

제목을_입력하세요_5

또한 부정적인 표현을 많이 사용하거나 강조돼 보이지 않도록 주의하세요. “처음에는 에러가 계속 발생했지만 결국 해결했습니다”와 같이 문제 해결 과정을 보여주는 것은 좋지만, 이러한 패턴이 반복되면 문제 상황만 기억에 남을 수 있습니다. 부정적인 표현은 읽는 사람에게 무의식적으로 영향을 주기 때문에 문제보다는 해결 과정이나 성과를 중심으로 서술하는 것이 좋습니다. 짧은 포트폴리오에서 부정적인 표현의 비중이 높으면 전체적으로 부정적인 인상을 남기게 됩니다.

수동적인 표현도 피하는 것이 좋습니다. “검색해 보니 이렇게 하라고 해서 적용했습니다”라는 문장은 주도적으로 판단하고 선택했다는 느낌을 주지 못합니다. 부족한 부분이 있다면 학습을 통해 보완하고, 그 과정에서 스스로 판단하고 선택한 경험을 중심으로 정리하세요. 지나친 겸손보다는 근거 있는 자신감이 담긴 포트폴리오가 더 좋은 평가를 받습니다.


· · ·

탈락하는 포트폴리오를 피하는 것만으로 충분하신가요?

현직자들이 어떤 포트폴리오를 픽 하는지,

자소서, 면접은 또 어떻게 준비 해야 하는지,

일 잘하는 신입은 어떤 특성 을 갖고 있는지,

전부 다~ 모아놓은 책이 여기 있습니다!

<현장에서 픽하는 IT 서비스 개발을 위한 실무 지식>

지금 바로 만나보세요!

제목을 입력하세요 (6)

본 포스팅은 <현장에서 픽하는 IT 서비스 개발을 위한 실무 지식> 도서 중 일부를 발췌하여 작성되었습니다.