[5주차] 멘토님과 회의(2021.11.23) - boostcampwm-2021/WEB25-JustUs GitHub Wiki
- 게시글을 클릭했을 때, 모든 사진을 다 들고오는지, 아님 캐러셀 화살표를 누를 때 다음 사진을 가져오는지?
- 멘토님 생각하신 프론트 챌린지 : 웹페이지 로딩 속도
- 부분 테스트 코드 작성
- 함수 세 개 정도 해서, 정상 시나리오,
- 프론트는 캐러셀 속도 줄이도록
- 백엔드는 테스트 코드만 짜면 될 거 같음.
- 테스트 코드 짤 사람 짜고, 렌더링 속도 줄여보고 싶은 사람은 그거 하도록.
- 사진 리사이징
- 프론트에서 : 리사이징 해야 할듯. 글씨 쓰는게 느려진다고 하니.
- 백엔드 : 프론트에서의 리사이징이 무리 없다면 그냥 저장해도 되고, 아니라면 리사이징 해야할듯.
- 기능상으로는 터치할 부분 없는데, 디자인을 업그레이드 하고 싶다는 생각이 든다. CSS 작업이 더 진행 되는지가 궁금.
- 스피너는 로딩상태인 곳에 다 적용할 생각임.
- 너무 자주 스피너가 돌면, UX적으로 피로를 느끼지 않을까 싶다.
- 로딩되는 부분이 있다면 최적화를 해야 하기 때문.
- 사진 정도는 맨 첨에 들고왔을 때, 최적화를 한 번 해주는 게 좋을 것 같다.
- 캐시 날렸을 때, 사이드바에 그룹 이미지가 늦게 로딩되는 문제.
- 원본 화질이기도 하고 용량 크기가 커서 그럴 수 있는데, 이 부분을 챌린적인 요소로 잡자.
- 백엔드는 중요해보이는 함수들 컨트롤러 단에서 API 두~세개 골라 통합 테스트 코드를 짜는 것을 추천.
- 다음 주 멘토링 때 밥 약속
- 이번
목요일 7시반에 멘토링 한 번 더
- 하나의 로직에서 쿼리를 많이 날림.
- createPost에서 DB 접근 6번.
- 관계성이 있는 테이블 경우, 한 테이블만 가져오면 그 안에 관련된 정보들을 가져오게 할 수는 있다.
- 유저 정보 가져오는 거 같은 경우, 인터셉터를 타게 하면 좋을 거 같다.
- 한 로직에 여러번 호출하는 것은 트랜잭션만 잘 지켜주면 상관 없다.
- createPost 함수 자체에 트랜잭션을 걸어줘야 함. 전체에 트랜잭션 걸어주는 게 좋다.
- await는 다 달아주는 게 맞다. 비동기로 돌리다 실수 나면 잘못 처리된 거니까 무조건 await 걸어줘야 한다.
- 영한이 말 들어보니, 이 정도 쿼리 있는게 올바르게 짠 것.
- 파일 리사이징