회고
Facts(사실, 객관)
- Product 모델의 멤버변수 추가 및 테스트 코드에 반영
Feelings(느낌, 주관)
- Product 모델의 멤버변수를 추가하면서 생각보다 테스트 코드가 많이 깨지는것을 발견하였다.
- 코드 변경시 깨지는 테스트가 많아질수록 리펙토링에 대한 심리적 장벽이 커진다고 생각한다.
- 유연한 테스트 코드 작성에 대해 고민해봐야겠다.
Findings(배운 점)
- 유연한 테스트 코드 작성의 필요성
Affirmation(자기 선언)
- 나는 유연한 테스트 코드를 작성하는 사람이다.
12:45 ~ 14:13
Facts(사실, 객관)
- 코드리뷰 피드백 받은 내용 반영
Feelings(느낌, 주관)
- 어제 TIL에서 Repository는 저장소라는 의미를 가지고 있으므로 DB그 자체를 지칭한다고 적었다.
- 완전히 틀려버렸다.
- 왜 이런 참사가 발생했을까?
- 사실 Repository에 대해 많이 찾아보지는 않았다.
- 사전에서 Repository의 뜻을 찾아보고, "Repository는 저장소라는 의미니까 DB자체를 가리키는 거구나!"라고 생각했다.
- Repository와 관련된 어떠한 문서도 찾아보지 않았다.
- 조금했던것 같다.
- 코드 리뷰를 먼저 대응하고, 이후 과제에서 요구하는 기능을 개발한다.
- Repository를 사전에서 찾아본 뒤, 대충 넘어가야겠다고 생각한것 같다.
- 중요한 내용이 아니라고 판단했다.
- 하지만 이후 리뷰어의 Repository와 Service에 대한 설명을 듣고나서, Controller, Service, Repository의 책임이 명확해졌다.
- 만약 혼자서 공부하는 상태였다면, 나는 각각의 클래스의 책임이 명확하지 않은 채 계속 개발을 진행하였을 것이다.
Findings(배운 점)
- 새로운 개념을 정리하고 진행하는것을 조급해하거나, 귀찮아 하지 말자
Affirmation(자기 선언)
- 나는 모르는 내용을 명확하게 정리하고 넘어가는 사람이다.
16:00 ~ 18:00
Facts(사실, 객관)
- Product 모델의 멤버변수 추가 및 테스트 코드에 반영
Feelings(느낌, 주관)
- Product 모델의 멤버변수를 추가하면서 생각보다 테스트 코드가 많이 깨지는것을 발견하였다.
- 코드 변경시 깨지는 테스트가 많아질수록 리펙토링에 대한 심리적 장벽이 커진다고 생각한다.
- 종립님의 블로그를 보면 이러한 문제의 해결책으로 subject 메서드의 사용을 추천하고 있다.
- 사용을 고려해보아야겠다.
Findings(배운 점)
- 유연한 테스트 작성의 필요성
Affirmation(자기 선언)
- 나는 유연한 테스트를 작성하는 사람이다.
42seoul cadet