메소드명 규칙
dto ↔ entity 변환 메소드 명 규칙
- request ,
- DTO에게 책임을 맡기고 후에 리팩토링하는 식으로?
validation 범위 (최대한 할수있는만큼 해주자)
팀문화
공유하는 문서는 꼭 읽어보자
엔드포인트 규칙
api 버저닝은 굳이 안해도될꺼같다. 하지만, rest api인걸 표시해주면 좋을 것 같다.
/api/join
패키지 네이밍
패키지 네이밍은 layered architecture로 가도 무방할 것 같다.
여기도 layered architecture 구조로 패키지 네이밍을 가져갔네여
기술 스택
기술스택은 안써봤던걸 한번 써보면서 경험해보자
→ nginx, docker 정도? (+ 나중에 redis까지 조회수 캐싱해보기?)
테스트
테스트 커버리지는 몇퍼센트로 갈지?
테스트 커버리지는 우선 70% 이상으로 가는게 어떨까? (jacoco도 사용해보자)
CI/CD
이전 기수에 젠킨스로 ci/cd 구축한 팀이 있긴하네용 한팀만..
젠킨스는 규모가 작은 프로젝트의 경우 설정하는데 많은 리소스가 발생한다라고 나와있긴하네요
젠킨스 해보다가 뭔가 힘들겠다 싶으면 깃액션으로 갈까여
여기는 백엔드가 2명이였네요 ㄸ
깃 브랜치 전략
여기 따라가도 좋을듯 합니다