[KPT] FIrst Project - 김민성

> > 팀원 중 한 분이 작성해주세요.
> > Keep, Problem 항목에 대해서 매주 정기적인 날에 회고를 진행하여 기록하고, 그것을 기반으로 Try (Action Items) 이슈를 생성해주세요.
>
> ## Keep (유지할 항목)
> - 코드작성을 하기전에 관련있는 컴포넌트 별로 폴더를 만들어 간결하게 정리를 해놓았는데 이것이 후에 정말 좋은 선택이라고 생각한다. 컴포넌트가 많아질수록 정리가 잘되어 있어 원하는 파일을 찾기에 수월했다.
> - 팀 규칙으로 '어려운 점이나 막히는 부분은 바로 공유하기'가 있었는데 팀원들이 이를 정말 잘 실천해주어서 서로서로 빠른 피드백을 줄 수 있었다.
> ## Problem (문제라고 생각하는 항목)
> - API문서를 만들었지만 API 문서에서 변수명을 통일되게 설정하지 못해서(ex. user_id, userId) 서버와 클라이언트 간에 혼란을 겪었다.
> - 매일 22시에 중간 보고가 계획되어 있었는데 자주 지키지 못했다.
> - [Client] 상태값을 내리는 부분에서 불필요하게 높은 노드에서 상태를 받아오는 느낌을 받았다.
> - [Back] 처음에 확인한다고 로컬주소에서 코드를 작성했는데 나중에 코드수정하는데에 정말 시간낭비가 되었다.
> ## Try (Action Items)
> * [ ] SR을 다같이 모여 꼼꼼하게 작성해서 프론트와 벡엔드 사이에 혼란을 없앨 수 있도록 한다.
> * [ ] [Back] 간단한 배포를 진행하고 해당 상태에서 바로 진행할 수 있도록 한다.

Non vengono indicati file, test o punti di ingresso. Inizia esaminando la documentazione dell’API e il workflow client/server descritto nell’issue, quindi definisci l’ambito per una denominazione coerente e un deployment semplice; il lavoro è completato quando l’SR rimuove l’ambiguità di coordinamento documentata e l’applicazione viene eseguita dallo stato sottoposto a deployment.

Scritto dal modello di indicizzazione a partire dal testo della issue.