백엔드 개발자 포트폴리오 작성 방향

본인이 하지 않은 부분은 기입하지 않는 것이 좋습니다.

면접 때에 해당 질문을 할 경우 오히려 마이너스가 될 수 있고, 자신이 했던 것을 어필하는 것이 오히려 중요해서요.

저는 백엔드에서 내가 맡은 부분, 그리고 어필하고 싶은 부분 위주로 작성하는 것을 추천드립니다.

참고로 비즈니스 흐름도와 ERD는 포트폴리오에 넣는건 비추에요. 괜히 길어 보여서 오히려 피곤할수도 있고 그 내용은 그다지 필요한 사항이 아닙니다.

안녕하세요. 실무에서도 협업을 진행하는 경우 본인이 맡은 일을 위주로 담당해서 진행하는데요, 프로젝트도 마찬가지입니다. 전체 프로세스를 총괄하지는 않기 때문에 프로젝트의 전체 내용은 언급하시되 질문자분께서 어떤 부분을 기여했고 어떤 점을 배웠는지를 위주로 언급하시면 됩니다.    

안녕하세요

sw개발 현직자 입니다.

포트폴리오를 만드는 이유는 멘티님의 역량을 시각적 자료를 적극 활용하여 누군가에 한 자료에 모아 보여주기 위함입니다.

내 역할을 더 설명하기 위해 누군가의 역할이 필요하다면 적어도 좋지만, 굳이 그게 아니라면 사실 안적는게 좋죠.

즉, 내 코드를 설명하는데 있어서 다른 부분도 필요하다면 당연히 포함시켜 이해도를 높이는게 좋으나, 그게 아니라면 굳이 넣을 필요가 없다는 말입니다.

포폴이라는게 결과적으로 보는 사람이 이해가 되어야 하기 때문입니다.

이거 내가 한것들이에요 이거 보세요~ 가 아니라, 보는 사람 입장에서 이해가 가기 쉽도록 작성해야 그만큼 어필이 잘된다는 겁니다.

플로우 및 다이어그램은 멘티님 부분만 하면 되구요, 이해를 돕기 위해 전에 간단히 큰 틀로 한 번 다뤄주셔도 좋습니다.

안녕하세요.

본인이 하신 내용을 표현하기 위해 다른사람이 한 부분(=내가 하지 않는 부분)을 기입하는건 필요하다고 봅니다. 어떠한 context없이 본인이 한 내용만 적으면 보거나 듣는 사람 입장에선 이해가 잘 되지 않고, 본인의 노력이 뚜렷히 보이지 않을 수 있기 때문이에요. 저 같은 경우엔, 어떠한 플젝을 했을때, 제가 맡아 개발한 부분과 개발하며 "느낀점", "알게된점", "왜 why?"에 집중해서 작성하였습니다.

그리고, 갠적으론 질문자님처럼 ERD그리고 설계도그리고.. 이런것들 좋다고 생각합니다. 글자수 제한이 있는 서류가 아니라, 노션등 다양하게 포폴을 준비하는데 본인이 한것들 모두 자랑하면 좋죠!

기본적으로 포트폴리오는 전체 기능에 대해 작성하셔야 하고,

이 부분에서 자신이 직접 참여하거나 연관이 있는 부분만 표시하시면 됩니다. 

전체를 작성하는 이유는 부분적으로 작성하면 이 프로젝트의 목적이 무엇인지, 어떤 기능들이 연계되는지 등을 파악하기 힘들기 때문에 본인 역할에 대해서만 알 수 있게끔 전체적으로 작성하시면 됩니다.