누리’s 개인적인 생각
- 책에 대한 통계정보 랭킹은 힘들 것 같다. 초반에 김요님께서 말씀하셨던 것 처럼, “활발한 스터디" 이런 랭킹을 두면 좋을 것 같다. ( 이는 댓글 기반으로 구현이 가능할 것 같기 때문이다 )
- 책에 대한 통계정보가 힘들것이라고 생각한 이유는, “동일한 책" 인지를 어떻게 구분할 것 인가의 문제가 존재한다고 생각한다. ( 책 제목을 교보문고 이런곳에서 따오지 않는 이상, 제목이 다르게 작성될 수도 있기 때문에…? )
- 스터디에서 댓글이 많이 달리고 있는 활성화된 스터디를 보여준는 것이다.
- 댓글이 달린 시간에 대한 통계를 보여주는 것도 가능하다. 그러면 스터디 시간이 보통 언제가 활발한지를 보여줄 수도 있을 것 같다.
- 랭킹은 실시간으로 구현하는 것은 현재로서는 불가능한 것 같다 ( 스케줄러 등을 활용하는 정도까지만 )
- 회원 가입
- 회원은 스터디에 가입할 수 있다.
- 스터디에 대한 정보를 확인할 수 있다
- 책
- 스터디_책!
이 부분은 뭔가 논의 된것이 없는데.. 혼자 생각해 봤을 때는,특정 스터디에서 “책" 관련 부분은 , 스터디의 일부 정보로서만 가져가고,스터디 페이지 관련해서는, 1기 규현팀의 사각사각처럼- 스터디 원 들만이, 스터디_책 에 접근할 수 있다
- 스터디_페이지는
- 1~10 까지 내용에 대한 정리 → 목록1
- 11 ~ 13 까지 내용에 대한 정리 → 목록2
- 각 목록은 별개의 페이지
- 각 목록에 대해 댓글을 달 수 있다.
만약, 스터디 페이지에 대하여 웹소켓 등을 적용하는 것을 생각한다면, 나머지 부분들은 최소한으로 가져가는게 맞다고 생각한다.
- ex) 포인트 결제는 이번에는 구현하지 않는게 좋을 것 같다
스터디 가입 방식
- 참여자가 스터디에 가입하기를 누르는 것인지
- 동시성 문제 존재
- 스터디 장이 , 스터디원을 초대하는 것인지
- 이 경우, 노션과 유사한 형태가 될 것.
기술 적인 것에 대한 생각
- 일단 저는 oauth 못하겠습니다 ㅠ-ㅠ..
- 웹 소켓을 사용하는 경우
- 최대 몇 개의 커넥션이 유지될 수 있는지 확인하는 것 필요
- STOMP방식으로 가게 될 것 같다
- 작성중임을 알려주는 까지는 아직 어떻게 하는지 잘 모르겠음 🤔
- redis 를 사용하는 경우
- aws 에 redis 서버를 따로 띄우기 위해서는 ElasticCache 라는 것이 필요함
- 이메일로 확인 과정은 보류
- 회원가입시, 이메일 중복 확인을 따로 떼어놓을 것인지? ( 중복확인 버튼 생각 )
Note over Client, Server: {kakao} 로그인 요청 API