[🐱 KPT] 개인 회고 _ 강영서

[minjman2659]

Keep (유지할 항목)

1. 일정에 맞추어 진행하려고 노력함
   • 스프린트를 보고 공부하는 것에서 벗어나 처음 해보는 프로젝트라서 일정을 짜면서도 긴가민가 한 점이 많았는데, 그래도 지정해 둔 일정에 맞추어 진행하려고 노력해서 이렇게라도 첫 프로젝트를 마무리 할 수 있었던 것 같다.
   • 일정에 맞춰야 한다는 생각때문에 촉박하다는 생각에 멘탈이 많이 깨지기도 했지만 그래도 팀원들과 같이 고민하고 작성하면서 힘을 얻을 수 있었다.
2. 팀원들과 소통하면서 진행했음
   • 플로우가 이해되지 않아서 진행하기 어려운 경우가 종종 있었는데, 팀원들과 함께 고민해보고 무엇이 이해가 안되는지 말로 풀어보면서 힌트를 얻은 경우가 많았다.

Problem (문제라고 생각하는 항목)

1. SR을 더 꼼꼼히 진행했었어야 했음
   • 그래도 SR을 가이드에 맞춰 충실하게 진행했다고 생각했는데, 진행하면서 보다보니 너무 모자른 점이 많았다.
   • 특히 SR에서 와이어프레임에 시간을 많이 들였는데, 디자인 쪽도 중요하지만 state나, 데이터가 어떻게 진행되는지 흐름을 더 자세히 작성하고 참고했었어야 했다. 디자인은 중간에 바꿔도 코드를 통째로 이사시키거나 삭제해도 얼추 만들어 낼 수 있는데, 데이터 흐름이라던지 플로우는 처음부터 생각해두고 만들지 않으면 state를 업데이트 하거나, useEffect를 쓰고싶을때 너무 복잡해 지는 경우가 많았다.
     • 한 컴포넌트에 8~10개에 가까운 props를 전달해 주어야 할때 너무 고통스러웠다(...)
2. 전체 코드 작성 시간 중에 CSS에 대한 비율이 너무 높았음
   • 진행할때 먼저 컴포넌트를 다 작성(JSX + styled-component)하고 난 후 state를 전달하고 관리하려고 했는데, 생각보다 CSS에서 너무 많은 시간을 투자하게 되서 state 관리를 시작했을때 시간이 굉장히 촉박하게 느껴졌다.
   • state를 redux를 통해 관리하려고 했는데, styled-component 디자인에 시간을 다 써버려서 리덕스를 사용할 수가 없었다. 그래서 결국에 프롭스로 전달하는 방식으로 진행했는데, 그러다보니 더 코드가 복잡해지고 진퇴양난이였다. 코드를 작성하면서도 중간중간 리덕스를 썼으면 조금은 편했을텐데 라는 생각이 많이 들었다.
   • 진행하면서 어떤 부분의 styled-component나 CSS를 수정하게 되면 그게 다른 부분에 영향을 끼쳐 의도했던 디자인이 나오지 않을 때라던지, 아니면 의도한대로 디자인을 만들었으나 마음에 들지 않아 수정을 하게 되는 경우가 자주 생겼는데, 그럴때 해당 styled-component를 찾으려고 오랜 시간을 쓰게 되면서 styled-component가 좋은게 맞나 라는 의문도 생겼었다.

Try (Action Items)

• SR 작업 할 때 디자인 뿐만 아니라 필요한 상태 값이라던지, 그 상태값이 어떤 때에 쓰이는지, 어떻게 업데이트 되는지 꼼꼼히 파악하기
• JSX + styled-component(또는 CSS)를 작성하기 전에 JSX + 상태값 플로우 확인하고 하기
• styled-component 이외에 다른 CSS 방법론(tailwind CSS)에 대해서도 공부하고 적용해보기
• 프로젝트 초반에 redux 사용할 수 있도록 하기
• 배포 자동화 및 cloudfront와 route53 사용해서 도메인으로 배포해보기