Weekly retrospective(WW41)

매주 해야하는 일

• 주 3회 운동
• 주 5회 알고리즘 문제
• 주 2회 포스팅

이번 주 (WW41)

이번주 하기로 목표 했던 일

• 매 주 공부한 내용들 정리한 것을 weekly에 작성
• Git 다음 포스팅
• HTTP 완벽 가이드 1장 정리 - 정리할 내용 없음(대략적인 소개)
• 쿠버네티스 환경 구축, 다음 강의
• 1단계 미션 1개 구현 및 리팩토링

계획 하지 않았지만 했던 일

• 상속과 컴포지션
• Optional 포스팅
• Git Rebase

나에게 칭찬 해주고 싶은 것

• X

공부한 내용

• 상속과 컴포지션
• Git Rebase
• DispatcherServlet, MVC, ArgumentResolver
• 일반적으로 개발 환경을 로컬-개발-운영 으로 나눌 때 개발,운영 환경에서 로거레벨은 info 를 사용합니다. 로컬을 제외한 환경에서 debug 레벨은 버려지게 됩니다.
• logger.info("Stack trace: {}", ExceptionUtils.getStacktrace(e)) 와 같은 방식으로 쓸 필요 없음. logger.info("Stack trace", e) 로 쓰면 됨
• 로깅은 굉장히 중요하다. 테스트를 아무리 견고하게 작성해도 예상치 못한 이슈는 발생하기 마련 -> 이럴 때 로그가 없으면 이슈를 어떻게 처리할까?
  • 그렇다고 해서 모든 로그를 남기게 되면 의미있는 로그를 찾기 쉽지 않고, 성능상 문제도 겪을 수 있다. 그래서 로그의 레벨을 잘 다루는 것이 중요하다.
  • 비동기 로거를 사용한다고 하더라도, 어느 정도의 성능 이슈의 가능성이 있고 비동기 로거의 방어로직이 의미 있는 로그를 유실시킬 수 있다.
  • 무엇을 의미있는 데이터로 볼 것인지를 명확히 하고, 의미있게 작성된 로그를 통해서 이슈의 원인을 명확하게 파악할 수도 있다. - 코드 리뷰 중

아쉬운점

• 회고록이 반성문이 되어간다.
• 계획대로 하지 못했다.
• 목표를 진짜 할 수 있을 정도로 잡아야겠다.

---

다음 주 (WW42)

다음주 목표

• 의식적인 연습을 통한 단점 극복
• Git 포스팅
• HTTP 완벽 가이드 2장
• JVM 기초 공부
• 네트워크 책 보기

가까운 미래의 목표

• JVM 동작 원리
• OS 처음부터 정리
• 네트워크 처음부터 정리
• JPA 스터디