codestates / codestates/MatchBall
[KPT] FE/36기 김여명
- Dominant language
- JavaScript
- Stars
- 0
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Description
> 팀원 중 한 분이 작성해주세요.Keep, Problem 항목에 대해서 매주 정기적인 날에 회고를 진행하여 기록하고, 그것을 기반으로 Try (Action Items) 이슈를 생성해주세요.
>
## **Keep (유지할 항목)**
이번 First Project를 통해서
- React props and state 관리를 조금 더 능숙하게 사용할 수 있게 되었다.
- useEffect나, 컴포넌트의 life-cycle에 대해 다시 생각해볼 수 있었다.
- 프론트 개발을 맡은 2명의 개발 분담이 잘 이루어졌다.
- 백엔드 개발 팀원들과 소통을 적극적으로 진행하였다.
## **Problem (문제라고 생각하는 항목)**
- 상태를 미리 생각해놓지 않고 기능에 맞춰서 끼워넣다 보니 재사용성도 떨어지고 비효율적이었다.
- SR 기획 시에 대강 정하고 넘어갔던 부분들이 결국 개발단계에서 conflict난 경우가 많아서 기획에 시간을 많이 투자하더래도 정확히 정하고 넘어가야 할 것 같다.
- 깃 레포 사용시 PR 및 Merge과정에서 꼬이는 부분들이 많았다. 시간이 불필요하게 소모가 많이 되었다.
- UI 관련해서 개발하는 쪽의 입맛에 맞게 개발이 되다보니 유저 편의성 고려가 매우 부족했다. 아마도 Prototype 제작을 건너 뛴 것이 패인인 것 같다.
## **Try (Action Items)**
- 어떤 컴포넌트에 어떤 상태들이 들어가야 할 지 미리 틀을 짜야 한다.
- 상태 관리를 기본 react가 아닌 redux를 활용해 봐야 한다. (다시 공부 필요)
- 깃 관련해서 권한 문제 등 공부가 필요하다.
- 프론트 배포 시 cloudFront 관련해서 공부가 필요하다.
- 유저 편의성을 충분히 고려한 UI 디자인이 반드시 선행되어야 한다.
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.