First Project 마무리 개인 회고/구관모

## Keep (유지할 항목)
- 팀원들과 협업
- 의사 존중
- 시간 약속 이행
- 할당된 개인 역할 충실히 수행

## Problem (문제라고 생각하는 항목)
- 기획 단계의 중요성에 대해서 알게 되었다. (Deadline에 맞춰서 현실 가능성을 감안할 것.)
1. 서비스의 구체적이고 명확한 목적 설정 필요
=> User들의 Needs를 충족 시킬 수 있는 서비스인가?
=> 이 서비스가 왜 필요한가?
=> 타겟층은 누구인가?
=> 과연 수익 창출이 가능한가?
=> 비교 가능한 서비스가 있는가? 있다면 차별성이 무엇인가?
=> 시장에서 경쟁력이 있는가?
2. 업무의 구체화
=> 각 포지션(Frond-end, Back-end)별 매우 구체적인 기능 설정이 필요
=> 기능 설정에 따라 포지션별 연결성 확인하고 또 확인(진행하면서 알게되는 부분도 상당수, 처음부터 모든것을 담는 것은 불가능)
ex) 프론트 기능에 따라 어떤 API가 더 많이 또는 더 축소가 필요한가?
=> Development ~Deploy까지 업무의 Flow 파악 및 공유 필요(모든 개발자 참여/집단지성/상당한 시간 필요)
=> 각 포지션별 개발자들의 공용 Function 협의하에 설정 필요
ex) 프론트의 경우 어떤 배경화면으로? 버튼 모양은? 등(User 시점으로 바라본 UI의 중요성)
3. Milestone(Deadline) 명확한 설정
=> 업무의 구체화 Functions의 명확하에 따라 아주 상세한 Milestone 설정
=> If, 설정된 Deadline을 넘겼을 경우 Plan B까지 설정할 경우 -> 혼란 최소화
ex) 할당된 기능 구현 Deadline을 넘겼을 경우 -> 남은 Functions들의 선택과 집중이 필요(서비스의 Kick에 따라 미리 생각해 놓을 것)
4. Front-end <-> Back-end Mini Node App 구현(**:warning:매우 중요:warning:**)
=> 우선, Mini Node App을 통해 Front-end <-> Back-end 연결 되는지 확인 필요
=> Deadline 막바지에 오류가 생길 경우, 시간 부족으로 진행 불가 (**프론트 - 서버 - 배포**)
5. 개인적 부족했던 부분
=> 모달 구현
=> 회원 정보 수정에 필요한 정확한 메소드 및 구현
=> Redux 사용에 대한 무지
=> User 입장에서 바라본 서비스 구현(유저 친화적 인터페이스)
=> 유효성 검사 확인 후 경고 멘트 감추는 기능 구현
=> Styled Component 사용법
=> CSS 사용법
=> Tag 의미 및 사용법
=> 리액트 JSX 이해
=> 클라이언트 API 요청 방법(프론트 및 서버 포트 설정/기능별 Method 사용방법)
=> SQL 작성 및 AWS 작동원리
=> Github 사용법(CLI and GUI)

## Try (Action Items)
- [ ] 4주 프로젝트 준비를 위해(3/11~13일 간) 문제점 보완 할 것
- [ ] 세세한 시간대별 Todo 작성
- [ ] 규칙적인 시간 관리
- [ ] 건강 관리(운동, 식단)
- [ ] 주변 지인들 관심 갖기