엘리자베스에게 분배할 업무?CORS프롱이들이 2차 설계해주셨습니다 지라 티켓 멘션 확인하세요NULL새로운 유저 스토리 추가 필요대결 신청에서 요청 내용이 필요할지채팅 목록 조회팀 초대 엔드포인트팀 초대 수락 거절순환참조 어떻게 끊을 건지TODO 엘리 업무 분배
엘리자베스에게 분배할 업무?
병연님이 인턴하면서도 플젝에 힘쓰시려고 노력하시는데 뭘 도와야할지 갈피를 잡기가 어려워 보입니다 저희도 각자 업무 진행하느라 바쁘겠지만 다같이 병연님이 잘할수있는일을 찾아봐요
NULL - 개인적으로 병연님이 QnA남기신것들을 잘 확인을 못했던것같습니다 앞으로 잘 확인하고 답변해드려야겠다는 생각이 들었어요 그리고 병연님이 잘 따라오실 수있도록 더 스프린트 5회차? 때 도입할 should 파트의 베이스를 병연님이 준비하는건 어떨까요 s3, 소켓 등
hyeb - 진형님 의견에 동의합니다. API 를 바로 구현해주시거나 이슈가 생길경우 당장 해결이 어려우니 기술 부분 해주시면 좋을 것 같습니다 ! 근데 !! 병연님 의견도 일단 한번 들어보고싶네유 어떤 걸 하고싶으신지?
CORS
- 멘토님이 확인하신 바로는 CORS 문제 없다고 하셨습니다? - null
- 간밤에 설정파일에 대한 멘토님의 간단한 코칭이있었으니 일단 배포해볼까요 오늘? - null
프롱이들이 2차 설계해주셨습니다 지라 티켓 멘션 확인하세요
NULL
새로운 유저 스토리 추가 필요
없다면 추가되어야할 사항들이네요
다만 저희가 간과하고있는게 스토리와 API는 1:1이 아니라는 점입니다
하나의 스토리에 여러개의 API가 나올 수 있다고 생각합니다.
ex) 사용자는 이 커뮤니티에 합류하기위해 회원가입을 한다. 라는 스토리가 있을 시
이 스토리에서 중복체크 API 이메일 인증 API 회원데이터 생성 API 등등 1:n의 관계가 될 수 있을 것입니당.
그런데 문서화 구조 자체가 1:1로 매핑할 수 밖에없는 구조네요(바꾸려다가 말았음…)
대결 신청에서 요청 내용이 필요할지
- 저는 개인적으로 필요해 보이긴 해요 신청을 받는사람 입장에서 현재 must 사항으로는 상대에 대한 정보를 알 수 있는 것은 후기, 전적뿐인데 이 요청 내용에서 자신의 경력이나, 디테일한 수준, 솔깃한 제안 등을 말할 수 있다고 생각합니다. 이런것도 어필 못하고 거절 당한다면 앱 사용에 흥미를 떨어트리는건 아닌지?
- 없어도 크리티컬한 사항은 아니긴해요
채팅 목록 조회
- 저는 chattings 또는 communications, conversations 등이 떠오르네요
- chats
팀 초대 엔드포인트
- url에 대문자는 관례상 안쓰는걸로 알고 있습니다.
- /api/team-invitations
- /api/team/:id/invitations
- /api/invitations 제안드립니당
팀 초대 수락 거절
- 동의 합니다.
순환참조 어떻게 끊을 건지
- 일단 giver 사용하고 나중에 정리하는 시간(리팩토링 때?)을 가지자