1. ~님으로 부르기
2. 피어세션 전에 강의 다듣기
3. 피어세션 늦지 않기
-> 지각 벌금. 31분부터 5분단위로 500원씩 -> 5000원까지 (결석 5000원)
4. 결석시 미리 말하기 : 당일 정오까지 (공결 ok)
5. 실험 노트 : 노션에 실험노트 정리하고 완료된 항목은 Github discussions 로 옮기기
6. 제출 결과 : 제출한 파일에 대한 설명 (하이퍼파라미터 등) 을 Notion 에 기록
- description 에는 제출 결과의 이름을 적음
- 이름은 실험내용_i 로 만듦
- 1번 모델은 SomDST, 2번 모델은 SomDST_2, ...
7. 할 일 : Github projects 에 Week1, ..., Week4 프로젝트에 issue로 할당
- issue naming : 평일 [Day1] SomDST 모델 리뷰, 주말 [Wend1] Transformer 구현
- 내용에 마감일 넣기 : 마감일 : 2021.05.26 [default 논문 리뷰 : 2일, 구현 : 3일 ,,, 더 빨리 가능하면 빠르게]
8. 프로젝트 끝나면 Readme 작성
9. 피어세션 때 코드리뷰를 통해 잘 안되는 부분 같이 해결
10. 서기가 피어세션 정리 노션에 하고나서 디스커션에도 올리기
11. 피어세션 서기
월:희석 // 화:창우 // 수:유진 // 목:재우 // 금:애나
1. 브랜치 구조 (Git-Flow)
main
- develop # main 과 merge 할 수 있는 기능 브랜치
- heath/k-fold
- ~~/~~
2. 브랜치 룰
- 기능 브랜치는 이슈 단위로 생성
- [Feature] ~기능 으로 이슈 생성
- 해당 이슈는 Modeling or Deploying 프로젝트로 항당
- 브랜치를 생성하기 전에 이슈에 어떤 기능을 만들건지 체크박스 형태로 적기
- assignee, label(기능추가인 경우 enhancement..), projects 달기
- 기능 브랜치는 develop 밑에 `이름/기능` 으로 네이밍
- push 날린 브랜치 PR 할 때, -> develop 으로 머지할 것
- PR 날릴 때 꼭 reviwer 할당하기
- 4명 approve 뜨면 본인이 merge 하기
- Reivew 방법
- PR 에 대해 질문이나 고칠점 1개 이상 리뷰하기
- 정 없는 경우, 어떤 부분이 좋았는지 리뷰하기
- remote 에서 merge가 되었다면 슬랙에 공지할 것
- 모두 자신의 로컬에서 fetch 후 upstream/develop 을 merge 하고 체크 표시
- 머지된 브랜치는 삭제
- 자신의 브랜치는 직접 merge 할 것
3. 코드 룰
- 무조건 모듈화 (함수 call)
- 함수나 클래스 밑에 docstring 작성하기
[DKT 10조 No-Caffeine-No-Gain] Wrap-up