3주차까지의 후기 및 소감 (1)
1. MVP 중간발표 자료(기입)
2. 기술적 의사결정 & 트러블슈팅 기록
- 프로젝트를 진행하면서 직면한 문제를 어떤 과정으로 해결 하셨는지, 스택별로 기록 해 주세요
- 기술적 의사결정을 기본으로, 트러블슈팅도 있다면 기록해둡시다.
- Token 전략 - 기술적 의사결정
- Docker 사용 - 기술적 의사결정
- Redis 사용 - 기술적 의사결정
- admin과 user의 auth 분리 리팩토링
- 함수, 코드 리팩토링
- 커스텀 데코레이터의 필요성 트러블 슈팅
- Redis 트러블 슈팅
- Docker 환경설정 트러블 슈팅
3. 중간발표 피드백 기록
- 현재는 들은 피드백만 기록해놓았음
- 피드백 기록
4. 중간 발표 후 회고 (예시)
1) 미구현 된 MVP 기능
- S3 Multer를 통한 이미지 업로드
- 신고가 확인이 되면 피신고인란에 적힌 유저에게 경고 주기 구현필요
- 유저에게 경고가 5번 이상이 쌓이면 밴 처리 구현필요
- 냐옹상회(헤더 그림) 온클릭 이벤트 삭제
- 팬매자/구매자 거래 성사 후 진행과정 : 거래 완료시 구매완료/판매완료 안에 있는 상품 상세 보기에 서로의 연락처가 보이게 프론트 연결 필요 + 메일 발송
- 상품 상세에 계속 보이는 버튼들(딜하기/ 찜하기/ 삭제하기) 특정 조건에서만 보이게 프론트 연결 중
- 상품 업로드: 카테고리 하드코딩되어 있는 부분을 db에서 정보로 가져오기 연결 중
- 메인페이지 상품 페이지네이션 연결 필요 + status ‘sale’인것만 불러오기 구현중
- 상품 검색결과 페이지네이션 구현 필요 + 이미지 불러오기 연결 구현중
- 이미지 리사이즈 고정: style tag 수정중
2**) 추가/개선 할 기능과 그 이유**
- (개선) 프론트 메인 페이지에 서비스를 직설적으로 설명해주는 짧은 소개 필요: 블라인드 경매 (구매자가 상품의 판매자가 제시한 최저가 보다 높은 가격으로 가격을 제시하는데 다른 구매자들이 제시한 거래가격은 모릅니다. 오직 판매자만 해당 상품에 제시된 가격들을 모두 볼 수 있으며 판매자는 최고가격에 거래를 수락할 수 있습니다.). 다소 일반적이지 않은 서비스 특성 상 서비스 이용시 짧은 설명이 필요할 것으로 생각했습니다.
- (추가) 밴 신고 유저에게 통보 : 밴 처리시 유저에게 미리 통보를 해야함(메일로 통보)
- (개선) 유저 신고 기능: 하루에 신고 수를 제한(어뷰징을 막기 위해)
- (개선) 판매자/구매자 거래 수락시 alert창 : 거래를 수락할 시 거래 취소가 없다는 걸 알려주기 위해
- (개선) 이미지 업로드 방식: 현재 방식으로서는 1.tmp를 사용하지않음. 2.병목현상이 발생 됨
- (개선) render로 불러오는 정보들 모두 axios 불러오게 변환해야됨 : 1.error axios처럼 효과적으로 받을 수 없음. 2. function을 js파일에 따로 분리 했을 때 render로 불러온 정보를 쓸 수가 없음.
3**) 추가/개선할 기능을 어떻게 구현 할 것인지**
- ex) 사용할 라이브러리와 그 이유
- 실시간 채팅 → websocket(또는 socket.io) : 새로운 데이터가 들어오면 먼저 서버가 클라이언트에게 데이터를 전송하는 기술이므로 실시간 채팅 메세지를 주고받는 방식에 적합함
4. 앞으로의 계획 및 우선순위
| **순위** | 구분 | **앞으로의 계획 (구체적으로)** | **마감예정일자** |
| --- | --- | --- | --- |
| 1 | MVP | - 미구현 S3 multer로 전환하기 | |
| 2 | MVP | - 경고주기 기능 구현 | |
| 3 | MVP | - 판매자와 구매자의 거래 성사 직후 진행단계 프론트 연결 후 문자발송 연결 | 문자기능 구현완료 |
| 4 | MVP | - 상품 업로드 카테고리 변경 | |
| 5 | 추가 | 밴 신고 유저에게 통보 | |
| 6 | 개선 | ejs 렌더로 불러오는 정보 axios로 변경 | |
| | | | |
5. 이번주까지 해야할 일