[일일회고] 기획 수정과 1차배포, ERD - 22. 08. 30 (화)

점점 채워지는 팀플룸의 전지

 

팀플 2일차가 지나가고 있다.

이번주 당면 과제는 어제에 이은 프로젝트 기획 회의

 

- 프로젝트 prioty 정하기 (1차, 2차, 3차)

- FE 에서 이번 주 금요일까지 나와야 하는 결과물은 wireframe / flowchart / mock-up

- BE 에서 이번 주 금요일까지 나와야 하는 결과물은 ERD / DataFlow

 

친절한 프로젝트 진행 알림 메시지

github 에, 코드 issue 와 작업 진행도를 표기하기 위한 칸반보드를 만들고

milestone 을 생성했으며, (priority 작업을 깜빡했다! 내일 다 완성해야지...)
( 우리 프로젝트에서는, 마일스톤으로 각 '팀원 이름' 을 사용했다. 짧은 기간(약 3주 - 15일)에

 프로젝트를 완성해야 하므로, 각 팀원 한 사람 한 사람의 이슈들을 모아 하나의 마일스톤으로 사용 )

FE 에서는 아주 빠른 속도로 wireframe 과 flowchart 작업을 마무리해 가고 계셨다.

 

 

issue, commit 양식, 작업시간, git 관련 규칙을 정리했다.

 

와이어프레임 작업을 하면서

생각보다 많은 벽에 부딛히게 되었다.

꼬리에 꼬리를 무는 기획은, 작업량의 증가만 가져오기에

핵심 기능들이 무엇일 지를 정하는 부분이 금일 회의의 주 목적이 되었었다

(priority 1차, 2차, 3차를 정해가는 회의였다. 내일 문서화 꼭 해야지..)

 

관련하여 완성된 와이어프레임 부분으로 ERD 를 그려가기 시작하는데..

'좋아요' 및 '차단' 기능들과 관련하여 Table 들의 관계를 표현하는데 애로사항이 꽃폈다.

 

• 만일, User 가 User 를 차단한다면..?
  '차단' 을 기준으로 User 가 Self 로 N:M (다대다)관계가 되지 않나? 이걸 테이블로 어떻게 표현하지..?

 

생각보다 해결법은 간단했다.

'차단된 유저' 테이블을 만든 후,

1:N 관계로 엮어주는것이 그 해결책 중 하나가 되었다.

 

이게 개념적으론 User 들끼리의 다대다 연결이지만...

테이블로는 저렇게 표현할 수 있으니 다대다 관계 설정까지는 필요 없었던 것이다...

 

 

---

 

 

이 외에 배포를 실험해 보다가

package.json 의 버전 충돌로 인해

못보던 오류를 발견해 이 곳에 약 2시간가량 헤메였던 것 같다..

(결국, 예전 버전의 package.json , yarn.lock 파일을 이용하는 것으로 임시 해결했다)

 

하루하루 재밌는데..

어느덧 저녁 11시 55분이다.

 

헤르미온느의 모래시계 보급이 절실하다..🙏