제한사항

인프라 환경같은거 적용 아예 안한다.
문서화와 주석 x. 코드로 말하기
개발자가 하나의 기능만 전담 개발하게 두지 않는다.
- 추후 기능 추가 요건이 나왔을 때 시스템 전반에 기여할 수 있도록 개발팀 구성
- 서버도 개발하고, 콜렉터 모듈도 개발하고 이런거.
- 다만 과업을 더디게 만들 수도 있다. 팀 내부적으로 협의해서 결정하기
  - 회의록에 근거를 명확하게 남길 것.
  - 데일리 스크럼에 남기도록 하자.
만든 기능은 항상 테스트 가능해야한다
- 테스트코드 꼭 짜보기
- TDD식으로
그라운드 룰 작성 내용
- 동의를 한다면 뭐가 좋은지 구체적으로 말하고 동의(그냥 좋아요. 는 안됩니다)
- 장점과 단점을 서술하고 뭐가 더 좋을지 말할 수 있다면 좋을듯.
commit, PR 단위
- 교육에서 배운걸로 나눠보자.
- 기능 비기능적 구현 분할
- 들여쓰기라던가 리팩토링은 따로 커밋하도록
- PR 사이즈 조절은 어떻게 해야할까 흠..
브랜치 전략은 거의 정해져있다.
- 생각만 한번 해보기
리팩토링은 언제하는 것이 좋을까?
- 과업에 너무 매몰되어 리팩토리을 안하는 것은 지양해라.
- Red-Green-Refactoring
팀원 모두가 시스템 전체 구조를 이해하고 코드를 작성하기 위한 노력
- 두명씩 분할해서 이해하는 것이 좋아보인다.

세부적으로