KTP - First Project 회고

> 팀원 중 한 분이 작성해주세요.
> Keep, Problem 항목에 대해서 매주 정기적인 날에 회고를 진행하여 기록하고, 그것을 기반으로 Try (Action Items) 이슈를 생성해주세요.

## Keep (유지할 항목)
- 모든 팀원이 PR을 확인하고 Approve해야 merge할 수 있게 한 규칙이 시간은 좀 더 걸렸을지라도 큰 혼선은 막은 것 같다.
- 이슈를 생성하고 이슈번호로 브랜치를 생성해 작업하는 방식 덕분에 코드의 유지보수가 편했다.
- Project 칸반을 이용한 이슈관리가 일정 관리에 도움이 되었다.
- 깃과 디스코드를 연동시킨 덕분에 알림으로 바로바로 확인 할 수 있었던 점이 좋았다. 자동화 최고최고.

## Problem (문제라고 생각하는 항목)
- 클라이언트와 서버에서 사용하는 데이터의 변수명 규칙을 정하는 작업이 선행되어야 한다. 데이터는 같은데 변수명이 컴포넌트별로 각기 다른 경우가 많아서 혼선을 겪었다.
- 컴포넌트 제작에 앞서 리덕스에서 관리할 state의 type, 공통 interface, Action과 dispatch function들에 대한 작업이 선행되어야 한다.
- Pull Request는 밀리지 말고 바로바로 확인하자.
- 폴더구조와 역할에 따른 파일의 위치를 미리 공유하고 작업을 시작하자.

## Try (Action Items)
- [ ] 이미지 업로드, Input/Textarea의 onChange 핸들링 함수같이 공통적인 핸들링은 Hook으로 빼서 작업하자.
- [ ] database 스키마를 짜는 과정에서 Client의 state를 정해서 정리해주자.