매일 짧게 기록해나가고 있습니다. 데일리 회고는 감정 중심으로 기록하고 있습니다.

2022.09.05

한 일

• 팀플: 테스트코드 짜기, 오류 수정
• 영한님 강의 듣기
• 알고리즘 문제 풀기

느낀 점

• 테스트 코드 세상에서 젤 어려운 것이 되어버림;; 하지만 해야 되고 하고 싶고!!!(하고 싶음이 더 큼;;) 해서 블로그 글도 찾아서 읽어보고 이래저래 해보는데;; 뭔가 잘 안된다 ㅠㅠㅠㅠㅠ흑흑...
• 영한님 강의는 값 타입에 대한 것이었는데 너무 강력하게 박힌, '임베디드 타입도 객체 타입이기 때문에 공유 참조로 부작용이 발생할 수 있다!'(하나만 바꾸려고 했는데 다 바뀌어버리는;;)는 것. 그래서 불변객체로 써야하고 이걸 어떻게 쓰느냐? 생성자로만 값을 설정하고 setter 쓰지 말자.
  역시나 setter는 쓰지 않는 것으로.
• 알고리즘 초초보 문제들을 풀고 있는데 오늘은 String의 replaceAll 메서드를 활용해서 문제를 풀었다. 평소에 안쓰던 메서드들은 생각도 안나고;; 한참 삽질하다가 힌트보고 '아 이런게 있었지!'하고 뒷북을 열심히 쳤다는...
• 오늘 하루 종일 몸이 너무 무겁고.. 눈이 감기고.. 졸리고.. 힘들었다.

2022.09.06

한 일

• 팀플: 테스트코드 짜기
• 알고리즘 문제 풀기

느낀 점

• 컨디션이 안 좋다 안 좋다 했는데.. 오늘 저녁 먹고 나서 체해서 죽어있다가.. 알고리즘이라도 풀어야지 싶어서 알고리즘 한 문제를 후딱 풀고 회고를 쓴다. 낮 시간에도 널부러져 있었는데..
• API 문서 업데이트가.. 정말 번거로워서 Spring Rest Docs를 도입하기로 하고 인수 테스트를 짜기 시작했다. 쉽지 않다.. 오늘도 내내 매달렸으나 실패했다고 한다. 아니 왜 queryParam을 제대로 써줬는데.. 400이 오는지 알 수가 없다 ㅠㅅㅠ 내일은 찾아내고 말겠어..

2022.09.07

한 일

• 팀플: 테스트코드 짜기
• 알고리즘 문제 풀기

느낀 점

• 오늘은.. 날씨가 좋다는 것을 핑계로.. 널부러져 있었다.. 추석 연휴도 앞에 있고.. 그러다보니 마음이 붕~ 떴나보다. 내일도 날씨가 좋으면 널부러져 있지말고 차라리 카페에 가서 공부를 하자고 다짐했다.
• 드디어 어제의 문제를 해결했다 ㅠㅅㅠ 실제 유저 정보로 만든 토큰이 필요했는데 new User()로 만든 토큰을 쓰고 있어서 문제가 발생했었다. 바로 해결;;;
  그리고 또 하나 DTO 1 안에 DTO 2를 가지고 있는 형태라서 어떻게 DTO 2의 내용을 가져올까 삽질을 많이 했는데.. 너무 간단하게 DTO2의 name과 그 안의 필드명을 써주면(ex. user.userId) 되었다.. 공식문서에서 발견한 내용.
  어제도 분명 공식문서 찾아봤는데 어젠 안보이더니 오늘은.. 보였다. 역시.. 사람이 너무 몰리면 앞에 있는 것도 보지 못하는 것 같다. 너무 같은 것만 보지말고 잠깐 쉬고 다른 일도 하고 해야겠다......

2022.09.08

한 일

• 팀플 : 테스트코드 짜기
• 알고리즘 문제 풀기
• 영한님 강의 보기

느낀 점

• 오늘은 테스트 코드를 짜면서 독립적인 테스트 환경(DB)을 어떻게 구성할 것인가에 대해 시간을 할애했다.
  우리의 통합 테스트는 스프링 부트 테스트에서 webEnvironment의 RANDOM_PORT를 사용하고 있었는데 이 랜덤 포트는 따로 다른 스레드에서 테스트를 수행하기 때문에 롤백이 되지 않아 실제 테스트 하고 있는 DB(우리의 경우 실제 DB..)에 영향을 끼쳤기 때문이다.
  수정, 삭제 테스트를 하는데.. 테스트 한 내용이 DB에도 반영된다???????????? 어지러웠다ㅋㅋ...
  독립된 환경을 어떻게 만들어줘야 되나 찾아보다가.. 아니 언제나 그랬듯이 인메모리DB 쓰면 되잖아??? 왜 쉬운길 두고 어려운길 돌아가려 했지?????ㅋㅋㅋㅋ 라는 생각이 들어 인메모리DB로 테스트를 하는 것으로 땅땅. 모든 것이 잘 해결되었다.
  다시 한번 느낀거지만 기초가 부족하니 정말 여러 삽질들을 한닼ㅋㅋㅋ하지만 과정속에서 다시 깨닫고 배우는 것이 있어서 즐겁다. 까먹지 말자 좀!!!!!
• 영한님 강의의 오늘의 결론은 값 타입은 정말 정말 값 타입이라고 판단될때만 사용하자.
  저번 강의에서도 설명해주셨지만 값 타입은 식별자 개념이 없어서 값을 변경하면 추적이 어렵고 생각지도 않게 값이 모두 바껴버리는 사이드 이펙트가.. 있었기땜시롱..
  그래서 실무에서는 값 타입 대신에 일대다 관계를 고려해서 사용한다고까지 알려주셨다. 요 며칠 팀플 하면서 메인 엔티티에 일대다 관계가 이렇게 많아도 되나?? 싶어서 어느정도 나눠서 임베디드 값 타입을 사용할까 했었는데 다시 한 번 정리를 잘해서 더 나은 방향으로 리팩토링 해봐야겠다! 고 생각했다 ㅋㅋ;;
• 알고리즘은.. 기초 문제를 풀고있다보니 하루에 다섯문제씩은 풀자! 했는데... 음..엄..😇
• 날씨가 좋아 카페에 나가서 공부를 했다. 확실히 집에서만큼 늘어지지는 않았지만 그렇다고 엄청 집중하지도 않았..🫠

2022.09.09

한 일

• 알고리즘 문제 풀기
• 자바 정리