0808_retrospecitve

권민아

2023/08/08

오늘 한 일
1. github actions 수정..
  - 끝난 줄 알았는데 테스트가 계속 실패해서 자꾸만 수정할 게 생긴다..^^
2. 배포 작업
  - 필요한 인프라 마련하고 도메인 사서 연결했다. 빠르게 완료하고 API 개발하고 프론트랑 연동해서 데모 영상 찍어야지

아쉬운 점
1. 코드 리뷰 더 꼼꼼하게
  - 우리 팀 안드로이드 분들 코드리뷰에서 코멘트가 10~20개씩 달리는 걸 보니 반성하게 된다.. 백엔드도 더 꼼꼼하게 코드 리뷰하기로 해야지.
2. 깃이 어렵다
  - 주변에 깃 충돌 때문에 고생하는 팀들을 봤는데 오늘 우리 팀도 결국 프론트랑 안드로이드 파일이 섞였다. 파일명 수정하신 걸 내가 다시 바꿔버려서 죄송하다..🥲 브랜치를 더 조심히 관리해야겠다.

한마디
오늘따라 유독 졸리고 집중이 안됐다.. 마음은 급한데 체력이 안 따라줘서 슬프다. CS 공부도 해야 하는데 언제 하지

김유빈

* TODAY
- 옵션 상세 다이얼로그 만들기
   - 동그라미 인디케이터뷰 제작
   - 텍스트 인디케이터 만들기 
   - 라운딩
   - 뷰페이저 구현

*LECTURE : 아키텍처 , 의존성 주입
- SoC(Seperation of Concern) : 관심사 분리
  : 관심사에 따라 계층 분리
  : ex ) data, ui layer
- 데이터 모델 : 라이프 사이클 영향 안받음
- persistent model 
  : 앱 종료시 정보 손실 없고 네트워크 연결 안해도 동작가능
  : DB로 구현가능
  : 오프라인 모드
- 계층 분리
   : UI / Domain(optional) / Data
-Data Layer
   : Repository
     ~ 앱의 데이터 관련 사항 담당
     ~ 데이터 소스 추상화
     ~ 네이밍은 '데이터유형+Repository'
   : DataSource
    ~ 종류 remote,local
    ~ 네이밍은 '데이터유형 + 소스 종류 + DataSource'
- main-safe
  : 메인스레드에서 호출해도 안전하게 요청 작업 수행
  : 코루틴 사용시 Room, Retrofit는 지원
  : 직접구현시 신경써야함

- 의존성 주입 : 필요객체를 외부에서 주입
 * 장점
    1. 코드 재사용가능
    2. 리팩토링 편의성
    3. 테스트 편의성
* 인스턴스 생성은 의존성 주입이 아니라 의존성 있는거
* 파라미터로 제공 -> 의존성 주입
    - 생성자 주입 : 프래그먼트, 액티비티는 불가능, 생성시점다른 객체도 불가능
    -field(setteer)주입

+) Q. 서비스 로케이션 패턴으로 의존성 주입 -> 지양하는게 좋다는 의견이 많다.

* KEYWORD
- typeface
- 코루틴
- 의존성 주입

박세영

오늘 배운 내용
 1. Domain Layer
 2. Data Layer
 3. Dependency Injection 
 4. Data Source 
 5. 생성자 주입, 필드 주입 

오늘 한일 
 1.  색상 선택 페이지 코드 리뷰 및 리뷰 내용 반영 
 2. 트림 선택 페이지 레이아웃 구성 

해야할일 
 1.  ViewModelFactory 코드 개선 
 2. 트림 선택 페이지 나머지 구현
 3. Domain Layer 예제 찾아보기

엄석훈

오늘도 오전에는 수업에서 리액트 라우터에 대해서 배웠는데 확실히 이번 프로젝트에서 어떻게 쓰면 좋을지 고민하게 되는 좋은 시간이었다. 

오후에는 어제에 이어서 계속해서 코드를 작성했다. 옵션 선택 화면을 구현하고 있는데 프로젝트에서 가장 범위간 큰 페이지라 꽤나 힘들다. 어제 만들어둔 컴포넌트들을 조합하면서 페이지를 만들고 있는데 생각보다 컴포넌트 재활용이 힘들다. 또한 디자인에 모든 것이 명시되어 있지 않아서 팀원이나 다른 팀사람들과 의논하고 좋아보이는 방향으로 구현하려고 한다.

그리고 중간에 크롱과 이야기하면서 상태를 props로 아래로 내려주는 것을 너무 걱정하지 말라고해서 위안이 되었다. 코드의 복잡성이 조금 올라가긴 해도 어느정도는 타협이 필요한 것 같다.

내일은 옵션 선택 페이지를 어느정도 끝낼 수 있으면 좋겠다.

이승현

두번째 날이다 !
어제 밤에 트림 페이지 마무리하려고 노력했는데 실패해서 오늘은 꼭 ! 반드시 ! 마무리 해야 겠다고 생각했는데 일단 대충은 마무리를 끝냈다.
오늘도 모달을 어떻게 처리해야하나 ... 고민을 정 말 많이했는데 일단 임시방편으로 스크롤을하면 모달을 지우는 형식으로 구현했다. 사용해보니 일단 뭐 괜찮은  것 같으면서도, 기본 옵션을 눌렀을 때 뜨는 모달을 어떻게 띄워야 할지(스크롤을 위로 올려서 옵션을 누르면 모달이 가림) 더 고민을 해봐야겠다.
그 이후 색상선택 페이지 이슈를 파고 테스크를 세분화했다. 석훈님이 개발하고 있는 옵션 페이지가 정말 까다로워서, 내가 색상페이지까지 완료해야 시간이 맞을 것 같다. 색상 페이지 어려워보이던데 ㅠㅠ
오늘 오후에 API연동을 간단하게나마 해볼 수 있을까? 했는데, 백 서버쪽에서 오류가 나서 API를 사용해보지 못했다. 조금 아쉽다!
오늘 크롱 수업에서 히스토리에 대해 배웠는데, SPA에서도 히스토리 관리가 된다는 것이 신기했다. 그리고 카카오같은 대기업이 그걸 처리 안했다니 -!
현수님이 화면 애니메이션을 정말 예쁘게 주셔서, 나도 트림 페이지에 애니메이션을 줘보려고 한다 !! 오늘 조금 해봤는데, 은근 쉽지 않다? ㅎㅎ
내일은 애니메이션 + 컬러선택 페이지 조금 해보기로 목표를 잡아야겠다.
빨리빨리 열심히 하자 !!!

최규현

- 오늘은 수업 없이 오로지 개발에만 집중할 수 있는 시간이 많았다. 굳굳
    - 트림 정보 조회 API
    - 옵션 세부 정보 조회 API

- 레이어 독립적으로 test code를 짜야 한다고는 하지만 Contoroller도 test code를 짜야 하는지 의문이다. 보통 나의 경우에는 Controller에서 service를 호출하고 그 값을 그대로 client에게 response 해주는데, service layer에서 짠 test code로 충분할 거 같다는 생각이 든다. 오늘 밤까지 고민해보고 확실하게 정해야겠다..!

- 생각보다 깃을 잘 모르는 거 같다.. 주말을 활용해서 git 공부해야겠다