🍎 정규 회의는 매일 13시 → 이전까지 구현 상태 체크 및 오늘 진행상황 공유

🗣 불참해야 할 일 생길 때, 하루 전에는 말을 해주기

⚠️ 공지 확인 시 12시간 내에 답장 해주기 + 공지 확인 후에 ✅ 체크 필수

📝 공부하다 모르는 내용 생기면 공유하고 서로 같이 고민하기

🗣 PR 승인 전에 코드 점검하고 확인 후 승인하기

🐫 함수명, 변수명은 소문자 카멜케이스로 작성

🐫 클래스, 생성자명은 대문자 카멜케이스로 작성

©️상수명은 CONSTANT_CASE로 작성

1.메서드명은 동사, 혹은 동사구로 작성 ex) sendMessage(O) mesasage(x)

2. 다른 변수와 상수들은 명사, 혹은 명사구로 작성 ex) makeResult(X) taskResult(O)

• 객체 이름을 함수 이름에 중복해서 넣지 않기 (상위 이름을 하위 이름에 중복시키지 않기)
• 하나의 메소드와 클래스는 하나의 목적만 수행하게 만드는 것을 권장

메소드 순서

• public 먼저 다 적고 private 적기
• Controller의 메소드 호출 순서대로 Service 작성
• Controller: 조회→생성→수정→삭제

메소드 컨벤션

• 리소스 생성 create()
• 리소스 조회 getXXX()
• 리소스 목록 조회 getList()
• 리소스 수정 update()
• 리소스 삭제 delete()

주석은 설명하려는 구문에 맞춰 들여쓰기

// Good
void someFunction() {
  ...

  // statement에 관한 주석
  statements
}

이항 연산자 사이에는 공백을 추가

a+b+c+d // bad
a + b + c + d // good

☝ 콤마 다음에 값이 올 경우 공백을 추가

int[] arr = [1,2,3,4]; //bad
int[] arr = [1, 2, 3, 4]; //good

⚠️ 1. @Override 어노테이션은 꼭 붙이자

1. try-catch문에서 어지간한 경우에는 catch문을 비워두지 말자. 아무것도 적지 않는 것이 확실히 맞다면 주석을 넣어둔다.

• 모든 예외 케이스에 대한 고려

• 대문자로 작성

• 한 커밋에는 한 가지 문제만 작성
• 제목과 본문 빈 행으로 분리
• 제목 첫 글자는 대문자로, 끝에는 . 금지
• 제목은 50자 이내로 할 것
• 가독성 높이기
• 어떻게, 무엇을, 왜에 맞추어 작성
• merge는 squash로

• 추가사항
• 변경사항
• 특이사항