2️⃣ 2주차 회고

❇️ 이번 주 잘한 점

진도가 생각보다 빠르다!!
데모가 잘 나온 것 같다!
크레딧 다 녹기 전에 문제를 빨리 발견했다
슬랙을 아주 잘 활용하고 있다 → 대화 활발해짐
- 스케줄 공유 너무 좋은 것 같아요

⊕ 이번 주 보완할 점

현재 누가 뭘 하는지 알 수 없다
- 토요일 추가 BE 회의를 통해, 코드 컨벤션이나 테스트코드, API 명세, 협업 방식 점검하기
문서화가 너무 부실한 것 같아요.
- 최소 1주 2문서화 할까요?
학습 시간을 좀 가져야 할 것 같아요.
- 월요일에 주간 계획 짜기 전 회의해보면 좋을 것 같습니다.
README에 문어 넣기!!
- 문어 돌려줘요…. 🐙
PR 컨벤션에 대해 다시 이야기…
머지가 끝난 브랜치는 각자 정리해주세용
위키/프로젝트/이슈 관리가 잘 안되어 가고 있어요 → 누가 무얼 해야하는지 알 수 있게 잘 관리하자..
- - 우선순위
PR 머지 후 이슈 닫게 만들기..! (자동화)
게더 타운 활발하게 활용하기
- 데일리 스크럼을 게더타운에서 하면?

⚒️ 잘못된 내용 바로잡기

리드미에 위키/프로젝트 링크를 달면 좋겠습니다.
노션→위키 업데이트 활성화?

브랜치, PR 제목 포맷 정하기

브랜치 제목

[이슈 타입: feature/bug/….]-[fe/be/shared]-[이슈 넘버]

[https://github.com/boostcampwm-2024/web15-OctoDocs/wiki/브랜치-전략](https://github.com/boostcampwm-2024/web15-OctoDocs/wiki/%EB%B8%8C%EB%9E%9C%EC%B9%98-%EC%A0%84%EB%9E%B5)

→ 위키 브랜치 전략에 있었네요;;;

PR 제목

커밋과 동일하게….???

[이슈 타입: feature/bug/docs…]: 상세 내용

docs-#이슈 번호

만약 공통 분야 코드 작업 (ex - 타입 정의 등) → feature-shared-[이슈 넘버]

잡담

해결 해야할 문제?

requestBody에 {title, content, x, y}를 보내야 하는데 {title, x, y}를 보냈다.

그런데 500에러 떠서 자꾸 헤맸다.

→ 유효성 검사 있으면 좋을 거 같아요

→ 프론트, 백 dto 통일하면 해결될듯요

명세서 최신화? 수정?해주세용

POST /page/:id 이거 id값 parameter로 안 받던데요 ㅠㅠ 헤맸네요 ㅠㅠ

→ 이왜진…?

→ ….그러게요…..? 고쳤습니다 왜 id로 받는다고 적어놨지;;;; 반성합니다

문서화를 어디까지 할 것인가?

BE 최적화 도전해보기?

모노레포 적용할 것인가?

중요!!!: 배포 사이트 random에 올려서 선점하기

동준

- 서진

### 피어세션

- Swagger가 따로 있는 Nest와는 다르게 WebSocket은 API 문서화가 힘들 것…

### BE 기술적 도전: 최적화

1. 캐시적용 → Redis 사용
2. 캐시 계층화 : 로컬 캐시, 리모트 캐시 분리 (인메모리 여부로 구분)
    
    → 서비스를 비즈니스 서비스, 도메인 서비스로 나누어서 여기서 처리하게 
    
    원격 캐시 → 로컬 캐시 → DB
    
3. Foreign Key를 사용하지 않기
    
    그대신 Join 기능을 직접 구현해보는 쪽으로 최적화해보기

서진

### 피어세션

Swagger가 따로 있는 Nest와는 다르게 WebSocket은 API 문서화가 힘들 것…

BE 기술적 도전: 최적화

캐시적용 → Redis 사용
캐시 계층화 : 로컬 캐시, 리모트 캐시 분리 (인메모리 여부로 구분)

→ 서비스를 비즈니스 서비스, 도메인 서비스로 나누어서 여기서 처리하게

원격 캐시 → 로컬 캐시 → DB
Foreign Key를 사용하지 않기

그대신 Join 기능을 직접 구현해보는 쪽으로 최적화해보기