[Week1 Day2] 기획

오전

기술스택 선정

division	stack
Web	…
Front-end	React, TypeScript, styled-component, Recoil
Back-end	TypeScript, NestJS, Prisma, MySQL…
Production	NginX, pm2
Code Management	Git, GitHub, husky
Formatting	eslint, prettier
Project Manager	NPM

오후

아이디어 주제 고도화

1. 크아
   • 영호 : 크레이지 아케이드 보다는 봄버맨에 가깝게 해보자
     • 방을 만들어서 여러 사람들과 봄버맨 게임
     • 폭탄의 범위, 이동 범위, 개수 정도
   • 장점
     • 가장 참여하기 좋은 게임
       • 사용자에게 익숙하다 보니 많은 사용자 경험을 받아볼 수 있다.
     • 백엔드 적으로 도전하기 좋은 과제
       • 사용자 트래픽
       • 픽셀 단위 움직임 구현
   • 단점
     • 디자인 소스를 구하기 어려울 수 있음
     • 단순히 게임적인 요소에만 집중하게 될 수 있음
2. 협업 툴
   • 성훈 : 스크럼을 도와줄 수 있는 협업툴을 만들자.
     • 스크럼 회고를 도와줄 수 있는 도구를 시작으로, 이슈 트래킹 및 백로그 관리까지 확장해보자.
     • Jira의 경우 Github와 연동하여 이슈 관리 가능… 가능하다면 도전해볼만 할 것 같음.
     • 예시 - https://miro.com/guides/retrospectives/
   • 장점
     • 부캠 캠퍼들로부터 사용자 경험을 받아볼 수 있다.
     • 기술 난이도가 가장 적당할 것.
   • 단점
     • 현재 팀 내에서 헙업 툴을 사용해보지 않은 사람이 다수. ⇒ 어떤 기능을 이용하여 서비스를 제공할 수 있을지 모름.
3. 캐치 마인드
   • 명성
     • 단순히 순서대로 한명씩 그림을 그리고 그림이 무엇을 의미하는지 맞추는 게임
     • 매번 제시어가 주어진다.
     • 채팅이 가능하다.
     • 방을 생성할 수 있어야 한다.
   • 장점
     • 참고할 거리가 많다.
     • 구현해야 할 기능이 명확하다.
   • 단점
     • 흔하다.
     • 기능이 많이 추가될 경우 단순히 게임적인 요소에만 집중하게 될 수 있음

우선 순위

이름	1순위	2순위	3순위
영호	협업 툴	봄버맨	캐치마인드
성훈	협업 툴	봄버맨	캐치마인드
진우	협업 툴	캐치마인드	봄버맨
효정	협업 툴	캐치마인드	봄버맨
명성	협업 툴	봄버맨	캐치마인드

---

컨벤션

git branch 전략

• main : 배포 및 최종본, 출시 버전 브랜치

• develop : 다음 버전을 개발하는 브랜치 (dev)

• feature : 기능을 개발하는 브랜치, issue와 매칭되도록 생성

  feat#1/fe/login (feat[Issue#]/(FE|BE)/[FeatureName])

• hotfix : 출시 버전에서 발생한 버그를 수정하는 브랜치 (hotfix)

ISSUE 작성

추후 작성

PR 메세지

제목 : [feat|release|hotfix] 작업내용 closes #issue

본문:
### 이슈명

### 작업사항

### 화면캡처(선택)
### 의문점(선택)

PR 승인 (feature → develop)

• 본인을 제외한 나머지 같은 개발 분야의 인원이 승인하여야 한다.
• 코멘트를 반드시 작성한다.

출시 (develop → main)

• DAY4때 다같이 모여서 결정한다.

commit 컨벤션

# <타입>: <FE|BE> - <제목> <#1>

##### 제목은 최대 50 글자까지만 입력 ############## -> |

# 본문은 위에 작성
######## 본문은 한 줄에 최대 72 글자까지만 입력 ########################### -> |
# --- COMMIT END ---
# <타입> 리스트
#   feat    : 기능 (새로운 기능)
#   fix     : 버그 (버그 수정)
#   refactor: 리팩토링
#   style   : 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경 없음)
#   docs    : 문서 (문서 추가, 수정, 삭제)
#   test    : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)
#   chore   : 기타 변경사항 (빌드 스크립트 수정, 패키지 설치 등)
# ------------------
#     타입은 영어로 작성하고 제목과 본문은 한글로 작성한다.
#     제목 끝에 마침표(.) 금지
#     제목과 본문을 한 줄 띄워 분리하기
#     본문은 "어떻게" 보다 "무엇을", "왜"를 설명한다.
#     본문에 여러줄의 메시지를 작성할 땐 "-"로 구분
#     관련된 이슈번호는 제목 맨 뒤에 추가한다. ex. #1
# ------------------

코딩 컨벤션

디렉토리명

• 케밥 케이스
• ex) directory-name

파일명

• 케밥케이스
• 파일 세부 분류나 성격 등은 (.)으로 구분
• ex) file-name file-name.component.ts

컴포넌트명

• 파스칼케이스
• ex) ComponentName

함수명

• 카멜케이스
• ex) functionName

클래스명

• 파스칼케이스
• ex) ClassName

변수명

• 카멜케이스
• 배열의 이름은 복수형으로 작성
• ex) variableName chats

상수명

• 대문자, 스네이크 케이스
• ex) VARIABLE_NAME

타입명 및 인터페이스

• 파스칼케이스
• ex) TypeName