-
Notifications
You must be signed in to change notification settings - Fork 7
12.2 (목) 회의록
Najeong-Kim edited this page Dec 2, 2021
·
1 revision
- 최종 발표 PPT 만들기
- 우리 덕스코드가 무엇이고 왜만들었지?(팀원소개)(2분)
- 어떤 기술들을 사용했는지?(1분)
- (6분)
- 화면 보여주기
- 데모 영상으로??
- 로그인→그룹들어가기→채팅→화상→로그아웃
- 쓸 내용
- 채팅 socket.io의 room 기능으로 로직 구현 - 채팅, 쓰레드, 좋아요 소켓 로직(왜 namespace 기능을 안썻는지, 받기만하고 쓰는건 http요청 하는지 들어가면 좋을듯)
- 쓰기는 http 요청 쓴 이유
- 연결 시점의 로그인 session 정보만 알 수 있음
- 웹 소켓 연결을 위한 요청을 통해 한번만 쿠키를 전달 받을 수 있기 때문
- 그 이후로는 웹소켓을 통해 통신하기 때문에 쿠키, 세션이 필요가 없음
- 로그아웃 등을 통해 로그인 session 변경이 이루어지면 재연결하지 않는 이상 알 수가 없음! 그래서 로그인 session 변경시 재연결 해줘야 알 수 있음
- ??
- 웹 소켓 연결을 위한 요청을 통해 한번만 쿠키를 전달 받을 수 있기 때문
- 쓰기 실패 시 에러 처리에 유용
- HTTP 요청의 경우
- 반면 소켓 요청의 경우
- 연결 시점의 로그인 session 정보만 알 수 있음
- 쓰기는 http 요청 쓴 이유
- WebRTC 화상회의 기능들 구현 - PeerJS 왜 안썼고 그래서 도전한 것들(볼륨인식,장비상태저장)
- WebRTC를 어떻게 연결되는지 과정을 구현하면서 공부해보면 더 잘되지 않을까? 라고 생각했음
- Redux와 SWR을 통한 상태관리 - 왜 두개를 썼고 어떻게 구분지어서 썼나, 각각의 장점 활용한 내용
- SWR의 장점
- Redux
- 부캠 학습 과정중엔 recoil 썼었는데, 현업에서 많이 쓰여서 공부해볼겸 사용해봄
- 간단한 전역상태 하나만 추가해도 써줘야 할게 많았음
- MediaStream 같은 non-serializable 한 객체를 store에 저장
- 채팅 socket.io의 room 기능으로 로직 구현 - 채팅, 쓰레드, 좋아요 소켓 로직(왜 namespace 기능을 안썻는지, 받기만하고 쓰는건 http요청 하는지 들어가면 좋을듯)
- 화면 보여주기
- 우리가 어떻게 성장했고 무엇을 배웠는지(1분)
- 데모 영상 찍기
- 멘토님께 물어보기
- Wiki 정리
- 배포