2021 07 04 회의록

[Front, Back] 세미 스프린트 회의

7.17까지 프론트 / 백 1-2주차 스프린트 마무리

마크 : 어떻게 코드를 짜가며 구현해나갈 것인가?
첫 스프린트 일정(2주) → 세미 스프린트(1주, 1주)
- 1주차 세미 스프린트에서 설계 대 구현의 비중을 어느 정도로 둘 것인가?
- 1주차 비중을 설계(4~~5) : 구현(3~~2) 정도로 두고, 2주차 부터는 회고하면서 유연하게 비중을 변경한다.
- 손너잘 : 4 2 1 (마지막 하루는 이슈 트랙킹하는 날로 잡는 것은 어떨까?)
- 마크 : 5 2 (설계 기간 때 OAuth, 이미지, 태그 등 구현에 필요한 개념 학습하고 구현을 컴팩트하게 가져가자)
설계에 대한 정의?
- 단순히 ERD 그리는 것이 아니라, 리팩토링 등등 모든 것이 수반된 개념.
- DTO 분리, 계층, 코드 컨벤션 등에 대한 합의도 이 때 이루어져야 한다.
- 설계는 스켈레톤 코드가 수반된다. 구현 때는 비즈니스 로직에 초점을 맞춘다.
어떻게 설계할 것인가?
- 2 / 3명씩 짝을 지어서 각각 나름의 설계를 한 다음, 마지막에 상호 리뷰함으로써 하나로 통합한다.
  - 다만 이를 위해서는 공통된 스키마 컨텍스트가 있어야 한다.
    - 웹 계층 구조, OOP, 포맷팅 컨벤션 등. (아마 월요일에 이야기해야 할 듯)
    - 상대방에게 주입하고 싶은 지식을 정리해옵시다 (내일 월 오전까지)
- 2~3명이 주도로 설계하고 나머지는 기반 지식 학습하고 마지막에 리뷰한다.

코드 리뷰
- 최소 2명 Approve
- 최대한 빠르게 코드리뷰를 하되, 가급적 빠르게 Merge 해서 속도를 올린다.
- 코드보다는 테스트 케이스에 대한 정도를 기반으로 판단하여 merge 후, 나중에 코드 퀄리티에 대한 리뷰를 추가로 진행(따로 이슈로 등록?)
  - 코드 자체에 대한 리뷰는 다같이 띄워놓고 한꺼번에 진행하도록
- 테스트 코드 컨벤션은 내일 논의 필요 - 테스트종류, 메서드명 등등
- 테스트 코드는 단위, 슬라이스, 통합 테스트 정도로 생각한다.
- 슬라이스 테스트와 통합 테스트는 서비스 레이어를 중심으로 진행하자. 서비스 레이어가 흐름을 제어하기 때문이다.
Git 전략
- Github Flow + Git Flow를 섞자
- Develop 브랜치를 포함해서 총 3개의 브랜치로 가자
  - Master, Develop, Feature
  - Develop에 계속 pr 보내고 완료되면 Master로 merge