최종 회고

Keep

• 무턱대고 도전하기
무한 스크롤을 적용한다는 이야기를 들었을 때, 프로젝트의 완성도를 높이기 위한 기능을 구현할지 말지 고민할 때 지르고 보자! 라는 생각으로 팀원들에게 제가 해도 될까요? 라고 나섰던 용기를 계속 가져가고 싶다.. 평소 미루고 있던 기능 구현을 팀 프로젝트라는 강제성과 책임감이 부여됨으로써 구현해보자, 라는 마음이었다.
이런 식으로 어렵고 부담스러운 작업이라는 생각이 들면 무턱대고 제가 구현해보겠다는 말을 먼저 던져놓고, 제 말에 책임을 지기 위해 어떻게든 기능을 구현하려고 했다. 나쁘게 말하자면 무모함이고, 좋게 말하자면 용기였는데 무모했다는 생각은 전혀 들지 않았다.
그 과정과 결과로부터 많은 지식을 배우기도 했고, 어려울 때 팀원들에게 도움을 구하는 방법도 습득하였기 때문에 다음에 있을 팀 프로젝트에서도 이런 용기를 가지고 팀 프로젝트에 임해서 더 많은 것을 배우고자 한다.

Problem

1. 컴포넌트 재사용성 높이기
공통적으로 사용되는 컴포넌트의 경우 /components 폴더에 작성하였다. emotion styled 라이브러리를 사용하여 prop 으로 여러 스타일과 관련된 속성을 받아서 재사용성이 높은 공통 컴포넌트를 작성하려고 했는데 이 과정에서 어떻게 해야 적절한 컴포넌트를 만들 수 있는지 고민을 했다.
내가 맞닥트린 컴포넌트 재사용성과 관련된 문제는 다음과 같았다.
• 컴포넌트의 확장성이 너무 크거나, 없는 문제
• 다른 사람이 이미 만들어놓은 공통 컴포넌트를 생각하지 못하고 내가 따로 만들어서 사용을 하는 문제
• 기존에 생각했던 컴포넌트의 용도가 달라지는 문제

2. CSS 스타일링
페이지 기능이 우선순위가 높다보니 피그마 디자인과 미묘하게 다른 부분이 많았는데, 이 모든 걸 일일이 팀원들과 상의하고 조정하려고 하기 보다는 나도 우선순위를 뒤로 미루었던 것 같다. 그렇다보니 후에 욕심이 생겨서 팀원들이 설정해놓은 CSS 를 전체적으로 손보았는데 다음 면에서 별로 좋지 못한 방법이었던 것 같다.
• 안정성 측면
• 회의를 진행하지 않고 나혼자 진행한 측면

Try

1. 컴포넌트 재사용성을 높이기 위해
본격적인 페이지 기능 구현을 하기 전 팀원들과 상세하게 논의하여 공통 컴포넌트에 들어갈 요소들을 미리 분리하고, 자유도를 설정하는 방식으로 해결할 수 있다는 생각이 든다. 어떤 공통 컴포넌트가 있는지 파악한 상태에서 페이지 개발을 진행하면, 페이지에 종속된 컴포넌트를 추가로 만들지 않고 중복 코드를 줄일 수 있을 것 같다.

2. CSS 스타일링
다음번엔 피그마를 CSS 로 그대로 구현하는 것이 얼마나 중요한지 팀원들에게 설명을 한 다음, 팀원들의 동의를 먼저 얻어내고 싶다. 아무래도 개발자다 보니 심미성보다는 기능 개발이 중심이 되는 것 같아서, 이 번거로운 작업이 중요하다는 인식을 모두 공유하는 게 우선이라고 생각한다.
그리고 PR 을 merge 하기 전 디자인과 달라진 점은 없는지 꼼꼼하게 검사하는 문화를 만들고자 한다.