---
# System prepended metadata

title: Untitled

---


## :bookmark_tabs: 멘토링

### 공통 질문 리스트

1. 구현하려고 생각한 기능 설명 & 팀원별 역할
    - 구현하려고 생각한 기능 설명
        - 주어진 Github 링크를 통해 주차별 기능에 대한 구현 위주로 요구사항을 도출하였다.
        - 아직 컴포넌트 설계는 하지 않았지만, Atomic Design을 적용하고 StoryBook을 도입하여 FE 개발을 할 예정이다.
        - 어떻게 해야 컴포넌트 설계를 깔끔하게 할 수 있을지 고민중이다.
        - 디자인은 Slack Black 테마로 진행할 예정이다.
    - 팀원별 역할
        - 추후 논의 예정이고 지금은 어떤 방식이 효율적일지 고민중이다.
    
2. 지난주에 한 일
    - 프로젝트 환경 설정
    - 요구 사항 분석
    - API 설계
    - DB 설계
    - 첫 만남
    - Project, Issue, Milestone 생성

3. 생성한 문서 대략적으로 같이 보면서 설명 (브랜치 전략 등)
    - swagger
    - DB 설계
    - 브랜치 전략

<br/>

### 멘토님의 답변

1. Atomic Design을 적용할 예정인데 Backlog 작성 시 어느 정도의 단위로 나눠서 작성하는게 좋을까요?
    - 헤더, 메시지, 입력 부분 등 큰 단위로 Backlog를 작성하고 그 안에서 Atomic하게 나눠서 개발
    - 구역을 나눠서 각자 설계를 해보는 것도 좋을 것 같다.
    - 이렇게 하면 작업을 나누거나 작업이 얼마나 걸릴지 예측하는 작업도 편하게 할 수 있을 것이다.


2. 팀원별 역할 (BE 1명, FE 1명, 풀스택 1명)
    - 각자 맡고싶은 분야가 있다면 그렇게 해도 될 것 같다.
    - 그렇게 나누는 게 효율적이기는 하다.
    - 확실히 작업물이 빨리 나올 수 있을텐데 팀원분들이 다 괜찮다고 하면 그렇게 해도 될 것 같다.


3. 채팅방 정보를 통째로 불러오는 채팅방 정보(메시지, 댓글, 참여자) 조회 API
    - 웹에서 slack 띄우면 네트워크 탭에서 요청이 왔다갔다 하는 것 볼 수 있다.
    - 그걸 참고해서 API를 나눠서 구성하는 것이 좋을 것 같다.
    - 통째로 불러오는 것 보다는 영역을 나눠서 가져오는 것이 많을 것이다.
    - 통째로 정보를 가져오면 지금은 데이터가 적지만 데이터가 많아졌을 경우 초기 렌더링이 느려질 것이다.
