Git 브랜치 & 이슈 관리 & 깃 명령어 정리

0. 팀 규칙

• 팀장의 말엔 무조건 네, 아니오로 대답한다.
• 팀장의 말에 토를 달지 않는다
• Pull Request, Commit 단위는 최소의 기능 단위로 세분화

1. 코드

1.1 네이밍 (변수, 함수, 클래스, 컴포넌트 등)

• 의도(기능, 목적) 분명히 드러내기
• 이름이 길어지더라도 의미 전달의 명확성에 목적을 두어 작성
• 발음하기 쉬운 이름
• 약어 사용 지양

1.2 함수

• 작게 만들 것. (최대 20줄 이내)

• 하나의 함수는 한 가지 작업만 해야 한다.

  • 오류 처리도 한 가지의 작업이다.

• 인수의 개수는 적을수록 이상적이다.

  • 인수가 2개를 초과할 때는 반드시 객체로 묶어서 사용할 것

• 부수 효과를 일으키지 말 것.

  • 외부 데이터를 직접 사용하지 않고 파라미터로 받아서 사용한다.

  • 참조형 데이터를 직접적으로 바꾸는 함수를 만들지 말 것 (예. 배열을 인수로 받아서 원본배열을 바꾸는 함수)

    // Bad
    function addItem(arr: number[], item: number): number[] {
      arr.push(item)
      return arr
    }
    
    // Good
    function addItem(arr: number[], item: number): number[] {
      return [...arr, item] 
    }
    

• try/catch 블록은 별도 함수로 뽑아내는 것이 좋다.

• 함수 표현식을 사용하며, 화살표 함수를 사용한다.

  // Bad
  function fnName() {};
  [1,2,3].map(function(x){
      retrun {};
  })
  
  // Good
  const fnName = () => {};
  [1,2,3].map(x => x);
  

  바로 return 하는 경우

  // bad
  const foo = () => { return "bar"; }
  
  // good
  const foo = () => "bar";
  

1.3 주석