[DAY 01 - 5/24] 그라운드룰 & DKT Task 및 1, 2 강 리뷰

[Heeseok-Jeong]

그라운드 룰

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. 피어세션 정리
   월:희석 // 화:창우 // 수:유진 // 목:재우 // 금:애나

Git Convention

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 작성하기

제출 결과

제출 결과에 대해 제출결과 에 정리할 것

1, 2강 리뷰

• DKT 태스크 이해
• AUROC 이해 (내림차순 중요!)
• 2강에 있는 EDA 이해