1012 스크럼

[cofla159]

황채림
메인페이지 탭화면 구성, 매칭 결과 스켈레톤 구성 및 더보기 버튼 약식 구현

김재민
테스트용 gp-pages 배포 환경 구성, 드래그앤 드롭 라이브러리로 사진 업로드 구현 완료

배장한
intellij 공부 중, 실종 등록 api 오류 해결 중(내일 중 완성 예정), 내일 내로 api 구성 전달 예정

이재호
백엔드 https 배포 완료(https://mungtage.shop/api/v1/*), 도메인 붙여서 사용하기 편리하게 만들 예정, 소셜 api(구글) 예정

조인철
AI 매칭 트리거는 사용자가 등록했을 때+이후 1시간 마다

=> 색의 중요도가 낮은 것 같은데 모델을 바꿔야 하나? 학습시키는 모델은 없는 것 같아서 멘토링 필요

• 한 사용자가 한 마리만 업로드 가능하게 할 것이냐 여러마리 가능하게 할 것이냐

  1. 확장 가능성으로 남겨두어도 될 듯(프로 버전)
  2. 잃어버린 반려동물을 찾아준다는 목적에서 특정 경우를 배제한다는게 목적에 부합하지 않는다고 생각함
  3. UI적으로나 데이터 중복 면에서 이득을 볼 수 있음
     => 기본 버전은 한 사용자 당 한마리+등록 데이터는 보름 지나면 자동 삭제, 프로 버전은 여러 마리 가능+기한은 일년(?)

• AI 매칭하려면 jpg가 아니라 npy 파일이 필요하다
  -> 공고 사진은 jpg 파일이 아니라 url 링크로 주어지는데 이걸 파이썬에서 다운받아서 npy 변환할 수 있는가
  => 가능!

• 새롭게 업데이트된 데이터인지 구분은 createdAt으로 구분, 조회하는 시점의 시간과 비교해서 최신 데이트만 넘김
  -> 10개 요청을 보냈는데 7개밖에 처리를 못한 상태에서 새로운 요청을 보내야 하면 중복 요청을 보낼 수도 있다?
  -> 10개를 모두 처리하고 처리데이터를 보내는게 아니라 모두 처리되지 않았어도 n분 간격으로 보내도록 하면 해결 될 수도.
  -> 백엔드를 거치지 않고 파이썬에서 바로 db에 업데이트를 해도 되는것 아닌가?

• AI 서버에서 매치 하나가 될 때마다 업데이트를 하면 통신이 너무 많이 일어난다
  -> 30분마다 업데이트를 하자
  -> 굳이 ai 서버가 다 끝나지 않았는데 다시 매칭 요청을 할 필요가 있는가? ai 서버가 한번 요청 받은 데이터들을 다 처리하고 다서 그 값을 백엔드에 업데이트 하고 그 당시 결과값이 없는 데이터들을 받아와서 매칭을 시작하면 될 것