📖 Week 2

✏ 마스터 클래스 피드백

• Github
  • CI/CD 무조건 하자.
  • PR을 보낼 때 간단하게 설명을 작성할 것
  • Issue 작성 시에 설명을 자세히 적자.
    • Closed 완료조건을 작성하면 좋다.
  • Commit 시에 Issue 번호 태그 활용하기
  • Closed 완료조건을 간단한 설명으로라도 반드시 본문 작성
• Project
  • import 문을 군 별로 나누어 작성하자. (기본 / 외부 / 커스텀)
  • import 문의 경로가 깊은 경우에는 Path Alias를 사용하자.
  • Global CSS는 별도로 관리하고, CSS의 깊이를 깊게 가져가지 말 것
  • URL은 환경 변수로 관리하고, 깊이를 깊게 가져가지 말 것
  • JSX 안에서는 style과 props를 가능한 적게 정의할 것
  • styled 뒤로 미뤄도 됨
  • Custom Styled-Component 라이브러리에 대한 API 문서를 작성하거나 npm 배포하는 것도 좋음
  • Array.map 으로 배열 컴포넌트를 작성할 때 컴포넌트 로직을 분리하면 좋다.
  • 4~5주차에는 Profiling 성능 진단을 해보자.(개선 뿐만 아니라 해보는 것 자체도 중요하다.)
  • link 스타일 할 때 분리하자(styled-component 상속 기능 구현하자)

🤝 단체 회고

다음 주 마음가짐

• 다음 주는 기능에 따라 분업할 필요가 있다.

• Issue 작성 시에도 완료 조건 등 간단한 설명을 본문에 작성하자.

• 리뷰할 때 Issue 번호를 message에 추가하자.

  Mastering Issues

다음 주 금요일(데모데이)까지 구현 목표

• 백엔드 ↔ 프론트엔드 연동
• DB 선정 및 데이터 타입 설계
• CI/CD 구축
• API 연동
• Github OAuth 로그인 구현
• 결과 페이지 및 문제 추천
• 회원 정보 관리(?)

⚔ 멘토님에게 할 질문

Github을 잘 활용하고 있는가

• Issue, PR, Project, Wiki
• 코드 리뷰를 어떻게 해야할 지 사실 감이 안 잡혀요.(comment를 어떻게 남겨야할지)

협업 과정이 잘 이루어지고 있는가

• 스프린트 계획 회의록, 스크럼 기록
• Slack ↔ Github 연동, Notion 문서 정리, Github action, PR 관리(리뷰 2명 이상이여야 confirm)