---
# System prepended metadata

title: 주간회고 Week3

---

# 주간회고 Week3

## 잘한 것
- 기완: DB단과 UI단 모두 조화롭게 다루어 볼 수 있었음
- 현식: 할당된 이슈를 해결함
- 상진: 보여줄 수 있는 화면에 대한 데모를 만들 수 있었음
- 수현: 고칠게 많겠지만 그래도 눈으로 볼 수 있는 작업물을 만든 것

## 개선해야할 것
- 기완: 작업 속도가 많이 더뎠던 점
- 현식: 작업속도에 집중한 나머지 다른 것들을 돌아보지 못함
- 상진: 기능을 작성하는 것도 물론 중요하지만, 버그나 개선할 사항에 대한 작업들을 이슈로 발행하여서 기록으로 남기는 것이 중요할 것 같습니다.
- 수현: 돌아만 가는 코드가 된 것 같아서 다른 사람의 리뷰를 조금 더 진지하게 읽어봐야겠다.

## 다음주 목표 
- 완성 화면 
  - Home 
  	- 음악을 선택할 때 화면이 줄어들었다가 커지는 애니메이션 
		- 아래쪽 뷰(선호음원목록) 
    - 아래쪽 뷰의 전체보기 버튼 눌렀을 때 나오는 화면들(이것도 콜렉션뷰같음) 
    - Breath UseCase, VM, Animation 
    - 화면 Presentation 관련 구현 
  - Explore 
    - 뷰 
    - 데이터 바인딩
  
  - 데이터 구조 변경점
    - 앱 초기화(초기 세팅) 하는 부분

    
  - 음원상세화면
    - Home/Explore에서 호출할수있게 연결
    - 기본적 기능(음악재생) 연결


- 수현: 컨텐츠 관련 처리에서 발생하는 버그 클리어 및 Home UI 개선
- 기완: 네트워크쪽 트래픽 문제 해결(네이버클라우드), 주말내만 음원상세화면을위한 데이터(Media관련해서 음원 화면) 구조 리펙토링->사실이게 viewModel, 애니메이션, 줌 배경 만들기
- 현식: Explore 화면, 태그 목록 확정. 앱 아이콘 구상, 타이머 뷰컨 구조 리팩토링, 음원 데이터 생성.
- 상진: 애니메이션, Home에있는 collectionView 뚝딱뚝딱하기



## 기완님의 제안목록들

다음 ppt는 구글 말고 키노트로 하자
장점: 이쁜것같다
단점: 파일을 아이클라우드에 넣어야 공유가됨(전 5기가인데 2.5기가씀)


구현하면서 발생하는 막히는 자잘한 문제들을 issue로 정리해서 git에 올리기
장점: 정리가 쉽다, 당장 못지우는 코드들 관리
-> label를 따로 만들어서 그거쓰기

앱 아이콘
- 간단하게 해보겠음

줌 팀 배경
- 간단하게 해보겠음

firebase 이슈 해결
- 월요일에 결정될것같음

홈쪽 버튼이 일반버튼과다르게 input 영역
-> todo issue(기술적도전)

self에 대한 이야기 (유시형 멘토)
https://boostcamp-wm6-me.slack.com/archives/C02H7FDM14L/p1635164248002400
>self는 되도록이면 붙이는게 좋다고 생각
>(역시 개인적인 생각입니다!) self.를 붙이는 것은 코드를 읽을 때 꽤 도움이 됩니다.
>예를 들어 뷰컨트롤러의 한 메소드 내에서만 사용하는 변수 이름과 뷰컨트롤러의 프로퍼티 이름이 동일하거나 비슷하면 코드만 읽고서는 어떤 변수가 어떻게 활용되는지 파악하기 쉽지 않을 수 있겠죠.
>그래서 저는 self가 명시되어야 하는 모든 곳에 붙여주고 있습니다.
>개인의 선택이니 여러분도 생각해보시고 위에서도 말씀드렸듯 “일관된” 코드 작성을 해보시면 좋겠습니다!

self를 붙여서 발생되는 코스트는?

firebase 기술적도전에서 뺴는것 검토해보기

