4주차 멘토링 일지

✔️ 아젠다 및 질문

안드로이드

1. 알람 관련
   • 시스템 알람을 설정하고 pendingIntent를 트리거하는 작업은 data/ui layer 중 어디에서 처리하는 것이 적절할지
   • 설정 화면에서 알림 설정 on/off
     • 알람매니저를 통해 등록된 모든 알람을 cancel/set 하도록 구현함
     • API 26부터는 notification channel을 무조건 생성해야하는데 notification channel만 on/off하는 방법도 있는지

백엔드

1. 현재 schedule-api service의 규모가 너무 큰 것이 고민입니다.
2. 이번주 한 일 공유

✔️ 멘토링 내용

안드로이드

• 프론트 백엔드 상황 공유 및 진행 상황 멘토님에게 얘기하기
• 서버가 될까 고민, 그 정보를 이 사용자가 들어왔을 때 결정하는 부분이 있다.
• 투두에 반복옵션이 옵션이라 생각한다. 불필요한 옵션 부분은 제거하고 진행하는 것도 좋은 방법이다.
• 소셜 로그인은 조금 후순위로 바꿔야하지 않을까. 여유가 있을 때 하는것이 좋아보인다.
• 알람의 위치를 어디에 두는 게 좋을까?
  • 이런 고민을 하게 된다면 먼저 view에 구현을 한 후 이것을 데이터인가? 고민을 한 뒤 데이터라고 생각할 때 나누는 것이 좋아 보인다.
• api와 Room의 관점?
  • 룸을 쓰면 오프라인 모드가 있고 오프라인을 활용한다면 룸을 쓰는게 맞다.

백엔드

• api 명세: swaggerUI 등 다른 방법에 대해 생각해보는 것이 좋음
• 안드로이드 - 백엔드 협업: 구현되지 않은 api는 mocking을 하는 것이 좋아 보임, db 구조 변경 시 작업이 중단되지 않도록 하는 방법 고민해야 함
• DB: 일관성 없는 데이터 저장 부분 고쳐야 함
• 기능 구현: updateSchedule 에서 참석자 초대 부분 n+1 query 로 동작하는 부분 개선 고민

✅ 체크리스트

이번주에 우리 팀이 되고 싶은 모습을 상상하며 체크리스트를 추가해봐도 좋습니다.

멘토가 보기에 우리 팀은 어떤지 의견을 구해보세요.

• 계획한 목표의 80% 이상 구현하고 있다.
• 작성한 코드나 구현 과정을 근거 있게 설명할 수 있다.
• 의사 결정 사항과 문제 해결 과정을 누구나 볼 수 있게 정리하고 있다.
• 서버 연동이나 배포를 시도하고 있거나, 이미 배포 되었다.