🥰 KEEP
프로젝트 기간 중 잘한 점, 앞으로 계속 유지할 부분
- 잘 모르고 막연해서 어려웠던 깃헙에 익숙해질 수 있었다. pr을 올릴때 머지 충돌이 생겨도 여러번 해결해보니 두려움이 좀 사라졌다.
resolve conflicts버튼이 활성화되지 않으면 pr할 dev브랜치를 pull 받아서 로컬에서 내 작업 브랜치와 dev브랜치를 머지하면서 충돌난 부분 해결해서 다시 올리면 된다!!- 풀리퀘를 하루 단위로 해서 해결이 더 쉬웠던 부분도 있던 것 같아서 이 부분은 계속 지켜갔으면 좋겠다.
- 서버 데이터를 불러왔을때 감동적이었다.
- 팀원분들 모두 피드백도 빨리 주시고 책임감있게 열심히 해주셔서 많이 배울 수 있었다.
- 프로젝트하면서 redux-toolkit이라는 상태관리 라이브러리를 처음 사용해봤는데, 깨지고 구르면서 그래도 많이 배울 수 있었다!!
- 새로운 라이브러리를 빠르게 익히는 방법은 실전에서 사용해보는 거라는 걸 다시금 깨달았다.
🥲 PROBLEM
프로젝트 진행하면서 느꼈던 문제점, 아쉬웠던 점
- 전체적인 개발 일정 관리나, 작업에 소요되는 시간을 가늠하기 어려웠다.
- redux toolkit에 대한 이해도가 떨어져서 제대로 활용을 하지 못한 것 같다. (redux-persist가 로컬 스토리지에 저장되는 것도 너무 늦게 알았다... 새로고침해도 데이터 유지되는 거구나 하고 그냥 단편적으로 알고 사용했음. 유저 정보-비밀번호는 여기에 넣어서 관리하면 안되겠구나도 너무 늦게 알아버렸다..)
- index.js 데이터를 한번에 불러오고 이걸 각 페이지단에서 활용하는 식으로 코드를 짰는데 관리하고 활용하기 편한 부분만 생각했지, 불러오는데 걸리는 시간을 고려하지 못했던 것 같다.(위에 persist로 이전에 프로젝트를 띄웠을때의 데이터를 가지고 있어서 빨리 로드 됐던 부분이 있어서 이부분을 인지하지 못했다. 시크릿창에서도 테스트를 여러번 해봤어야했는데.._)
- 후반부로 갈수록 프로젝트 구조 관리에 신경을 쓰지 못해서 코드를 수정할때 해당부분을 찾는데만도 많은 시간이 걸린 것 같다.
- 배포문제를 해결하지 못한 점이 너무 아쉽다…
- 로그인, 회원가입 부분도 결과를 내지 못했더라도 구현을 시도해봤으면 실패에서 얻어가는 점이 있었을텐데, 우리 팀의 전체적인 개발 일정에서는 구현해보지 못한 부분이라서 아쉽다.
- 안풀리는 부분을 혼자서 어떻게든 해결해보려고하는 버릇이 있는데, 적당한 시점에 주위에 물어보고 해결되지 않는 부분을 나누는 것도 중요하다!
🤗 TRY
개선을 위해서 시도해볼 점 (우선순위도 생각해보자!! )
- 문서화(깃헙 협업기능 활용하기)를 더 신경써서 해보자(이슈 세분화해서 작성, 이슈 번호로 커밋 등등) ✅
- 설계 부분에 더 많은 시간을 써서 효율적으로 개발에 돌입하기 ✅
- 상태관리 더 공부하기 (redux-toolkit 활용도 높이기) ✅
- 프로젝트 구조 관리 프로젝트 후반부까지 포기하지 말기
- 재사용되는 부분, ui 통일되어야 하는 부분은 컴포넌트로 더 쪼개서 만들기
- 개발 일정을 계획할때 후반부 수정하는 부분을 넉넉히 잡아두기. 클라이언트배포도 개발단계에서 지속적으로 해서 막판에 몰아서 배포 오류를 파악해야하는 상황을 피하자! ✅
Connecting dots