---
# System prepended metadata

title: "\b1월 5주차 주간 회고"
tags: ['20220128', 주간 회고]

---

1월 5주차 주간 회고
===
## TGIF
### 많은 후회는 날 천천히 가게 할 뿐이다. 후회하지 말자

###### tags: `20220128` `주간 회고`

아키텍처 및 패턴 점검
 - 우리 아키텍처 잘 만들고 있습니까?
     - 리뷰 받기
     - 플랜을 확인 받자 서로

생산성 관리
 - 스프린트 및 이슈 점검 - 달성률

개인화 문서화 계획 점검(시간 갖기)
 - 스프린트 단위 개인별 목표에 대한 문서 작성 결과 점검


### 패턴 & 아키텍쳐 점검

#### 김완기 <달성률 70%>
- MVVM 구조에 대해서 명확한 관점을 어느정도 가지게 된 것 같다.
    - Event Driven이 아닌 Data Driven이라는 생각 덕분에 명확한 관점을 가진 듯함.
- View Configure 프토토콜을 선언하면서 템플릿 메소드 패턴에 대해 명확히 이해하면서 작성함.
- 클린 아키텍쳐의 도입을 하면서 왜 이런 구조가 나왔는지에 대한 고민을 가져가기로 했음.
- 달성률을 퍼센트로 표현하기에는 기능의 진행 사항을 이야기 해야할지 내 목표인 패턴에 대한 이해도인지 제대로 파악하기가 어려움. 하지만 유저 서버와 연동 및 로직을 구성하면서 제대로된 구조 이해를 했다 라고 스스로 느꼈음.

- 백엔드 팀원과 서버 내 데이터 모델 구조 협의하면서 백엔드에 대한 이해를 좀 많이할 수 있었음.
- 




#### 이강호 
- MSA 패턴의 의미가 좀 퇴색된 것 같은 느낌이 있다.
    - 너무 많은 기능이 상품서버에 몰린 경향이 있다.
        - 하지만 효율성을 버리고 MSA패턴 구실만 챙겨가기 위해 억지로 분리하는 것은 오히려 더 좋지 않다고 생각했다.
        - 결국 상품에 거래를 함께 붙이고 효율적으로 빠른 상품 리스트를 얻어 올 수 있게 되었다.
    - 추천 서버와 로그 서버를 나누지 않고 로그 서버에서 파이썬 추천 스크립트를 실행하는 방법으로 방향을 바꾸었다.
        - 위와 같은 맥락으로 서버를 나누지 않았다.
        - 사이즈가 큰 유저 데이터를 굳이 통신을 통해 나누는 것이 비효율적이라 생각되어 파이썬 서버를 따로 제작하지 않고 스크립트 파일로 저장하고 데이터베이스를 이용해 바로 데이터를 읽어오고 제작하는 것으로 변경했다. (캠프장님의 의견도 동일)


#### 홍석기 <달성률 90%>
- **Atomic Design Pattern, 양날의 검이라는 것을 느낌!**
    
    ==좋았던 점==
    
    - 재사용성은 정말 뛰어나서 조합시 빠르게 완성될 수 있는 장점
    - storybook 도입으로 팀원들과 공유하고, 특히 모바일에게 필요한 리소스를 나눌 수 있어 효과적.
    - 개발하면서 atom/molecule/organism/template/page의 경계가 조금은 뚜렷해지는 것 같다.
        - organism - 완성된 작은 컴포넌트 단위. 필요하다면 api 통신 붙이기.
        - template - only layout 계산 / no 통신 / 고정되고 fix된 페이지의 레이아웃 모양.
        - page - api 통신 빈번. template 기반, 데이터에 따라 변경되는 부분.

    ==나빴던 점==
    
    - 컴포넌트간 결합이 굉장히 강한 경향으로 개발이 되고 있음.
        - 컴포넌트를 만들면서, 해당 컴포넌트를 사용하는 상위단계에서 어떤 props를 줄건지 감안해야함.
            - 그와 동시에 든 생각으로는, 
            
            :::info
            만약 해당 디자인 패턴을 사용하는 프로젝트가 존재한다면, 중간 투입자들은 적응하기 쉽지 않겠다, 생각이 들었다.
            
            처음부터 같이 한 팀원이야 협의하에 잘 하겠지만...
            :::
            
        - 하지만 그 props가 한 단계 거쳐서 오는 **`props drilling`** 가 불가피한 상황이 일어남.
            - 해당 내용은 filtering 기능에서 심한 상황인데, milestone2로 `context API` 도입 고려중.

### 타임라인
#### 김완기 <달성률 70%>
- 

#### 이강호 <달성률 100 %>
- 상품 서버 마무리 및 클라우드 서버에 띄우기
    - 내 위시 리스트 반환
    - response 데이터 구조 변경
    - 클라우드 mysql에 크롤링한 데이터 생성
- log 서버 구현
    - 문서형 user 활동 데이터 형식 저장
    - product 날짜별 price 

- 추천 알고리즘에 대한 실습 및 조사
    - 영화 평가 데이터를 바탕으로 조사
    - MF 알고리즘을 이용한 추천 기능 제작
    - CF 알고리즘을 이용한 추천 기능 제작

#### 홍석기 <달성률 90%>
- 짜잘한 컴포넌트는 90%이상 완성.
    - 회원가입 페이지 작성
    - 스니커즈 사이즈 선택 그리드 작성.
    - `input` 태그 수정.
    - 최근 거리 관련 카드 컴포넌트 작성.
        - 마이페이지 내부 사용되는 카드.
    - 마이페이지 좌측 사이드바 생성.
    - `userDetail` 컴포넌트 작성
    - 유저 프로필 카드 작성. (마이페이지)
    - 제품 최종 썸네일 제작.
- SHOP 화면 레이아웃 구성 
    - api 통신 시작.
    - swr 도입.



### 이외 회고

**Dev Camp 1기 미팅 진행** 덕분에 팀의 방향성을 조금 찾았다는 느낌도 줬음.

레모네이드 불화설에 대하여..

억지 질문 금지 그라운드룰에 추가하기!