8월 16일 (금) 회고 - dev-FEFIVE/NadoCat GitHub Wiki

각자 자유로운 형식으로 작성해주세요.

문소영

박민혜

  1. scss에 적응해나가고 있다. 회원가입 페이지 하나를 만드는데도 다양한 컴포넌트가 필요하다는 것을 알게 되었다.
  2. react의 hook과 css, HTML element에 대해 오늘도 좀 더 알게 되었다.
  3. common에 InputText와 CustomModal을 만들었는데 좀더 다듬고 Signup에 적용해 본 다음 pr을 할 예정이다.

박소현

  • 내가 PR한 내용 중에 타입 에러가 나는 걸 팀원이 발견해줬다. 내가 DB 데이터타입을 바꿔놓고 db pull을 안해서 해당 내용을 놓친 것이었다. 변경사항 있을때 반드시 최신화, 업데이트. 잊지 말기.
  • 검색 기능을 구현하고자 관련 내용을 알아보았다. Elasticsearch와 AWS Opensearch, 그리고 SQL로 DB에서 직접 Get 하는 방법이 있는 모양이다. 우리가 프로젝트에서 이미 AWS를 사용하고 있기 때문에 AWS Opensearch를 채택했는데, 사실 각 방법의 차이점에 대한 글을 찾아 읽어도, 그래서 어느 정도의 차이인지, 어느 정도 규모의 프로젝트에서 그 차이가 두드러질지, 우리 프로젝트에 오버스펙일지 감이 전혀 오지 않는다.(알람 기능, 조회수 업데이트 기능에 대해 알아볼 때도 그러했다...) 결국 다 한번씩은 사용해봐야겠구나 하는 생각이 들었다.
  • 리팩토링해야하는 부분이 너무 많다. 현재 게시판 역할을 고양이도감/실종고양이/이벤트/커뮤니티 이렇게 주제별로 역할을 나누어서 진행했는데, 이처럼 역할을 게시판 별로 쪼갰더니 각 게시판마다 중복되는 기능이 많이 작성이 되어버린 것이 아쉽다. 다음 프로젝트를 하게 된다면, 게시판 별이 아닌 게시판 기능 별로(게시판 공통 CRUD 담당, 댓글 동통 CRUD 담당, 이후 게시판 별로 세부화 담당) 쪼개는게 좋을 것 같다는 생각이 들었다.

이화정

  • is_closed가 TINYINT(4)인데 TINYINT(1)로 변경했다. 기존에 TINYINT(4)로 되어있어서 조건문을 사용해서 숫자로 변경해 줬는데 TINYINT(1)로 바꾸니까 boolean 값을 넣으면 정상적으로 값이 들어간다. 또 새로운 것을 배웠다.
  • 기존에 map을 사용해서 Layout을 감싸는 형태로 구현했는데 Outlet을 사용하는 방법으로 바꾸면 어떨까라는 생각이 든다. 코드가 좀 깔끔해질 것 같은데 최대한 코드를 분리할 방법이 없을지 생각해 봐야겠다.
  • min-height: 100vh;로 하면 푸터와 헤더가 있어서 아무것도 없는데 스크롤이 생긴다.. 굉장히 불편하다. 최대한 CSS만으로 해결하는 방법이 없을까 잘 찾아봐야겠다.
  • 태그 컴포넌트를 만들었는데 최대한 재사용 가능하게 만들고 싶어서 정말 여러 번 수정했다. 그래도 만족스럽지 못하다. 재사용 가능한 컴포넌트 만들기는 정말 연습이 많이 필요한 것 같다.

장세림

  • 동네 고양이 도감 / 내 도감 / 동네 고양이 지도 DB에 더미데이터를 넣고 API를 연결하는 과정에서 이슈가 있었다. 각 컴포넌트가 한 페이지 내에서 네비게이션으로 나뉘어져 있었는데, 라우터가 겹쳐 컴포넌트별 API를 제대로 불러오지 못했다. 포스트맨으로만 테스트할 때는 예상치 못했던 문제였다. Query String을 사용해 각 탭을 나누는 기준을 만들고 컴포넌트를 수정했다. 이런 디테일한 부분에서 자꾸 기획 실수가 생기는 것 같다.
  • 아주 사소한 문제인데 이것 때문에 은근히 시간을 잡아먹었다. CORS 문제였는데, .env파일의 설정이 잘못 되어있었던 게 원인이었다. CORS_ALLOW_ORIGIN = http://localhost:5173/ <해당 부분의 마지막에 / 슬래시가 있어서 문제가 되었던 거였다. 그리고 env파일은 변경사항을 적용하기 위해서는 서버를 껐다 켜야 제대로 적용이 되었다. 해결하고 나니 허무했지만... 제대로 설정을 확인하지 못한 게 문제였던거겠지