-
Notifications
You must be signed in to change notification settings - Fork 6
멘토링(201123)
Do Ho Kim edited this page Nov 24, 2020
·
2 revisions
-
구현하려고 생각한 기능 설명 & 팀원별 역할
- 구현하려고 생각한 기능 설명
- 주어진 Github 링크를 통해 주차별 기능에 대한 구현 위주로 요구사항을 도출하였다.
- 아직 컴포넌트 설계는 하지 않았지만, Atomic Design을 적용하고 StoryBook을 도입하여 FE 개발을 할 예정이다.
- 어떻게 해야 컴포넌트 설계를 깔끔하게 할 수 있을지 고민중이다.
- 디자인은 Slack Black 테마로 진행할 예정이다.
- 팀원별 역할
- 추후 논의 예정이고 지금은 어떤 방식이 효율적일지 고민중이다.
- 구현하려고 생각한 기능 설명
-
지난주에 한 일
- 프로젝트 환경 설정
- 요구 사항 분석
- API 설계
- DB 설계
- 첫 만남
- Project, Issue, Milestone 생성
-
생성한 문서 대략적으로 같이 보면서 설명 (브랜치 전략 등)
- swagger
- DB 설계
- 브랜치 전략
-
Atomic Design을 적용할 예정인데 Backlog 작성 시 어느 정도의 단위로 나눠서 작성하는게 좋을까요?
- 헤더, 메시지, 입력 부분 등 큰 단위로 Backlog를 작성하고 그 안에서 Atomic하게 나눠서 개발
- 구역을 나눠서 각자 설계를 해보는 것도 좋을 것 같다.
- 이렇게 하면 작업을 나누거나 작업이 얼마나 걸릴지 예측하는 작업도 편하게 할 수 있을 것이다.
-
팀원별 역할 (BE 1명, FE 1명, 풀스택 1명)
- 각자 맡고싶은 분야가 있다면 그렇게 해도 될 것 같다.
- 그렇게 나누는 게 효율적이기는 하다.
- 확실히 작업물이 빨리 나올 수 있을텐데 팀원분들이 다 괜찮다고 하면 그렇게 해도 될 것 같다.
-
채팅방 정보를 통째로 불러오는 채팅방 정보(메시지, 댓글, 참여자) 조회 API
- 웹에서 slack 띄우면 네트워크 탭에서 요청이 왔다갔다 하는 것 볼 수 있다.
- 그걸 참고해서 API를 나눠서 구성하는 것이 좋을 것 같다.
- 통째로 불러오는 것 보다는 영역을 나눠서 가져오는 것이 많을 것이다.
- 통째로 정보를 가져오면 지금은 데이터가 적지만 데이터가 많아졌을 경우 초기 렌더링이 느려질 것이다.