[F-lab] 멘토링 17주차 회고

📌 16주차 이후 질문 및 정리

1) 객체의 필드에 final 붙이냐 안붙이냐 기준?

• immutable하게 표현하기 : 관련 자료를 참고할 것
• 필드에 불이면 변하지 않아야 할 정보에다.
• 클래스에 붙이면 상속 불가능 클래스가 된다는 점.
• 재정의를 할 필요가 없는 final 한 객체에 붙이는 것
  : https://velog.io/@mooh2jj/final-키워드-정리

2) 질문

• 객체의 new 생성자 vs 빌더패턴 : 빌더패턴이 낫나? (new 생성자는 메모리 리소스를 많이 잡아먹으므로.)
  :메모리 성능은 빌더도 마찬가지. 그냥 컨벤션 차이.
  AllRequiredConstrutor 이슈가 있는 걸로 암. 큰 차이 안남.
• 테스트코드를 작성할 때 테스트명은 보통 실무에선 어떻게 작성?
  : 이것도 컨벤션 차이
  예시를 들자면 보통 GivenValidUserId_TestGetAllByUserId_HappyCase 이런 식으로.
• OOP를 위한 코드를 만들 때 어떤 코드 작성이 필요한지 피드백
  : 충분히 레이어 단 나누고 격리성 있게 한 것이기에 OOP적으로 설계했다고 할 수 있음! 물론 고려해야 되는 상황이 있긴 하겠지만. 추후 생각해도 될 것.

📌 전주 개인 공부한 내용들

1) 코딩테스트 준비

• 11번가 + 카카오페이 신입 인턴 테스트

2) Exception, ExceptionHandler 정리

• Exception은 커스더마이징이 중요함.
  : https://velog.io/@mooh2jj/SpringBoot-Exception3-enum-클래스-추가

3) ServiceTest + ControllerTest 구현

4) 프로젝트 구현

• 추후 중복체킹도 하고 1시간 체킹도 하고 등등 구현할 예정

📌 멘토링

1) 백준 알고리즘 사이트 - https://code.plus/course/41
: 알고리즘 사이트 추천

2) Exception 처리

• Handler에는 3개정도만 있으면 될것(HttpStatus를 Details에!)

3) 코드 컨벤션

• 중요한 것은 일관성 있게!
• 코드 컨벤셔을 지키자 습관적으로!

4) 테스트명

• 중복된 게 많다. -> 네이밍 컨벤션 ex.
  GivenValidUserId_TestGetAllByUserId_HappyCase
invalidRequest_testValidate_throw404
• 테스트 flow
  @BeforeEach 에 좀더 제대로 된 시츄레이션은 여기에서 함.
  그리고 메서드엔 작동 검증

5) 포트폴리오 검증 + 신입 기준으로 퀄리티는 나쁘지 않음
: 단, 기술면접의 중요성 강조

6) 향후 할 프로젝트 적용 기술에 관하여
: 로깅시스템 ELK 구축에 대한 생각 (추후에 해도 상관없을 것 같음.)

📌 느낀점

• 멘토링이 PR 중심으로 이뤄짐. 알고리즘 공부하는 데 도움을 요청해도 된다고 함. 고맙게 느꼈음.

• 코드에 대한 원칙을 알려주어 불확실함에 많이 벗어나게 됨. 중요한 건 내가 얼마나 흡수하는지에 달려있는 것 같음.

• 테스트 공부를 하는데 꽤 빠르게 적용한 것 같음. 단 협업을 위한 컨벤션을 지키는 게 습관이 안되었기 때문에 이 부분만 잘 습득하는 게 중요한 것 같음.

📌 해야 할 것

• 멘토링 때 요구한 과제

1) private final HttpStatusCode?

2) Create a global exception APIStatusException.
BadRequestException extends APIStatusException.
In handler, we handle APIStatusException.

• 운동 PT - 개인 운동