포트폴리오 작성하는 법

1. Spring core
   -> 면접에서 물어본다.

2. Spring Project

3. Spring 코드 살펴보기

2, 3 중요

어떤 장애를 예방할 수 있었고 ... 내가 직접 했던거를 포폴에 담기

지양할 것

• 팀 프로젝트에서 R&R 구분 안하기 -> 담당 안적기
  -> ex) 나는 인프라 설계를 ~~~게 만들었고, 팀원들의 피드백을 받아서 이렇게 설계를 했다.

• 일단 이쁘게 꾸미기
  -> 포트폴리오에 보여주고 싶은 것을 깔끔하게 정리만 하자. 내용이 모호하면 안된다.
  -> ex) 목차 두고 아래에 내용을 쭉 썼다

• 무조건 많이 써내려가기
  -> 다양한 내용을 적어도 되긴 하는데 관련없는건 이유없이 적지 말자. 가독성 떨어진다.
  -> 중요한거는 위에 적고, 필요없다면 제거. 우선순위 생각하기

• 단순히 서비스 기능 나열하기
  -> 내가 하나의 서비스를 하는데 어떻게 만들었고, 어떤 문제가 있었고 해결을 했는지, 어떤걸 얻었는지 적기
  -> 10줄 이내의 핵심 코드 올려도 된다.
  -> 적은 기능도 구체화하여 작성하자.

하나씩 정리해주세요

• 내가 다룰 수 있는 기술 스택
  -> 내가 어느정도로 사용할 수 있는지 구분하기
  -> 설명할 수 없고 한 번만 써본거면 굳이 안적어도 된다.
  
  
• 프로젝트에서 포커싱하여 개발한 부분
  -> 상세히 적기. 어디까지 공부가 되었는지, 알고 있는지 느껴지게!
  -> 내 코드 보면서 적으면 좋다.
  
  
• 이슈가 발생했던 점/해결한 과정/결과와 회고
  -> 이슈가 발생했던 점 -> 서버에 띄웠을 때 장애가 발생한 점, 어떤 걸 개발하려고 하는데 어려웠던거, 개발하는데 시간이 오래걸렸던거(2~3주) 등 내가 생각했을때의 이슈 => 명확하게 적고 해결한 과정을 적기
  ex) a 라는 기능을 구현하는데 예상 1주였는데 3주나 걸렸다. 어떤 과정으로 이 기능을 구현하였다. 어떤 부분을 누락하여서 3주까지 걸린 것 같다.
  -> 완벽하게 해결되지 않아도 적자. 어떤 것 때문에 막혀서 홀딩되어있는지 적자.
  -> 면접관은 기능을 개발할 때 내가 어떤 고민을 하고 어떤 생각을 하는지 궁금해한다.
  -> 결과와 회고 적자.
  ex) 특정 기능을 구현할 때 어떤걸 파악해두면 개발하는데 시간을 줄이거나 예측할 수 있다.
  
  
• Project Github Repository Readme
  -> readme 파일 정리해두자. 면접관은 우리 깃허브에 들어간다. 그 때 가이드로 Readme를 본다. readme가 없다면 코드 하나씩 다 보기가 어렵다.
  -> readme에 코드 링크를 걸 수 있다.
  -> 보여주고 싶은 레포지토리를 정리하여 readme 꼭 작성하자.

프로젝트 개수가 적어도 깊고 자세하게 작성하면 좋다.

더 고려해볼 수 있는 점을 작성하고 설계까지 가면 좋다.

안좋다고 생각한 코드를 보고 리팩토링해도 좋다.
왜 코드가 나쁘다고 생각했는지, 어떻게 좋아졌는지 적기
리팩토링하면 실제로 더 효율적이어야한다.
이후에 어떤 식으로 적용하면 좋겠다 라고 적으면 좋을듯

프로젝트 주제 추천

내가 만들고 싶은 것, 해보고 싶은 것
가장 쉬운 도전 -> 프로젝트성의 책이나 강의 보고 프로젝트 만든 다음 더 발전시키기
클론코딩