[Retrospect] 2주차 회고 - 정진규

## Keep (유지할 항목)
- 하루 시작, 마칠 때 모여서 상황을 정리하고 각자 의견을 나누는 시간 갖기. 바쁘고 정신없더라도 소홀히 하지 말기.

- 일주일에 최소 이틀은 하루에 3km 이상 런닝 뛰기. 체력관리가 정말 중요하다고 느꼈다. 마지막주에는 이 마저도 안하니 허리에 파스 붙이고 지냈다. 아직 젊은데...ㅠ

- 근성. 역시 건설인은 근성이다.

## Problem (문제라고 생각하는 항목)
- 팀장이지만 주도적으로 커뮤니케이션하려는 노력이 부족했다는 생각이 든다. 초반에 컨셉을 확실히 일치시키지 못하다보니, 중간에 서로 생각하는 핵심 요소가 상이했고 전반적으로 수정하는 과정이 있었다. 지금 생각해보면 사용자 입장에서는 수정한 이후의 컨셉이 당연했다.

- 프로젝트 컴포넌트 구성 및 설계에서 넓게 보지 못했다. Access Token이 만료되면 동기적으로 Access Token을 재발급받은 뒤 결과를 확인하여 CRUD를 실행하야 하는데, 이 부분을 미처 캐치하지 못했다. 프로젝트 초기에 워크플로우 설계와 스택 선정에 더 고심이 필요하지 싶다. Redux Saga를 시도해봤으면 하는 아쉬움이 있다.

- 머리보다는 손이 먼저 가는 습관이 있다보니 좋지 않은 코드를 써버렸다. 캐로셀의 Week, Month 컴포넌트를 만들 때에도 처음에는 자바스크립트의 Date 객체를 사용하였는데, 연산 과정에서 발생할 수 있는 문제를 테스트하지 않았다. 이 문제 때문에 버그도 발생하여 골머리를 썩혔는데, 나중에 알게 된 date-fns를 사전에 적용하였으면 수월하게 해결할 수 있는 문제였다.

## Try (Action Items)
- [ ] 초반 기획 단계에서 공을 더 들이더라도 프로젝트의 방향성을 명확히 하기.
- [ ] 틈틈이 관련 기술 정보 찾아보고, 필요한 스택이 무엇인지 고민해보기.
- [ ] 항상 코드 작성하기 전에 차분하게 손으로 그려보고 정리해보기.

Dieses Issue ist eine Retrospektive und nennt keine Dateien, Tests oder Einstiegspunkte für die Implementierung. Es führt Erkenntnisse zur Planung und Technologie auf, definiert aber keine Änderung an Code oder Dokumentation, daher gibt es keine konkrete Abschlussbedingung.

Vom Indexierungsmodell aus dem Issue-Text verfasst.