이재영

Keep

• 목표한 기능을 모두 구현하였다.

• React Portal이라는 기능의 사용방법에 대해 공부하여 Modal 과 Popover를 구현하였다.

  추가로 해당 기능들을 공용 컴포넌트로 분류해 최대한 재사용성 있게 제작한점!

• 이번 프로젝트에서 최대한 커스텀훅을 사용해보려 했었는데, useModal useHover등 여러 훅을 제작하고 재 사용 해보았다.

• 지속적인 회고를 작성해온점

Problem

• 마지막 3일 남은 시점에 집중을 하지 못한점 마지막 3일 남은 시점부터 프로젝트의 디테일한 리팩토링을 진행했다면 더 좋은 퀄리티로 프로젝트를 마무리할 수 있을것 같았지만, 끝났다는 안도감에 집중하지 못한것 같다.

• 해결하지 못한 문제들 플레이어가 Youtube에 의존하다보니 여러 경고 메세지가 보여진다는 문제,

  플레이 구간이 원활하게 동작하지 못한다는 문제

• 애니메이션 홈에 존재하는 게시물 카드가 넘겨질때 애니메이션을 넣지 못한점

Try

• 버그 혹은 부족한 부분에 대해 지속적인 리팩토링을 진행하고 싶다.

  앞서 말한 문제점들을 최대한 해결해보려고 노력하고 싶고, 애니메이션 또한 넣고 싶다.

  그리고 추가로 현재 복잡하다고 느껴지는 코드들의 개선

• 사용자 관점에서의 편의성을 지속해서 고민하고 추가해보고싶다.

  페이지 네이션을 통해 현재 몇개의 게시물이 남았고 존재하는지에 대한 정보를 전달할 수 있는 기능,

  전체 게시물을 볼 수 있는 기능을 추가하고싶음

• JS의 기본 지식에 대해 더 공부하고 노력하기

최훈오

Keep

• 배운 내용을 최대한 기록하려 노력하였다. 사소한 내용이라도 나중에 또 사용되거나 할법한 내용들은 키워드만이라도 작성해놨는데 벌써 그 효과를 봤다. 한편으로는 벌써 까먹었나? 싶었을 정도로 스스로가 멍청하다 싶었지만 확실히 기록을 해놓으니까 다음에 와서 보고 적용할때는 그러지 않았을때와 비교했을때 시간단축에 큰 도움을 받을 수 있음을 느낄 수 있었다.
• 코드리뷰를 열심히 진행하였다. 후반에는 데드라인에 쫓겨서 약간 소홀히한 부분도 있지만 전체적으로 봤을때 이전에 비해 코드리뷰를 더 자세히 진행해서 서비스의 전체 로직을 파악할 수 있었다. 하지만, 내가 처음에 세운 목표는 이 서비스에 대해 어떤 질문이든지 대답할 수 있을정도로 꼼꼼히 리뷰하자 였는데 아직 이정도는 아니라서 다시 내가 작성한 코드를 리팩토링하면서 팀원의 코드를 이해중이다.

Problem

• 새로운 라이브러리 학습 시 라이브러리를 사용하지 않았을때와의 비교 학습이 덜 된것 같다. 프로젝트에 서버 상태 관리 라이브러리인 리액트 쿼리를 사용하였다. 하지만, 리액트 훅에 대해서 그렇게 깊은 이해를 하고 있지 않아서인지 이 라이브러리를 사용하지 않았을때와의 차이점을 중심으로 라이브러리 사용에 있어서 장점을 완전히 깨닫지는 못한 것 같다. 편하기는 한데 구체적으로 설명하기 어려운 느낌..? 이 들었다. 라이브러리를 사용하지않고 지금 구현한 기능을 완성해보면 깨달을 수 있을 것 같다.
• 이슈를 다룰때 시간관리를 제대로 하지 못했던 점이 아쉽다. 이는 극 후반부에 적극적으로 팀원과 소통으로 해결하려 하지 않은 점과 연결된다. 내가 개발하면서 겪었던 문제들을 그라운드 룰에 맞지 않게 오래 고민하다가 시간관리를 제대로 하지못해서 발생한 치명적인 에러를 잘못하면 마감일 내에 해결하지 못할 뻔했다. 다행히 팀원들이 한 마음으로 도와줘서 문제를 해결할 수 있었다.

Try

• 프로젝트에 관한것이라면 더 적극적으로 공유하려는 습관이 필요해 보인다. 내가 혼자 학습할 때랑은 아예 다른 협업 환경이므로 시간관리에 좀 더 힘쓰고 긴장해야 한다. 그러기 위해선 문제를 만났을때는 그라운드 룰에 맞춰서 고민을 너무 오래하지 않고 바로바로 팀원과 문제를 공유하고 해결할 수 있어야 한다. 자기객관화를 통해 내 실력에 맞게 혼자 해결해야한다는 욕심을 버리고 꼭 팀원과 소통하자.
• 하고 싶은 구현이라면 미루지 말고 마음껏 해보려한다. 프로젝트를 진행하면서 스스로 제일 부족함을 느꼈던 부분이 구현부분이다. 타입스크립트는 물론이고 리액트 사용에 있어서 전보다 나은 실력을 갖춘건 사실이겠지만 속도감에 있어서 아직 너무 부족함을 느꼈다. 이유를 생각해보니 결국 구현을 많이 안해봐서 인 것 같다. 물론, 구현에는 그냥 코드만 치는 것이 아닌 여러 고민이 수반되어야 한다고 생각한다. 이는 최근에 깨달은 사실이다. 이 프로젝트에서 구현한 코드양보다 이전에 프로젝트에서 구현한 코드양이 10배가 넘는다. 하지만, 모순적으로 이 프로젝트에서 얻은 지식과 경험들이 이전 프로젝트에서 얻은것보다 몇배는 되는것 같다. 결국, 구현에 있어서 성장이란 여러 고민을 통해 많은 코드를 치면서 기르는 것이라 생각한다.

안정은

Keep

• 막히는 부분이 있으면 오래 지체하지 않고 팀원들에게 공유해 같이 해결한 것
• 마감 기한에 크게 차질 없이 작업을 마친 것
• 여러 기술들(react query 등)을 직접 써보고 익혀서 친숙해진 것

Problem

• 프로젝트에 실제로 투자할 수 있었던 시간에 60프로 정도만 투자한 것
• 리뷰 시간에 많은 시간을 투자하느라 내 작업을 소홀히 한 날이 있었음
• 내 의견을 다소 적극적으로 어필하지 못한 것
• 내가 쓴 기술에 대해서 노션에 정리하지 않은 것

Try

• 풍부한 포트폴리오를 위해 회고 작성과 병행하며 작업하기
• 프로젝트에 들이는 시간과 작업 양을 8~90프로로 끌어 올리기
  • 평일 : 10시간
  • 주말 : 5시간+@
• 내 의견을 더 과감하게 말하기
• 내가 쓴 기술에 대해서 체계적으로 노션에 기록하기

신종욱

Keep

• 프로젝트를 진행하면서 겪은 고민들과 어려웠던 점을 기록한 점

  어려웠던 점들과 해결방법을 기록해서 이후에도 내가 어떤 문제점들을 겪었고 어떻게 해야하는지 알 수 있습니다. 기억은 완벽하지 않기에 기록을 보면서 명확하게 그때의 상황과 고민, 해결책을 알 수 있어서 기록의 중요성에 대해 잘 알게된 것 같습니다.

• 요구사항들을 미리 생각해보고 체크리스트로 만들어서 구현을 한 점.

그때 그때 필요한 기능들을 추가하는 것이 아니라 미리 생각해보고 구현함으로써 구조적으로 어떻게 연결하고 어떤 것들이 필요할지 생각해둬서 구현을 무지성으로 할 때보다 쉽게 한 것 같습니다.

Problem

• 어려웠거나 고민되는 점을 1시간 이상 고민하다 해결이 안되면 팀원들과 공유하기로 그라운드 룰을 정했는데 잘 지키지 못했던 점.

고민을 팀원들과 공유하면서 너무나도 쉽게 해결되는 경험이 있었습니다. 고민도 비용이므로 혼자 고민하는 것 보다는 다른 팀원들과 고민을 해결하는 것이 비용을 더 아끼는 것 일 수 있음을 잘 알게 되었습니다.

• 예상 소요시간보다 빡빡하게 구현을 한 점.

구현하면서 생각하지 못했던 문제점들을 많이 발견했는데 해결하려다 보니 시간이 타이트했습니다. 여유 기간을 두었음에도 시간이 좀 부족했는데 팀원들과 고민을 공유하거나 그러면서 해결을 할 수 있었습니다. 좀 더 빠르게 팀원들과 고민을 공유해보지 못했던 점이 더욱 아쉬워집니다.

Try

• 구현 경험이 부족한 점

구현을 하면서 여러가지 고민을 많이 했었습니다. 코드를 구조적으로 어떻게 만들지, 컴포넌트를 얼만큼 쪼개야할지, 네이밍을 어떻게 해야할지, 어떻게 구현을 해야할지 등 여러가지 고민이 많았습니다.

프로젝트가 끝나고 드는 생각은 구현을 많이 해봤으면 이런 고민들에 대한 기준을 세웠을 수 있을 것 같다 입니다. 프로젝트를 진행하면서 많은 고민을 해본 경험을 통해 나만의 기준을 세우고, 기준에 대한 근거를 가지고 앞으로의 개발에도 적용해야겠습니다.

• 새로 배우거나 공부한 내용을 더 꼼꼼하게 정리해서 기록하도록 하자.

고민되는 내용이 있으면 바로 기록해두기. 고민을 해결했다고 끝내지 말고 고민을 기록하고 해결방법도 기록해두자.