Project2

기간 : 2주팀원 : 프론트 2명 (PM) / 백엔드 2명필수 구현 사항 : 로그인, 회원가입, 주문, 결제 새로운 팀원 배정 후 첫 날우리 팀이 부여 받은 KREAM 이라는 사이트를 분석해 보았다. 먼저 KREAM이라는 플랫폼은 한정판 신발을 이용자간 거래를 할 수

기간 : 2주팀원 : 프론트 2명 (PM) / 백엔드 4명필수 구현 사항 : 로그인, 회원가입, 주문, 결제1일차에 이어서 ERD 구상을 진행 중이다. 어제도 엄청 열심히 구상했지만 또 다음 날 다시 보니 테이블의 역할이 애매하거나 더 효율적인 무언가가 있지 않을까 고

기간 : 2주팀원 : 프론트 2명 (PM) / 백엔드 4명필수 구현 사항 : 로그인, 회원가입, 주문, 결제오늘도 ERD에 대한 수정을 진행했다. 머리로만 구상했던 구조가 막상 입력을 하는 과정에서 구조의 오류를 많이 마주했다. 문제 1) 수정 전 기존 구조는 user

<Project 2 - KREAM >기간 : 2주팀원 : 프론트 2명 (PM) / 백엔드 4명필수 구현 사항 : 로그인, 회원가입, 리스트페이지, 상품 디테일페이지 ,주문, 결제문제 발생) 이번 문제는 처음으로 멘탈이 와르르 무너지는 실수였고 반성과 리마인드 차

<Project 2 - KREAM >기간 : 2주팀원 : 프론트 2명 (PM) / 백엔드 4명필수 구현 사항 : 로그인, 회원가입, 리스트페이지, 상품 디테일페이지 ,주문, 결제이번 나의 담당은 주문,결제에 관한 기능을 담당했다. 내가 생각한 핵심은 두가지이다.

<Project 2 - KREAM >기간 : 2주팀원 : 프론트 2명 (PM) / 백엔드 4명필수 구현 사항 : 로그인, 회원가입, 리스트페이지, 상품 디테일페이지 ,주문, 결제이번 KREAM에 대한 모식도를 그렸다 모식도를 그려야겠다라고 생각한 계기가 있었다.

<Project 2 - KREAM >기간 : 2주팀원 : 프론트 2명 (PM) / 백엔드 4명필수 구현 사항 : 로그인, 회원가입, 리스트페이지, 상품 디테일페이지 ,주문, 결제< 채결에 대한 이해 과정 > 처음에는 채결에 대해 실시간으로 상품을 찾는 api