🎐 기획 및 MVP 유지 회의

💡

월요일 계획

---

• 기획과 MVP 유지?
  • 수정을 한다면 어디를?
• ❗ 개인 목표
  • 주말에 생각해서 노션에 적어놓기
  • 다른 사람들 개인 목표도 좀 보기
  • 다른 사람 생각 안하고 이기적으로 목표 생각해오기
  • 조금 더 구체적으로, 이 프로젝트를 통해 뭘 얻고 싶은지?
• 각 분야의 목표
• 다시 한 번 팀장(중재자)?
• 이번 주 계획 작성

개인 목표

• J025
  • 특정 프레임워크나 라이브러리를 사용한 이유에 대해서 근거를 문서화
  • WebRTC, WebSocket 또는 [Socket.IO](http://Socket.IO)에 대해 깊게 이해하기
  • React의 컴포넌트, 상태 관리, 훅, 렌더링 최적화에 대한 깊게 이해하기
    • 여러 가지 컴포넌트 설계 패턴에 대해 고민해보고 적용해보기
    • 재사용가능하고 독립적인 컴포넌트 설계 → Storybook을 잘 활용해보고 싶다.
    • 서버 상태관리(useQuery), 클라이언트 상태관리(Zustand) 등을 활용한 최적화된 상태 관리 설계
    • 적절하게 커스텀 훅을 잘 활용해보기
    • useCallback, useMemo 등을 사용한 렌더링 최적화
  • 사용자 경험(UX) 고려하기
  • 개인적인 욕심
    • 베이스 기능 이후에 단순히 “열품타” 서비스로서의 기능을 추가하는 것보다는 아래와 같이 서비스 측면에서는 부가적이더라도 도전해볼만한 부분을 해보고 싶음
    • [Socket.IO](http://Socket.IO) 기반의 실시간 데이터 전파를 통한 공용 캔버스 등의 실시간 데이터 처리 또는 다중 뽀모도로 타이머 실시간 공유
    • 또는 MediaPipe(얼굴인식), WebGL(아바타렌더링) 기반으로 사용자 얼굴에 아바타를 씌우는 기능
• J046
  • 기본기 다지기
  • 최소 내가 짠 코드, 최대 프론트엔드 코드 완벽 이해하기
  • webRTC 진하게 학습해보기
  • 접근성 신경쓰기
• J129
  • 프로젝트의 베이스 기술(WebRTC, WebSocket, 웹(api) 등..)에 대해 딥다이브 해보는 경험.
  • 배포에 대해 경험해보기 + 배포 이후 유저 피드백 경험해보기.
  • 사실 특정 기술에 대한 깊이 있는 학습 + 빠른 배포를 통한 학습 모두 해보고 싶긴 함.
  • 다만, 프로젝트 베이스 기술을 처음 학습하는 입장이라 프로젝트 진도에 대한 걱정이 있음.
  • 정리된 문서화를 해보면 좋겠다. 이전에는 너무 중구난방으로 문서화를 진행했음.
• J166
  • 처음에 비디오 주제 고를때 HLS 같은 비디오 프로토콜 사용해서 프로젝트 만들고 싶었습니다.
  • 서버에서 스케일링 쉬운 구조로 사용자 트래픽이 많아지면 서버가 스케일 아웃 할 수 있는 구조
  • 이전 목표
    • 기술적인 도전
      • 서버 아키텍쳐 스케일링 쉬운 구조
      • 서버 API docs 문서화(swagger)
      • 에러처리 잘하기
      • CI/CD 스크립트로 쉬운 배포
      • 에러 원인 분석 로그 관리하기(sentry?)
      • 테스트?
    • 문서화 잘하기
    • 아무도 안쓰는거보다 나만이라도 쓰고싶은 기획
• J290 : 코드에 대한 근거를 문서화하자 → 개발일지 느낌
  • WebRTC 학습 및 구현하기
  • 3~4주 차 기획 공유에 배포하기
  • 추후 오토 스케일링에 대해 학습
  • latency 감소 방법 학습
  • 문서화 습관화
  • 프론트엔드 코드도 어느정도 학습히고 싶습니다
  • 기존 생각 ‘나라면 쓸 서비스인가?’ → 이건 폐지

기획과 MVP 유지?

• J166

  • 처음 영상 스트리밍을 고른 이유: HLS같은 실시간 영상 스트리밍 프로토콜에 관심이 많았음

    ⇒ HLS 사용 시 기획 수정 필요

  • 어떤 기능/관점으로 프로젝트를 할 것인가 → 백엔드에서는 스케일링하기 쉬운 구조에 감명받음

  • WebRTC는 특이한 기술 같음 + 한계 많음

  • 로컬에서는 해보았지만 외부에서 테스트를 해보진 않았음

  • WebRTC의 한계를 극복하려면 외부 라이브러리/서비스(예시 : OpenVidu) 를 사용해야한다는 점이 아쉬웠음

• J290
  • 스케일링하기 쉬운 구조를 목표로 하고 싶다.
  • 처음에는 WebRTC로 스케일링을 생각했는데, WebRTC로는 스케일링에 한계가 있는 것 같다.
  • WebRTC에 SFU를 적용하는 것도 괜찮지 않을까?
• J025
  • (현재 기획 기준 WebRTC + Socket IO 같은) 핵심 기능을 깊이 공부하는 것이 중요하다고 생각
  • 서비스적인 기능 추가로는 배워가는 것이 많지 않을 것 같음
    • 프론트에서 해볼 수 있는 도전을 해보면 좋을 것 같다 ex. 실시간 데이터 처리
  • 리액트를 확실히 배워가는 것이 프론트엔드에서의 개인적 목표
  • 접근성 → 영상 쪽 주제에서 웹 접근성이 많이 중요할까..?
  • WebRTC의 한계라기 보다는 도전해볼 수 있는 사항?
• J046
  • 추가 기능 없이 핵심 기능에 집중하자. 대신 퀄리티 있게
  • 기획을 지금 변경하는건 x
  • 베이스 기능에 집중하기
• J129
  • 기술을 깊게 학습하는 것이라면 주제가 바뀌어도 괜찮을 것 같다.

공통 의견 : 핵심에 집중하자

SFU 서버를 직접 만드는 부분이 충분히 챌린징한 과정일 거 같습니다.

• 참고

  https://millo-l.github.io/WebRTC-%EA%B5%AC%ED%98%84%ED%95%98%EA%B8%B0-1-N-SFU/

결론

• 가장 핵심 기능인 화상 회의 기능 학습 및 개발에 집중한다.
• 기존 기획을 유지하되 SFU 서버를 직접 만드는 방향으로 진행