개요

1. 모노레포 피커 서비스와 메이커 서비스의 유지보수성을 높이고자 모노레포를 도입하자
   1. 모노레포란 무엇인가
   2. 모노레포를 적용하는 것이 옳은가? 우리 상황에 적용하는 것이 좋은 방식일까?
2. 클린코드 규칙 기반 리팩토링 & 파일 아키텍처 개편 복잡성이 높아진 코드의 구조를 단순화하고 가독성을 높이기 위해 클린코드 규칙을 정하자
   1. 복잡한 구조와 가독성이 떨어지는 코드로 인해 같은 기능 혹은 같은 UI를 재생산하여 사용하는 문제가 발생하고 있음
   2. 이러한 문제 개선을 위해서 함께 진행되어야 하는 것은 파일 아키텍처 즉 구조 개편이 필요해 보입니다!
   3. 어떤 파일 아키텍처가 좋은 아키텍처인가
3. TanStack Query & fetch 를 효율적으로 사용하려면 어떻게 해야 하는가
   1. fetch를 사용하는 것이 axios보다 이점이 있는가
4. 테스트 코드를 작성하자!
   1. 테스트 코드를 왜 작성해야 하는가
5. Storybook을 이용해 디자이너와 소통하자
6. 대망의 성능 최적화

일단 러프하게 적어본 항목들입니다. 각 내용에 대해서 구체적으로 설명을 작성할 예정이고, 해당 문서를 기반으로 함께 논의해봅시다..! 빠르게 구현할 수 있는 부분은 브랜치를 파서 적용한 후 PR을 올려 놓겠습니다 :)

우선적으로 진행해야 한다고 생각하는 부분은 1 - 3번입니다. 그래서 이를 먼저 진행한 후에 4- 6은 메이커 서비스를 구현하면서 점진적으로 적용하는게 좋아보입니다.

그래서 먼저 적용할 1-3 내용을 먼저 정리하고 적용 후, 4 - 6 내용을 정리하겠습니다.

[기획 & 디자인 & 백엔드 팀원들에게 말하고 싶은 내용..!]

실질적으로 해당 리팩토링을 통해서 얻을 수 있는 이점 중 강조하고 싶은 것은 현재 디어케이의 목표인 릴리즈를 이루어 가는 과정을 조금 더 안정성 있게 바꿀 수 있고, 이후 운영 과정에서 발생하는 예상치 못한 상황에 가독성 높은 구조와 코드를 취함으로써 빠르게 대응할 수 있다는 이점을 강조하고 싶습니다..!

그래서 해당 문서를 보시는 기획 & 디자인 & 백엔드 팀원 분들에게 리팩토링을 위한 리소스가 필요하다는 것을 말씀 드리고 싶네요

모노레포 도입 제안 배경 및 도입 방식 정리

모노레포란 무엇인가?

모노레포와 멀티레포 (비교하며 더 자세히 알아보기)