✔️ 멘토링 아젠다

프로젝트 소개

프로젝트 소개 | Notion

논의 사항 및 질문

• 백로그 이렇게 작성하는게 맞는지? (+ 백로그의 분량이 적절한지?)
• 프로젝트 기획의 분량이 적당한지? (+ 빼도 되는 기능, 필수기능)
• 개발할 때 같은 파일을 수정해야 할 일이 많을 것 같은데 어떠한 머지 전략을 가져가야 할 지?

진행상황

• 주제 선정

  • 라이어 게임을 구현하게 된 이유
    • 우리는 내년 1,2월까지 지속적인 개발을 해서 실제 사용자를 끌어올 수 있을 법한 서비스를 개발하고 싶었다.
    • webRTC로 라이어게임을 구현하면 AI를 활용해볼만한 기능이 있을 거라고도 생각했다.

• 백 로그 작성

  • 깃허브 프로젝트 백로그

• 그라운드 룰

  • 오늘의 회고(감정, 어려웠던 점, 잘한 점)슬랙 채널에 공유하기
  • 일정 발생 시 반드시 슬랙에 공유한다.
  • 슬랙에서 서로 편하게 질문하기
    • 이거 써보신 분 계세요?
  • 매일 오후 10시 전까지 PR 작성하기
    • 이슈를 최대한 잘게 쪼개기
  • 주말은 자율적으로 활동하기
    • 주말에도 편하게 슬랙 활용하기
    • 정말 급하면 DM까지
  • 개발일지 작성하기
  • 프로젝트 관련 주요한 이야기는 4명이 모두 모인 자리에서 하기 (소수 인원끼리만 정보를 공유해서 팀원 간 정보의 격차가 생기지 않기 위해 노력)

  PR

  • PR 리뷰 동기적으로 같이 볼 시간 (오후 10시 ~ 11시)
    • 10:00 ~ 10:40 (코드 리뷰)
    • 10:40 ~ 11:00 (본인 리뷰 코멘트에 대한 답변)
    • 11:00 ~ (머지 진행)
  • 본인 PR은 본인이 머지할 수 없다
  • 매주 서로의 메인 리뷰어를 정한다.

• Git Branch 전략

  

  @브랜치 전략

  main / feature / develop / hotfix

  main ⇒ 자동 배포 브런치

  develop⇒ 최신 기능 반영 브런치

  feature/이슈 번호 ⇒ 개별 기능 브랜치 (11시에 팀원 전체가 모여서 develop 브랜치로 머지)

  hotfix⇒ 배포 이후 에러

• 와이어 프레임

  • 디자이너 섭외 완료. 협업 예정

J201

• WebSocket 구현할 때 재연결 시키는 로직에 대해서 고민 중입니다.
• 생각 중인 로직
  1. 첫 연결할 때 채팅에 대한 세션 아이디를 클라이언트에 저장
  2. 비정상적으로 연결이 끊기면 클라이언트가 서버로 재연결 요청을 보내고, 보낼 때 세션 ID 같이 보냄
  3. 서버는 연결 요청 받을 때 요청에 세션 ID가 있는지 확인
  4. 세션ID가 존재하는 재연결이면 해당 세션에 조인
• 이렇게 한다고 했을 때 세션의 대한 정보를 어디에 저장할 지 고민이 됩니다.
  1. 채팅 서버 메모리에 저장
     1. 채팅 서버가 종료되면 채팅을 복구할 수 없음
  2. 채팅 DB를 만들어서 저장
     1. 한 판 끝나면 채팅의 내용이 사라져도 되는데 DB를 만드는 건 오버 엔지니어링?