-
Notifications
You must be signed in to change notification settings - Fork 0
3주차 멘토링 회의록
p-chanmin edited this page Nov 22, 2023
·
1 revision
멘토가 미리 아젠다와 질문을 보고 올 수 있도록 사전에 준비하여 공유합니다.
- Android
- color에 대한 정보를 local에 저장해야하는데 어떤 값으로 저장해야할 지 고민
- 리소스 id로 저장?
- int?
- string?
- 결국 color값을 int로 변환한 값을 저장하기로 했는데 괜찮나요
- photoPicker를 사용하여 하위 버전에 대응하는 것이 적절할까요?
- 하위 버전에서는 자동적으로 추가 설치를 해서 사용할 수 있는 것과
- 미디어 스토어를 사용하여 처리하는 것
- 반복되어 재사용 할 수 있는 레이아웃이 있는데, 데이터바인딩을 사용하기 때문에 viewmodel이 각각 달라서 재사용에 어려움이 있는데, 이 경우에는 레이아웃을 복제해서 사용하는 방법이 좋은 방법일까요?
- datePicker를 dialog 형식으로 띄우지 않고 framelayout 같은 곳에 배치하고 싶은데 datePicker는 dialogFragment를 상속받고 있어서 가능할 것 같은데 자료도 없고 잘 되지 않았다. dialogFragment는 무조건 dialog 형식으로 밖에 사용하지 못하나요?
- Util 파일에 시간에 대한 것을 string으로 변환해주는 함수를 짰는데 그러다 보니 한글이 들어가서 이를 string resource에서 가져오도록 했다. 그러다 보니 application 단에서 context를 받아오도록 했는데 이렇게 사용해도 될까요?
- color에 대한 정보를 local에 저장해야하는데 어떤 값으로 저장해야할 지 고민
- Backend
- 배포서버와 개발서버
- 배포서버와 개발서버를 따로 나누면 너무 과다한 비용이 나올 것 같습니다. DB는 database로 구분하면 될 것 같은데 서버는 어떻게 분리해야할까요?
- nginx로 요청하는 주소를 구분하고 loadbalancer로 처리하는 방식?
- 이미지 및 비디오 전송
- 이미지와 비디오를 풀 사이즈로 전송하는데 많은 자원이 소모될 것 이라 예상되는데 어떻게 처리해야하나요?
- 이미지는 퀄리티를 낮춰야하는데 그럼 다른 serverless를 통해서 낮추고 저장해야할까요?
- 비디오는 그런 방법이 통하지 않는데 어떻게 해야할까요..
- 수정 / 삭제
- 일정을 업데이트하거나 삭제할때 많은 예외케이스가 있고 그때마다 많은 쿼리를 조인하게 됩니다. 어떻게 해야할까요..
- update 또는 delete 후에 response body에 결과를 담아서 보내주는 것 vs 다시 get요청을 받아서 새로운 정보를 보여주는 것..?
- 자주 사용하는 이미지는 nignx에서 캐싱하는게 좋은 생각일까요?
- 일단 구현만 하고 있는데 테스트 코드는 언제쯤 짜는 것이 좋을까요
- 기술적인 도전이 뭔지 잘 모르겠어요.
- 배포서버와 개발서버
룸 앱 데이터 삭제될 때를 고려해서 대응만 잘해놓으면 될듯
sdk 버전을 챙길지 버릴지를 고르자
재사용하고 싶은 뷰는 뷰모델을 빼자!
- 공통된 부분으로 추상화를 하던가..
- 공통된 부분만 이벤트 핸들러를 만들거나..~
- 1:1로 매칭되는 건 아쉽다.
- 커스텀이 되지 않는 건 빠르게 포기하자
어플리케이션 콘텍스트 열어두는 건 좀 지양하자..
context를 파라미터로 주입받는게 차라리 낫다!
cmd e /shift*2 언더바 기준으로 검색 가능
모듈 → 빌드 퍼포먼스 늘리기, 깃 충돌 방지…
4주 프로젝트에선 얻어갈 게 많이 없다
같은 타입이고 이름만 다른 네트워크 엔티티 → 서버 분들한테 얘기하기
멘토링 시간에 나눈 이야기가 휘발되지 않도록 기록해보세요.
- BE
- 같이 배포를 하게되면 안드로이드분들이 배포진행되는 과정을 알 수 있어야한다.(알람) 당장 확인이 필요한게 아니다 하 면 몰아서 배포를 하거나 해야한다.
- 받아지기전에는 스켈레톤 처리를 하고 이미지를 띄울지 이런 것들을 어떻게 처리할지 안드로이드와 논의해야할 것 같다.
- 비디오의 경우 라이브러리를 찾아서 진행하는 형태로 할 것 같다. ffmpeg
- 안되면 선택의 갈림길로….
- 테스트 코드는 끝나고 작성해도 괜찮다…. 디펠롭할 수 있는 것 중 하나로 남겨도 나쁘지 않을 것 같다.
- 기술적인 도전?
- 이미지, 동영상 전송하는 것
- 이미지를 최적화해서 저장하고 이걸 여러개 보내는 것
- 테이블을 많으니 이걸 어떻게 관리, 삭제하는 것을 ‘잘’ 하는지 표현할 수 있는 것..(n+1 문제 해결)
- swagger → 개발할때는 배포해도 괜찮다.
- Week1 - Day01
- Week1 - Day02
- Week1 - Day03
- Week1 - Day04
- Week2 - Day01
- Week2 - Day02
- Week2 - Day03
- Week2 - Day04
- Week3 - Day01
- Week3 - Day02
- Week3 - Day03
- Week3 - Day04
- Week4 - Day01
- Week4 - Day02
- Week4 - Day03
- Week4 - Day04
- Week4 - Day05
- Week5 - Day01
- Week5 - Day02
- Week5 - Day03
- Week5 - Day04
- Week6 - Day01
- Week6 - Day02