[KPT] 2021.08.10 KPT회고

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

## Keep (유지할 항목)
- 서로 돕는 자세와 의사 소통
개인이 아닌 팀을 이뤄 프로젝트를 진행하고 있다는 것이 우리 팀의 가장 큰 장점 중 하나라고 생각한다. 나는 우리 팀을 '나는 프론트니깐', '나는 백이니깐', '저건 내가 맡은 일이 아니니깐'이라는 생각이 아닌 '우린 팀이니깐'이라는 마인드로 뭉친 팀이라고 설명할 수있다. 팀이기에 내가 뭔가가 막혔을 때, 팀원에게 헬프를 요청하기도 하며, 한 가지 기능을 각자의 강점, 장점으로 나누어 만들어나가기도 한다. 그러한 자세였기에 상현님을 필두로 채팅 기능 구현에 빠르게 다가갈 수 있었던 것 같다.

- 새로운 스택 ( Jest )관련
사실 이 Problem이면서 Keep인 항목이다.
프로젝트 시작 전 우린 Jest를 통행 TDD 개발을 시행하기로 계획했다. 우린 주말 동안 공부를 하고 각자 테스트케이스를 만들어보며 우리의 계획에 문제가 있었음을 깨달았다. 시간도 시간이지만 우린 개발 경험이 거의 없는( first project뿐) 개발자라는 것이었다. 그동안 Sprint 속 TODO에 익숙해져 있던 우리가 아무것도 없는 상태에서 테스트케이스를 먼저 작성했다가는 구현보다 더 많은 시간이 걸릴 것이란 의견이 많았다. 그래서 우린 Jest를 통한 TDD보단 Jest를 통한 Code Refactoring을 실시할 생각이다. 선 기능 구현 후, 구현된 기능이 통과되는 테스트 케이스를 작성 그리고 코드 리팩토링을 실시하여 우리가 작성한 코드를 수정해볼 생각이다.

## Problem (문제라고 생각하는 항목)
- Dev log, Error Handling 작성
모든 프로젝트가 끝났을 때, 우리에게 남는 것이 무엇일지를 생각해보았다. 첫번째는 프로젝트 성과물일 것이다. 두번째는 새롭게 사용해본 스택들일 것이다. 그리고 마지막으로 프로젝트 중 마주했던 Error들일 것 같다. 물론 현재까지 많은 것을 하진 못했지만, 아직 단 한장의 Dev log, Error Handling 카드가 없다는 것은 좋으면서도 나쁜 결과라는 생각이 든다.

- 새로운 스택 ( Jest )관련

## Try (Action Items)
- [ ] Dev log, Error handling

- [ ] 선 기능 구현, 후 리팩토링 => 시간분배