9주차 회고

와 나 회고 까먹을뻔 ;;;;;

 

https://jjyabbu.tistory.com/59

[TIL] 21.11.08

https://jjyabbu.tistory.com/60

[TIL] 21.11.09

 

이번주 TIL...두개? ㅋㅋㅋㅋㅋㅋ 진짜 작심삼일이..햐.....

 

이번주 토요일, 어제! 중간발표를 위해.. 나름 달렸다. 발표하는 우리 팀장님의 콧대를 1센치라도 높여드려야겠단 마음 가득담아(진심 아님)

http://startprojecttest.s3-website.ap-northeast-2.amazonaws.com/

React App

중간발표때 보여드렸다. 그리고 너무 행복한..멘토님의..멘트..

"기존의 것들은 다 잘 하셨기 때문에 어떤 큰 어떤 개선점보다는 앞으로 이런 것까지 더 해볼 수 있지 않을까라는 걸 한번 제안드리고 싶어요."

 

어깨뽕 5000개 넣은 기분. 엣헴~!

어김없이 등장하는 에B츄

물론 멘토님이 정말 좋은 분이셔서 저리 말씀하신 걸 수도 있지만 내 머리는 그런 생각이 돌아갈정도로 좋은 머리가 아니라서 그냥 있는 멘트 그대로 받아들였다. 뭔진몰라도 우리 일단 한거는 잘 했구나?! 

 

그리고 말씀해주신것들

 

1. 서버에 자주 요청하지 않아도 되는 커뮤니티페이지의 "추천" 목록은 아예 리덕스같은 곳에 저장하거나, 아예 로컬스토리지에 저장해서 다음에 사이트에 들어올때 사용자에게 바로 해당 목록이 보여지게끔..!
2. 사용자가 자신의 위치를 파악함과 동시에 사용자와 가까운 캠핑장을 지도에 마커로 띄워보자.

 

1번의 경우 일단 현재 커뮤니티페이지는 모든 리스트를 리덕스에 저장하고 있다. 이는 해당 파트를 맡은 팀원분께서 아직 카테고리를 나누는 기능을 구현하지 않고 일단 리덕스에 넣은걸로 아는데..

우선 추천의 경우 별관측지수라는 "1일 1회" 업데이트되는 데이터로 정렬되고 인기글은 "좋아요"가 몇개인지에 따라 정렬이 바뀌니 추천 리스트를 해당 페이지 컴포넌트의 스테이트에 넣는 편이 좋을 것 같다. 로컬에 넣은 방법은 아무래도 "1일 1회" 업데이트가 필히 이루어져야하며 매일 달라질 수 있으니 사용자가 새로 사이트에 들어올때는 변경된 데이터를 보여주는 편이 좋다고 본다.

리덕스에 넣지 않는 이유도 비슷하다. 기본적으로 커뮤니티를 이용하는 인터넷 사용자들은 대게 새로운 글 리스트를 보기 위해선 "새로고침"을 해야한다는 인식이 있다. 예를들어 트위터나 인스타, 심지어 수많은 블로그들도 리스트를 새로 받아오기 위해서 필히 "새로고침"을 해야한다. 이때 새로고침이란 단순히 리스트 목록만을 새로 가져온걸수도있고, 아예 브라우저자체를 새로고침한 것 일수도 있지만..

사용자 입장에서는 구분가지 않는다. 이 쪽을 배웠다면 알겠지만?

그럼 우리 사이트에서의 "새로고침"은 사용자가 어떤 방식으로 이용할 수 있는걸까?

1. 브라우저 새로고침

2. 다른 페이지로 갔다가 들어옴

3. 메뉴바에서 해당 페이지의 버튼을 다시 누름.

이정도일것이다. 

브라우저 새로고침은 문제없다. 그냥 다 다시 가져오는거니까. 이제 우리의 문제는 2번과 3번이다. 리덕스에 저장하면 2번 3번은 의미가 없어진다.

물론 아예 메뉴바에서 메뉴를 클릭하면 리덕스를 날리는 로직을 짤 수도 있지만 그러면 리덕스의 의미가 없다!!

고로 지금 내가 생각하는 가장 베스트는 

커뮤니티페이지에서 useState를 사용하여 (함수형 컴포넌트 사용중) 추천 리스트를 저장하고 -> 카테고리별로 컴포넌트를 분리하여 자식 컴포넌트로서 넣어준 뒤 추천카테고리 컴포넌트에 props 로 추천리스트를 넘겨준다.

이런..방식일듯?! 월요일 아침 회의때 해당 파트를 담당하고있는 프론트 팀원분께 한번 제안드려봐야겠다.

 

2번의 경우 일단 사용자 위치를 경위도로 넘겨주고 그 근처의 캠핑장 리스트를 가져와주는 api가 생성되면 이 쪽은 데이터를 뿌리기만 하면 되는거라.. 프론트는 어렵지않고 백엔드분들이 고통받으실듯 ㅋㅋ

 

그 외에 말씀해주신 부분중에는 발표때 우리가 말한 것 중에 "리덕스를 얼마나 이용하면 좋은 가에 대해 멘토님께서 '리덕스를 최소한으로 이용'하라는 답을 주셨고 이에 따라 로그인/헤더의 상태만을 넣어 최소한으로 이용했다" 라는 부분을 좀 더 주도적으로 "왜" 그렇게 했는지에 대해 말하면 좋을거라 하셨다. 정말..꿀같은 피드백. 물론 우리쪽에서는 멘토님의 조언을 듣고 왜 최소한으로 사용해야하는지, 그러면 어느 부분을 사용하는게 최소한으로 사용하는 것일지 나름 주도적으로 판단했지만 저 멘트로는 잘 전달되지 않았다. 좀 더 짱구 굴릴걸..!

 

이제 다음주 수요일은 테스트용 배포가 아닌..사용자용 1차 배포!

그 전까지 해야할게 많다..

일단 내가 맡은 파트에서 추가로 작업해야할것은 아래와 같다.

1. 메인페이지 북마크 기능 추가 작업

2. 별자리페이지는 유저의 위치가 적용되게 변경 (현재 경기도권만 적용되어서 아예 원주로 임시 위치값을 넘기고있다.)

3. 지도페이지 마커 클릭시 좌측 리스트에 클릭한 위치의 내용물만 뜨게 변경(약간 후순위에 두어도 좋을듯? 필수적인 기능은 아니라 판단됨.)

4. 사용자정보 수정 페이지 서버 연결

 

그리고 다른 팀원이 맡았지만 아직 작업이 안된 마이페이지나 내가 임시로 짜둔 글 작성 페이지는 수정이 필요..

쓰고나니까 많다. 큰일났다 이거언제다함?ㅋㅋㅋㅋㅋ

 

그래도 급한 불부터 꺼야하니까..혹시 월요일에 마이페이지 작업해야하는 분이 지금 작업중이신것 아직 연결작업도 안되었다면 마이페이지 작업 들어가고 아니면 글 작성페이지를 아예 내가 맡는..것두 좋을듯... ㅠㅠ...ㅠㅠㅠ...ㅠㅠㅠㅠㅠ...

그럼 오늘은 20000. 그래도 일요일 꽤 놀았으니 이제 새벽을 좀 태워볼까나~