241126 회의록

데일리스크럼

• J035

  • 컨디션 - 5 / 10
  • 어제 한 일
    • 멘션 기능 구현, 채팅 스크롤 멘션
    • 멘션된 사용자는 다른 메시지를 받도록 구현
  • 오늘 할 일
    • 유저 검색, 멘션 마무리
    • 지수 데이터를 받기
    • 문서화
    • 웹소켓 연결이나, vite proxy

• J042

  • 컨디션
    • 어제 바로 잤음 - 6 / 10
  • 어제 한 일
    • live data기능 구현
    • token을 주입 가능하게 변경 - 리팩토링
    • 유량제어 알고리즘 생각
    • 토큰 db에 저장
  • 오늘 할 일
    • 디테일 데이터 타입 가드 추가
    • 유량 제어 알고리즘 구현

• J091

  • 컨디션 - 4 / 10

    • 잠을 많이 못 잤지만 숲속에 내리는 비가 보기 좋네요. 지금은 연수 일정 상 거제에 왔습니다 !

  • 어제 한 일

    • 모바일에서 웹 푸시를 받으려면 어떻게 해야하는지?
      • 안드로이드 환경 → 그냥 하거나 PWA 이용
      • iOS 환경 → 배경화면에 아이콘 추가 필수
    • 웹 푸시 구조 설명
      • 사용자, 푸시 서버, 서버 존재
      • 사용자가 푸시 서버에 구독 ⇒ 구독 정보를 받아서 서버에 전달 ⇒ 필요한 시기에 서버는 구독 정보, 푸시 내용 푸시 서버에 전달 ⇒ 푸시 서버가 사용자에게 푸시 송신
    • 웹 푸시 프로토콜

    https://datatracker.ietf.org/doc/html/draft-ietf-webpush-protocol

    • FCM vs 직접 구현

      → 저는 직접 구현이 조금 더 낫지 않나 생각합니다. 왜냐하면 FCM이 어느 정도 보장이 된 서비스라 해도 의존하는 서비스가 하나 더 생긴다는 것은 불편함이 더해지는 과정입니다. 그리고 직접 구현하는 과정에서 학습이 더 되지 않을까하는 생각이 강합니다. 물론 FCM을 통하면 초기 설정이 복잡하거나 의존성이 생긴다는 것 외에도 여러 장점이 있습니다. 여러분 생각은 어떠신가요?

      → 저희 생각에는 일정 상 FCM으로 구현하는 것이 좋다고 생각합니다. 직접 구현하면 좋지만, 시간 관계상에 구현이 되기 어려울거 같습니다.

  • 오늘 할 일

    • 서비스워커란?

    • 웹 푸시 모바일 다뤄보기

      • 안드로이드 → 안드로이드 스튜디오?
      • iOS → 나의 폰?

    • 설정한 알림이 도달했을 때, 멘션이 되었을 때 혹은 특정한 정보를 받았을 때 이를 저장해두는 엔티티가 필요하지 않은지? ex) 태스키파이의 히스토리

      → 필요하다면 어떤 방식으로 정의해야하는지?

• J239

  • 컨디션 - 5/ 10
  • 어제 한 일
    • 시간단위 주식 데이터 api 그래프 그리기
    • 검색 api
    • 시간이 너무 오래 걸림 → 서버가 터지기 직전이었고 지금은 다시 잘된다
  • 오늘 할 일
    • 그래프, 검색 마무리
    • 웹소켓
    • 주식 소유 api

회의주제

• 깃허브 업데이트 열심히 하기

프론트에서 현재 연결한 API

• 조회수 리스트
• 가격 상승/하락순 리스트
• 조회수 증가
• 상세페이지
• 검색
• 그래프 조회
• 로그인
• 웹소켓 → 수정

2시 점검

• J035

  • 시간 별 조회 역순, 조회수 순 조회 버그
  • 종목 데이터
  • 실시간 급상승 급하락

• J239

  • 검색, 그래프 api 연결 → 조금 더 다듬어서 pr 예정
  • 상세 페이지 조회.. 일단 명세 맞춰서 넣어서 pr 날릴예정
  • 주식 소유 api
  • 웹소켓 다시 시작

6시 점검

• J035
  • 등가, 등락률 데이터 수집 완료
  • 오늘 안에 엔드포인드 구현
• J042
  • stock data 다시 불러오기
• J239
  • 주식 소유 진행중
    • 모달 띄움
    • 로그인 안한 상태/주식 미소유/주식 소유 상태에 따라 메시지 분기처리
  • 오늘 저녁 웹소켓 진행 예정