[2기 - 훈] 12주차 RBF

1주 간의 수업과 과제를 진행하면서 새로 알게 된 개념이나 잘못 알았던 개념에 대해 이야기 해봅시다.

팀장 정하기

프로젝트 주제

• 프로젝트 시나리오(예외 포함)

• 나이키 draw 클론

• Must Have : 이번 프로젝트에서 반드시 여기까진 다해야한다.
• 프로젝트 메인기능구현
• 문서화
• 테스트 코드 작성
• 응모 기능 - 한 유저당 하나의 신발에 대해서는 하나의 응모만 가능하다.

• Should Have : 혹시라도 여력이 된다면 여기까지도 한번 해보자.
• 시큐리티 (로그인)

• Could Have : 여기까지 할 수 있다면 정말 좋겠지만, 못해도 괜찮다.
• 프론트?
• 주문

• Won't Have : 이건 이번 프로젝트에 할 수 있는게 아님! 괜히 미련 갖지 말자.
• 배포?

라이브러리(롬복, 맵스트럭트…) 사용 여부

• 롬복
• setter 쓰지말자
• getter O
• builder O
• noargs O

커밋 메시지

Git - 커밋 메시지 컨벤션

02_commit_message_rule.md 커밋 메시지를 작성할 때는 원칙을 정하고 일관성 있게 작성해야 한다. 아래는 유다시티의 커밋 메시지 스타일 가이드를 참조한 내용이다. 기본적으로 커밋 메시지는 아래와 같이 제목/본문/꼬리말로 구성한다.

https://doublesprogramming.tistory.com/256

좋은 git 커밋 메시지를 작성하기 위한 7가지 약속 : NHN Cloud Meetup

기술을 공유하고 함께 성장해가는 개발 문화, NHN이 추구하는 가치입니다.

https://meetup.toast.com/posts/106

1. 제목과 본문을 한 줄 띄워 분리하기

2. 제목은 영문 기준 50자 이내로

3. 제목 첫글자를 대문자로

4. 제목 끝에 . 금지

5. 제목은 명령조로

6. 본문은 영문 기준 72자마다 줄 바꾸기

7. 본문은 어떻게보다 무엇을, 왜에 맞춰 작성하기

Issue Template

Convention

기본적인 데이터들의 데이터 타입

• 아이디 ([0-9][a-z][A-Z]) (4 ~ 20)

• 전화번호

• 이름

• 재고

• 사이즈 (5단위로 자를수 있게)

• 응모 날짜

• 결과 날짜

• 진행중

• 당첨

• 미당첨

기술 스택

delete 방식

Status Code 사용범위

팀 규칙

• 시간 엄수
• 늦을 것 같은 경우에는 미리 팀원들에게 알려주기
• 늦으면 기프티콘

• 할 말이 있으면, 이상하다 싶으면 다이렉트로 그때 그때 말해주기

1. 사용자가 회원가입을 한다. 혹은 로그인을 한다.



1. 이메일
2. 비밀번호
3. 이름
4. 주소
5. 전화번호
6. 생년월일
7. 남 녀

1. 사용자는 상품리스트를 확인하는데 응모가능 상품과 응모 불가능 리스트 들이있다.
1. (상품별로 몇월 몇일 몇시가 가능하다 응모 마감도 있다. + 담청결과날짜)

2. 사용자는 응모가능 상품을 선택한다. → 창이동 여기서 대기가 걸린다(트래픽 처리).

3. 응모 가능 시간인지 아닌지를 체크한다.

4. 정해둔 수량만큼의 응모가 소진되면 응모는 종료되고, 회원은 응모를 할 수 없다.

1. 대기가 끝나면 상품창으로 이동을 한다.

2. 선택 상품의 사이즈를 선택한다. (응모권은 1상품당 1개)

3. 응모하기
1. 이미 동일상품을 응모한 회원이라면 응모 불가
2. 회원가입때을 바탕으로 자동으로 응모가 이루어진다.
3. 최종 응모는 선착순이다.
 

4. 응모권은 상품 재고보다 많아야 한다.

5. 랜덤으로 추첨을 하여 당첨자를 결정한다.

6. 최종 결과를 확인한다.

7. 자신의 응모 내역 당첨결과를 확인할 수 있다.