1. 채팅방 pk를 두개의 user_id를 합쳐서 사용한다고 하셨는데, 혹시 예상되는 단점이 있으신가요?
2. 쿠폰 타입은 동적으로 생성 추가될 여지가 많아 보이는데, enum으로 관리하는 경우 예상되는 혹은 겪어보신 단점이 있으신가요?
3. 채팅을 나누는 대화내용의 데이터를 영속화 하는 기준과 시점에 대해서 고민해보셨나요? 혹시 구체적으로 어떻게 관리하실 예정인지 궁금합니다.
4. 쿠폰과 결제 예치금과 관련해서 컴플레인이 들어오면 어떻게 하실건가요? 예를들어 난 쿠폰 사용 하지 않았는데, 쿠폰이 사용되어있다. 예치금을 통한 결제를 진행하지 않았는데 금액이 줄어들었다 와 같은 컴플레인은 어떻게 대처하실건가요?
5. 쿠폰 테이블의 구조상 쿠폰아이디와 할인율은 불필요하게 중복된 데이터가 저장될 여지가 많아보이는데 고민해보신적 있으신가요?
6. 검색기능에 대한 구체적인 플랜이 궁금합니다, 게시글만 검색할 것인지 대화내용과 같은 부분의 검색도 지원하실건지 궁금합니다.
7. 소셜로그인과 제한적인 유저 테이블로 인가를 구현하기가 까다로워 보이는데 인가를 구현할 구체적인 계획이 궁급합니다
8. 구매이력은 어디서 관리되고 있는지 궁금합니다!
중간 발표 전 피드백 질문 2가지
1. 도커/도커허브를 이용해서 이미지로 배포하는 것과 그냥 빌드파일 올리는 것중에 왜 이미지를 이용하는걸로 결정하셨나요
엘라스틱 서치를 이용해서 성능 향상을 시도하신거라면 혹시 효용을 증명 할 수 있는 스탯을 정리해두면 좋을 것 같은데 그런 계획이 있으신가요?
구체적으로는 사용하지 않음을 가정한 api와의 비교, 그리고 성능 테스트 도구의 도입 정도를 생각해볼수 있을 것 같은데 이런 부분에 대한 계획이 궁금합니다
