📒 오늘의 TIL

1️⃣ 팀 컨벤션

General Rules

• 더 이상 하차 금지
• 수료 후에도 프로젝트 다같이 마무리하기
• 커밋 컨벤션 : Git 관리
• 푸터는 다른 팀들 어떻게 하는지 보고 결정하기

Javascript Rules

• CamelCase
• 화살표 함수 사용(export default function 페이지 만드는것은 제외: 평소 하던대로)
• 탬플릿 리터럴(베틱) 사용
• 최대한 타입 지정: 타입스크립트(any사용 지양) - 타입스크립트는 따로 파일 빼기
• 각 기능이나 함수 위에 주석으로 기능 설명

  {*
  로그인 등록 버튼
  *} 
  
  or
  
  
  // 로그인 등록 버튼

• return 에 div로 감싸기보다 <> fragment 로 감싸기
• 의미 있는 변수, 함수, 클래스 이름 사용하기(zzim X, wishList O)
• strict mode 사용하기

Reactjs/Nextjs Rules

• Hook은 Hook별로 모아두고 각 종류별로 엔터 한번으로 구별(같은 것은 같은 것끼리 위치해두기)
• 버튼 등 공통으로 할 것은 따로 파일로 빼서 만들어 놓고 하기
• 컴포넌트의 이름을 대문자로 시작하도록 규칙 적용
• Props와 state를 읽기 쉽게 작성하도록 규칙 적용(props는 props로. 배운대로.)
• shouldComponentUpdate 함수를 적절히 사용하는 규칙 적용←이건 추후에 생각.
• 함수 컴포넌트에서 React Hooks를 사용하도록 규칙 적용(useState, useForm ← 본인이 적절히 알아서 사용)

CSS Rules

• 작명: Wrapper, Body, Footer, Header 등을 기본 베이스로
• 폰트는 마지막에 적용(global CSS 로 적용할 것들)
• CSS 클래스와 ID 이름을 명확하게 작성하고, 의미를 파악하기 쉽게
• 일관된 CSS 스타일(색상)을 유지
• CSS 속성의 우선순위와 상속에 대해 이해하고, 이를 활용하여 스타일링
• inline css를 사용하지 않는다. ( style={{ }} ← 이거 쓰지 않기 )

File Rules

• 파일 이름과 경로를 명확하게 작성
• 파일명은 소문자로 시작
• 파일 확장자를 일관성 있게 작성(ts, tsx ←원래 했던대로 작성)
• 파일 관리를 위해 Git과 같은 버전 관리 시스템을 활용
• 파일 구조를 일관성 있게 유지

🧑‍💻 궁금한 점

• 만약에 깃에서 협업을 진행할 때, 내가 내려받은 폴더를 작업 중 삭제하고 풀 리퀘스트를 올렸을 때, 협업을 진행하는 사람들에게는 내가 삭제한 폴더가 아직 남아있을 텐데, 충돌이 생길지 궁금하다.

• 내가 작업 중인 로컬 저장소에서 파일이나 폴더를 삭제하고 푸시(Push)하면, 깃(Git)은 이를 저장소(Repository)에서도 삭제한다. 따라서 다른 사람이 해당 파일이나 폴더를 업데이트하려고 시도할 때 충돌이 발생하지는 않는다.

  하지만, 만약 삭제한 파일이나 폴더를 다른 사람들이 이미 수정하거나 삭제한 파일과 같은 이름으로 사용하고 있었다면, 충돌이 발생할 수 있다. 이 경우 충돌이 발생하면, 깃은 충돌을 해결할 수 있는 방법을 제시해준다. 따라서 다른 사람들도 이를 해결할 수 있게 된다.

  그러나 이런 상황을 피하기 위해서는, 삭제할 파일이나 폴더를 미리 다른 이름으로 변경하거나, 삭제하기 전에 다른 사람들과 충분한 의사소통을 통해 해당 파일이나 폴더를 사용하고 있는지 확인하는 것이 좋다.

✍ 알게된 점

• 깃을 사용한 협업
• 팀 컨벤션

💫 느낀점

• 깃을 이용한 협업이 아직 익숙하지 않아서 어렵고 불편하게 느껴진다.