전체 최종 회고

Liked

• Mockito 테스트를 실제 프로젝트에 처음으로 적용해 보았다. 이전 프로젝트까지는 Service Layer에서도 행위 검증이 아닌 상태 검증을 하느라 주변 클래스들에 의존해야 했기에 명백한 의미로 Unit 테스트라 볼 수 없었는데 이번 프로젝트에서는 Mockito를 이용한 행위 검증을 통해 주변 클래스로부터 완전히 독립된 Unit Test를 실시할 수 있었다.

• 팀원들끼리 PR을 통한 코드 리뷰가 원활하게 이루어졌다. 지난 프로젝트에서 코드 리뷰의 부재로 협업이라기 보다는 서로 개인플레이를 한다는 느낌이 강하게 들었고, 종장에서는 코드 전체의 스타일이나 구현 방식 등에서 일관성이 떨어지는 다소 아쉬운 결과를 냈기에 이번 프로젝트는 코드 리뷰에 무게를 두어 진행했다. 이로 인해 개발 중에는 서로의 진행 상황에 대해 더 자세히 알 수 있었으며 코드의 획일성을 증대시켰고, 각 코드의 책임을 단순히 구현한 사람에게만 지게하는 것이 아닌 팀 전체가 나눠가지며 팀원 모두가 코드 전체에 대해 높은 책임감을 갖게 되는 긍정적인 결과를 낼 수 있었다.

Learned

• 쿼리 최적화에 대한 식견이 넓어졌다. 이전에도 JPQL을 이용한 어느정도의 쿼리 최적화는 가능했으나 이번 프로젝트를 통해 DTO 조회를 이용한 쿼리 최적화 방법을 알게 됐다. 그리고 기존 엔티티 조회 방식과 DTO 조회 방식의 장단점을 몸소 느꼈고 앞으로 이에 대한 trade off 를 고려해 상황에 맞는 쿼리 최적화 전략을 짜는 능력을 길러야 겠다고 생각했다.

• JWT에 대해서 더 자세히 알게 되었다. 프론트 팀과 JWT 토큰 처리로 인해 마찰이 한차례 생기고 나서 JWT에 대해 개인적으로 학습해 보았는데, 생각보다도 내가 모르고 있던 부분이 너무 많았다. JWT access Token의 저장 위치가 local storage 와 cookie로 그 의견이 첨예하게 갈린다는 것 부터 각 방법의 장단점, 더 나아가서는 js memory에 저장하는 방법도 있다는 것을 배울 수 있었다. 그간 JWT에 대해 가지고 있었던 편협한 사고를 확장시킬 수 있던 값진 시간이었다.

Lacked

• 자식 댓글 기능에 대해 개발 중간에 기획이 한번 뒤집히는 일이 있었다. 기획 단계에서 세운 구조가 구현의 난이도가 너무 높아 생긴 일이었는데, 본인이 구현의 난이도를 잘못 측정한 탓이었다. 이로 인해 프론트와의 협의가 필요했고 해당 부분에서 생각보다 시간이 지체되었다. 개발 단계에서 구조에 대한 변경의 경우 작게는 나 혼자, 크게 봐도 해당 기능에 대해 개발중인 팀원들만 영향을 받지만 기획 단계에서 세운 기획에 대한 변경은 팀 전체에게 영향을 끼칠 수 있다는 것을 몸소 느꼈고 앞으로 기획 때 더 신중하게 생각하고 결정해야겠다는 다짐을 했다.

Longed for

• 이번 프로젝트 기간이 끝났다고 해서 프로젝트를 방치하지는 않았으면 좋겠다. 앞으로도 새로운 것들을 많이 배워나갈 텐데, 그럴 때마다 우리 ArtZip 프로젝트를 개선해 나가 코드를 리팩토링하는 습관을 길러나갔으면 좋겠다.

• 일단 QueryDSL부터 적용해보자