7/25 ~ 7/31
MUST
- 마크업 작업 완성
- 구현하면서 서버의 GET 요청만 RESPONSE 데이터 짜기 (25일 자정까지)
- RESPONSE 데이터는 어떤 정보가 필요한 지 정도로 작성
- 자료형, 너무 당연해서 생략한 부분은 BE가 채워주기
- "createdAt", "updatedAt", “_id” 가 존재하지 않고 자료형도 안썼음 (너무 당연한 정보)
- 자료형, 너무 당연해서 생략한 부분은 BE가 채워주기
- rough 하게 만들면 빨리 만들 수 있으니까 → 27일 만나기 전까지
- 최대한 변경 없도록 속성 넣기
- 최종 서버 더미 데이터는 30일정도에 내려올 예정
예시
SHOULD
- BE와 협의된 최종 RESPONSE 더미 데이터로 1차 기능 개발
- 최적화 없이 일단 구현에 중점
- (BE에게 25일까지 RESPONSE DATA 전달한다면 더 빨리 시작 가능할지도)
→ 아무리 늦어도 28일 시작
COULD
- 1차 기능 개발 후 배포
- 배포 화면을 모바일로 보면서 최종 디자인 채택
멘토님 Q&A
1️⃣ 저희가 만든 더미 괜찮을까요?
의견 1: 추후 RESPONSE가 바뀔지도 모른다. 안돼!
- BE 작업 과정 중에 RESPONSE 데이터를 바꿀 수도 있지 않나 생각했습니다.
- 그러면 기존 더미를 바꿔서 또 작업해야 되는 게 비효율 적이지 않나요?
의견 2: FE가 RESPONSE 데이터를 짜니까 괜찮다.
- FE가 와이어프레임 만들면서 RESPONSE로 받아올 JSON 객체를 작성하기로 했습니다.
- 그러면 바뀔 가능성이 거의 없기에 더미로 작업해도 괜찮지 않을까요?
RESPONSE로 받아올 JSON 객체 예시
2️⃣ FE가 RESPONSE를 만드는 건 어떤가요?
- 이 방법이 효율적이라고 생각해서 필요한 API를 생각하면서 RESPONSE를 짜보기로 했습니다.
- 기한은 25일 저녁까지로 잡고 있는데 현실적으로 가능한 일정일까요? 아니다