/////
Search
Duplicate
🗞️

6월29일 개발자 회의

현재 작업중 및 작업 예정.

피터
1.
알람 서비스 구현중
구팽
1.
AWS S3 파일 업로드 테스트 코드 빌드중.
2.
API 요청 쿼리 테스트 중.
에이젠
1.
API 요청 쿼리 테스트 중.
2.
샌드버드 채팅 UI 커스터마이징 가능 여부 확인( 미리 피그마 디자인 구현해보기 )

회의 내용.

1.
me(로그인 유저 정보 불러오기), addItem(제품 올리기), getItemList & getEndingSoonItemList (제품 리스트 조회) 등의 api 클라이언트 반영할 때 api 요청의 흐름에 대해서 생각하면서 구현.
a.
ex) 사용자 로그인 -> 아이템 리스트 화면
(카테고리가 정해져있다면 카테고리 아이템을 넣고 status또한 판매중인지 품절인지 추가해주어야함.)
2.
토큰 만료된 것은 kakao notify 로 갱신
3.
me api요청을 통해 로그인 여부를 확인해도 됨.(토큰 갱신 여부, status코드 등 확인 가능.)
4.
updatePushToken 파이어베이스에서 발행되는 푸시토큰(6개월 만료로 기억) 가입 후 내정보를 가져간 후 푸시토큰을 서버쪽으로 업데이트를 해줘야 푸시를 날릴 수 있음. 방법1) me를 통해 내정보를 가져오고 푸시토큰을 업데이트 (안전한 방법) 방법2) 파이어베이스 이니셜라이징을 하면서 토큰 정보를 가져올것이기에 그 후 me를 호출 하므로 그때 푸시토큰을 업데이트하는 것도 방법.
5.
지금 ui에 카테고리 필터가 들어가 있음. 백엔드 작업을 안 하면 버려짐 & 사용하기엔 검색이 어려움. 일단 알림 서비스, 패널티 찜하기 작업 완료 후 작업. 지금도 아이템리스트를 가져갈 때 필터가 많음. 서버에서 데이터를 받아와서 어떻게 UI를 뿌려줄지 통일화가 필요해보임. 그렇지 않다면 서버사이드에서 필터링을 이용한 검색을 하는 알고리즘이 굉장히 복잡해지게 됨. 서버에서 하나하나 모든 정보를 담고 있어야함(서버작업의 부담이 매우 커짐.)
6.
getItemList api는 페이지네이션에 대한 기능의 이해가 필요함. 쉽지않다면 같이 진행.

건의사항

1.
(개발 관련) 인터그레이션 작업중 발생하는 여러 상황에 효율적으로 대처하기 위해 함께 작업하는 시간이 필요할 것 같음. 방안) 같은 공간 or 같은 시간 비대면 작업(화면 공유). -> 이번주 주말 같은 때로 정하면 이상적 ex)
a.
실제로 인터그레이션을 해커톤으로 진행하는 곳이 있음.
b.
이번주 에이젠 api 인터그레이션 작업중 발생하는 에러 원인을 뚜렷하게 찾을 수 없는 상황 발생.
2.
(기획 관련) 상세 필터 상의 필요. (회의 내용 5번)