- 설정한 목표에 대한 의견이 분분하여 갈등이 있었다.
키워드 선택 시 상품 추천 기능
: 타 사이트와의 차별점이자 모델링 대상으로 추천된 이유 중 하나
: 프론트엔드 강조주문 & 결제 기능
: 이커머스의 조회-구매 Cycle의 한 축을 담당
: 백엔드 강조
-
초반 기획을 탄탄하게 (홈페이지 분석, 유저플로우 검토, 회의록 작성)
-
툴을 복잡하게 여러 개 쓰기보다는 ~하나라도 잘!
-
api 명세서 작성을 함께 의논해서 시작하기!
-
PM(대표로 일정 관리를 철저하게 해줄!) 정해서 테스크 관리 확실하게!
-
백엔드로서 CRUD 기반으로 생각
-
리팩토링을 고려한 코드 작성
-
프리티어 설정
-
프로젝트 중 모르는 것이 있으면 계~속 붙들고 있기보다는 멘토에게 질문하는 것
-
팀원과 의사소통 시, 존중하고 배려하는 자세
-
프론트엔드와 백엔드 간 기능 연결에 협조적인 자세
-
API명세서 작성( => postman 활용)
-
SCRUM 일정관리 협업툴로 Notion, Trello 활용
-
사용한 기술 스택 종류 나열
-
흐름을 잡는 용도로 DB스키마 활용
-
PDF, 이미지, 비디오 데이터를 관리하기 위해 AWS S3 활용
-
객체 분해 구조할당 - filter options
-
발표 시 Blocker와 Thoughts를 각자 작성
-
깃허브에 잔디심기 매일
-
처음에 기획을 정확하게 잡고 팀원과 공유하는 것
-
git은 프로젝트 진행 속도에 영향을 끼친다
-
CSV파일을 미리 모으는 것
: product_options테이블과 products테이블의 차이를 이해하고 SQL쿼리를 짰어야 했는데 그러지 못했던 아쉬움. thumbnail_img 컬럼을 잘 이해하지 못함 -
내 것을 발표하는 것만이 중요한 게 아니라 다른 사람의 발표를 듣는 것도 중요하다
상황1. 미리보기 GET API 구현 시,
제품 리스트 GET API
- 구별자 조건: productId 👉 productOptionId
- 같은 productId여도 사이즈가 다를 경우 다른 제품으로 인식되어야 하므로 필터링 조건이 productOptionId여야 한다!
제품 상세 GET API
- 구별자 조건: productId
- ARRAYAGG를 활용해 특정 productId에는 1~4개의 productOptionId가 할당된다
미리보기 GET API
- 제품 리스트 GET API로 불러온 필터링된 리스트에서 특정 제품을 선택하므로 productOptionId를 조건으로 정보를 GET해야하는 상황.
어쨌든 프론트엔드 쪽에서 해결했다.
미리보기 GET API가 처음 기획 때 공유되지 않았던 문제점?
공유됐을지도 모르지만 기록을 하지 않아 명확하지 않음
