1026 Daily Scrum

10월 26일 화요일 데일리 스크럼

Docker를 써야할까?

• 운영 환경과 개발 환경에 차이가 있을때 같은 환경을 사용할 수 있도록 할 수 있을 것 같습니다.
• 서버를 여러개 둘 때 혹은 서버를 옮길 때 모든 서버의 환경을 동기화 할 수 있을 것 같습니다.
• 서버를 한대만 두기 때문에 사용한다면 연습용으로 사용하지 않을까요?

스토리 리스트 작성

구글 스프레트시트를 참고해주세요.

거래 방식

• 우재석

1. 참여자 -> 해당하는 물품의 포인트+@ 제출
2. 호스트 -> 참여자들이 포인트 제출 여부를 확인, 모든 참여자들이 포인트 제출 시 잠금(lock 시킬 때 호스트도 포인트 필요)
3. 호스트가 물건 구매 및 참여자에게 전달
4. 참여자에게 물건 전달이 완료되면 참여자가 lock 해제(+@ 돌려 받음), 호스트가 lock 해제된 포인트 가져감(lock 시킬 때 쓴 돈 + 참여자가 제출한 포인트)

• 이유노

  1. 채팅에 참여한 인원들이 각각 구매 버튼을 누른다.
  2. 모든 인원이 구매 확정 버튼을 누른게 확인되면 일괄적으로 포인트가 빠져나간다.
  3. 호스트가 구매를 하고 물건을 공동구매에 참여한 사용자들에게 나눠준다. (사용자 재량)
  4. 물건을 받은 호스트가 아닌 사용자들이 물건받음? 버튼을 누른다.
  5. 호스트가 아닌 모든 사용자가 물건을 받은게 확인되면 빠져나간 포인트를 호스트에게 전달한다. 5-1. 물건을 받았은데 구매확정을 누르지 않는경우엔 신고? 만나서 거래하며 ㄴ눌러. 5-2. 일정시간이 지나도 물건을 받지 못했을 때도 신고?

• 신우진

  • 포인트 충전
    • 실제 금융 결제가 불가능하니, Fake 포인트 충전할 수 있도록.
  • 상품 거래
    • 호스트 관점
      • 상품을 쿠팡에서 결제하기 전
        • 참여자들이 포인트를 제출했지만, 호스트가 받을 수 있는 건 아님
      • 상품을 쿠팡에서 결제 완료
        • 참여자들이 제출한 포인트를 받음
    • 참여자 관점
      • 공구에 참여하는 시점에 포인트를 제출함
      • 호스트가 쿠팡에서 상품을 결제하기 전에는 포인트를 회수(공구 참여 취소) 가능
    • 참여자들이 제출한 포인트를 호스트가 받는 시점
      • 쿠팡 결제 완료인 경우
        • 참여자들에게 불리 (포인트 뺏기고 실물 지급 못받을 수 있음)
      • 실물 거래 이후인 경우
        • 호스트에게 불리 (결제 끝났는데 포인트 들고 탈주하는 참여자)

• 안병웅

• 사용자

  • 사용자들이 구매확정을 누르면, 사용자의 포인트는 줄어든다
  • 사용자가 물품을 받으면 이후 구매완료 버튼을 누를 수 있도록 해준다

• 호스트

  • 모든 사용자가 구매확정을 누르면 호스트는 사용자들이 제출한 포인트들을 받을 수 있는 포인트 받아오기 버튼이 활성화된다.

  • 모든 사용자가 구매 완료를 누르면 호스트가 포인트를 받을 수 있는 버튼이 활성화된다.

• 이후 호스트가 해당 버튼 클릭시 사용자들의 포인트를 받을 수 있다.