• 이번주 팀의 목표, 기능 목록 업데이트, 기능, 작업 크기, 담당자

  

  

프로젝트 목표 (~1월 31일)

• BE
  • 테스트 코드
  • CI & 개발/배포 환경 분리
  • 성능 개선
  • 페이지네이션 → DB쿼리 성능개선
• 공통
  • UI 개선
  • 학습저장 광클에 대한 버그
  • 팔로워 & 팔로잉
  • 예 아니오에서 뒤집었을때 재시작
  • 튕겨서 다시 돌아왔을때 마지막으로 heartBeat한 learningTime이 나오게
  • 광고
  • 소셜 친구 리스트 페이지네이션
    • 정렬
    • 필터링
• iOS
  • 성능 개선
  • 미흡한 부분 개선
    • userdefaults에 처음 로그인했는지 아닌지 체크해서 keychain 지우기(자동삭제 안되니까)
    • 캐싱
    • 테스트 코드
    • 코드 구조
    • 스플래시 화면에서 유저 정보 API 처리
  • CI/CD
  • 비로그인 사용자 지원
    • realm or CoreData

이번주 팀의 목표

• 공통

  • 학습저장 광클에 대한 버그
  • 팔로워 & 팔로잉
  • 예 아니오에서 뒤집었을때 재시작
  • UI 개선 (디자이너 섭외, 불발 시 최선을 다하여 진행..)

• BE

  • 멘토님 말씀: 현재는 단일 서버로 구성하셨는데 여러개의 서버에 컨테이너 환경으로 서비스를 배포하는 경험 및 문제 해결 과 정을 정리해보시면 좋을 것 같습니다.
  • 리팩토링 & 테스트코드 완성
  • PR시 CI

• iOS

  • 마이페이지
  • 스플래시 뷰 넣기
  • 성능 개선
    • 타이머 백그라운드 정책
    • 테스트 코드
  • 코드 구조 개선
    • UseCase
  • 차트 서드파티 안쓰고 구현해보기 → 진행 중
  • 캐싱 정책
    • 메모리 캐싱 → Actor 간단하게 구현 → 리팩토링

• 각자 작업할 때 이슈 파서 어떤식으로 작업할지 상세하게.

  • 여기서 좀 딴지를 걸고 싶다 comment로 남기기

  그래서 왜 UseCas들을 왜 세세하게 쪼개는지? → 정리 → 프로토콜로 필요한 UseCase들을 추상화 한 프로토콜을 채택하여 구현체를 구현 → 도메인의 코드가 변경되는 것보단 좀 더 바깥 계층의 코드가 변경되는 것이 좋다. → 프로토콜의 로직이 바뀌었을 경우 해당 프로토콜을 채택하는 모든 구현체의 내용을 수정해야된다.

팀의 계획

BE

• 월:
• 화:
• 수:
• 목:

iOS