codestates / codestates/MatchBall

[KPT] FE/36기 김여명

Open
#58 0 comments 0 reactions 1 assignee Claimed by @yomae View on GitHub
retrospect
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.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.