📌KPT 회고
회고를 바탕으로, 다음 스텝으로 나아가보세요.
실제로 많은 회사들이 프로젝트가 종료될 때마다 회고를 진행하고, KPT회고 방법론을 아주 많이 적용한답니다!
공부한 것, 배운 것 보다는 "협업"을 하며 느낀 점, 앞으로 더 잘 하고 싶은 점과 관련된 이야기를 많이 나누어주시면 좋겠습니다.
☑️Keep - 현재 만족하고 있는 부분
Firebase 인증 및 데이터베이스: 백엔드 서버 없이도 Firebase를 통해 사용자 인증과 데이터베이스를 활용하여 커뮤니티 서비스를 제공할 수 있었습니다. 이를 통해 프로젝트 진행을 원활하게 할 수 있었다.React Query를 통한 API 요청 및 응답 관리: Redux thunk보다 더 간편하게 필요한 데이터를 로딩하고 관리할 수 있었습니다. 또한 실시간 업데이트 기능을 제공함으로써 사용자 경험을 향상시킬 수 있었다.Redux Toolkit 활용: redux Toolkit을 사용하여 Redux를 더 쉽게 사용할 수 있었습니다. 이를 통해 상태 관리를 보다 효율적으로 할 수 있었다.ui&ux 향상: sweetalert2, react-slick 등의 라이브러리를 활용하여 사용자 인터페이스를 개선하였고, 이를 통해 사용자 경험을 향상시킬 수 있었다.react 숙달: useRef나 Memoization 등 사용해보지 않았던 react hook을 적용해 볼 수 있어서 좋았다.
☑️Problem - 불편하게 느끼는 부분
원활한 소통의 부재: 프로젝트 진행 과정에서 소통의 중요성을 체감했다. 매일 정해진 시간에 조원 모두 참여하는 회의를 가지지 못했다.성능 최적화 필요: 댓글이 많아질 경우를 대비하여 성능 최적화가 필요하다.DevTools 활용 부족: 상태 및 쿼리 변화를 추적하고 디버깅하는데 DevTools를 충분히 활용하지 못했다.무한 스크롤 구현 미흡: 구현을 100% 하지 못해 최종적으로 기능을 아예 빼고 제출했다.
☑️Try - Problem에 대한 해결책, 당장 실행 가능한 것
원활한 소통: 매일 정해진 시간에 회의를 가지도록 하여 프로젝트 진행을 원활하게 하기, 수시로 커밋 푸시 습관 및 진행사항 공유하기성능 최적화: 댓글이 많아질 경우를 대비해 페이징 또는 무한 스크롤링 도입해서 성능 최적화 하기DevTools의 활용: DevTools를 활용하여 상태 및 쿼리 변화를 추적하고 디버깅할 것이다. 이를 통해 개발 및 유지 보수 단계에서 큰 도움을 얻을 것.react-query 숙달필요: 다양한 기능을 구현해보며 react-query에 대한 이해도를 높이기infiniteQuery 습득: 이해도 부족으로 적용하지 못했지만 충분히 학습하며 infiniteQuery를 다음 프로젝트에는 적용해보기
👍튜터님 피드백
- 로그인하지 않은 사용자가 입력 필드(textarea)를 사용하는 것을 제한하는 것을 권장하심.
- PR 리뷰를 습관화하기.
- 프로젝트에서 커밋 메시지를 작성하는 방식을 표준화하여, 커밋 로그를 명확하게 만드는 커밋 컨벤션의 중요성을 알려주심.
- 브랜치를 정돈하고, 기능(feat) 브랜치를 삭제하여 개발(dev)과 메인(main) 브랜치에만 히스토리가 남도록 하는 깔끔한 브랜치 정리 및 삭제하기.
- 로그인 상태일 때 로그인 화면으로 이동하지 못하도록 라우팅 처리를 해주기.
