[76] TIL 코드 리팩토링

 

 

1. 어려웠던 부분 : 

• 팀원분의 지인이 카카오 현직 개발자로 계셔서 우리 깃헙 코드를 보고 아래와 같은 피드백을 주셨다. 그래서 오늘은 이부분들을 하나씩 해결하는 빡쎈 하루였다. 
  1. 업적 기능이 과연 기술적으로 꼭 들어가야하는 기능인지
  2. Optional.get() 안티패턴이니 이렇게 쓸거면 사용하지 말 것
  3. GameRoom에서 status가 왜 스트링인지, -> boolean 타입으로 바꿀 것
  4. HashMap -> Map으로 수정, 항상 상위타입으로 쓰는 습관 들일 것
  5. 이미지 업로드 동작 방식을 아는지 
  6. ResponseEntity<?> 쓰지 말것, 항상 타입은 명확하게 -> 이유는 찾아보라고 함
  7. 정적 타입의 장점 찾아볼것, 타입 안정성도
  8. throws IOException 무작정 던지지 말고 예외처리 하고 던져야됨
  9. Stomp 동작 방식 명확하게 이해하고 있어야됨, 웹소켓이랑 연관이 없는 기능이다
  10. 메세지 브로커는 왜 내장 브로커 사용했는지, 왜 쓰면 안 되는지
  11. LettuceConnectionFactory 뭔지 공부
  12. 아마존 S3 경로 아마존 주소 안 나오게 수정해야됨
  13. 로그인 기능 컨트롤러 -> 서비스 -> 컨트롤러로 되어 있는데 컨트롤러까지 안 가고 Spring Security단에서 끝낼 수 있음
• 그리고 오늘 세션이 랜덤하게 끊어지는 부분을 synchronized키워드를 사용하여 스레드 간 동기화를 시켜주는 방법으로 막아보았다. 일단 돌아가는 것 같기는 한데 정답이 맞는지는 몰라서 이번주 토요일 피드백 시간에 시니어분께 여쭤보려 한다.

2. 느낀 점 : 

• 갈수록 어렵다 !!!! 

 

3. 새로 알게 된 내용 :

• 팀원분들께 내가 맡은 Refresh Token 관련 코드리뷰를 해드려야 하는데, 코드 대부분을 그냥 냅다 긁어다 썼다보니 Jwt, Spring Security 에 관한 이해가 너무 없어서 한줄 한줄 메소드가 어떤 역할을 하는지 정리하는 시간을 가져보았다. 오늘 공부한 부분 링크 참조 ! 

 

4. 셀프칭찬 (오늘 잘한 일) : 

• 새로 알게된 부분은 최대한 블로그에 적으려고 했다. 다른 팀원분이 나에게 매일 블로그를 기록하는 것이 대단하다고 칭찬해 주셨다. 그래 내가 내세울 수 있는 건 꾸준함인 것 같다.

 

5. 내일 할 일 : Refresh Token TTL / CrudRepository 적용

---

[오늘 공부한 부분] 

 

[53] 트러블 슈팅 : Failed to load: resource: net::ERR_CERT_COMMON_NAME_INVALID

[53] 트러블 슈팅 : Failed to load: resource: net::ERR_CERT_COMMON_NAME_INVALID

[23] Refresh Token 코드 리뷰 (1)

[23] Refresh Token 코드 리뷰 (1)

[24] Refresh Token 코드 리뷰 (2)

[24] Refresh Token 코드 리뷰 (2)