<협업 회고>

어려웠던 점과 문제점

1. Node 버전 문제

• 설명
  • 각 Node버전이 일치시키지 않은 상태로 프로젝트를 시작. 불특정 시점에서 npm install를 하면 package-lock.json 파일이 일치하지 않아 컨플릭트가 빈번하게 발생하는 문제에 직면 (Node v14, v16)나름의 해결책
• mac M1 이슈로 인해 Node LTS v14가 아닌, v16.10.0으로 일치하여 위 문제를 해결함.

2. 브라우저& 모바일 기획

• 설명
  • 초반에 브라우저 기반으로 UI를 기획하고 모바일 버전에서는 반응형으로 사이즈 줄이면 되겠지라는 막연한 생각으로 기획을 함.
  • 이로 인해 모바일 버전이 되었을 때 없어지는 nav들의 경우 어디에 두어야할지 막막한 상황이 생김
• 나름의 해결책
  • 최대한 컴포넌트를 재사용하는 쪽으로 기획을 변경함
  • 기존에 오른쪽 사이드에 존재하던 NavSocial(친구 추가)을 헤더의 메뉴로 추가함으로써 공간 확보
  • 친구 추가 클릭 시 기존에 웹에 존재하던 모달을 모바일에도 재사용
  • 왼쪽 사이드 NavChannel(질문)의 경우 모바일 버전에서는 버튼을 이용하여 열고 닫기가 가능하게 기획 수정
  • 기존 웹에서의 NavChannel을 재사용하여 토글 형식으로만 변경, 사용자는 메인 컨텐츠에 더 집중할 수 있게 됨

3. 이슈 기반 협업 관련

• 설명
  • MainPage, IntroPage 구현시 각각 페이지에서 사용되는 컴포넌트의 수정사항이 빈번하게 발생함
  • 컴포넌트의 변경된 상황을 하나하나 이슈로 등록하여 개별적으로 수정하고 커밋을 남기는게 올바르다고 생각하였으나, 이때, 변경된 컴포넌트들은 개발자마다 중복, 동시에 수정한 컴포넌트가 없었고, 개발 속도에 우선순위를 두어, develop 브랜치로 각자 작업 내용을 커밋 & 머지를 진행함.
• 나름의 해결책
  • 위와 동일하게 중복, 동시에 수정한 컴포넌트가 없었기 때문에 각자 작업 내용을 커밋 & 머지를 진행함

<기술 회고>

어려웠던 점과 문제점

1. 회원가입 페이지 기능 개발 시, 자식 컴포넌트(form)에서 조상 컴포넌트(page)로의 데이터 전달

• 설명
  • [회원가입 페이지] - [Modal] - [회원가입 Form] 의 컴포넌트 구조로 설계를 하였음
  • 회원가입 Form의 submit 버튼을 누르면, Form 에서 작성한 데이터가 API 로직을 타고 서버로 넘어가야 하는 상황
  • API 통신 함수는 현재 Page 컴포넌트에 작성이 되어 있음
  • 하위 컴포넌트의 데이터를 가지고 와서 Page 컴포넌트에서 정의된 API 통신 함수를 실행하고 싶었음
  • Props로 하위 컴포넌트에 데이터를 넘기는 방법은 알고 있었지만, 역으로 데이터를 올려주는 방법은 모르고 있던 상태
• 나름의 해결책
  • 부모의 value가 아닌 함수 자체를 props로 목적지 하위 컴포넌트에 넘겨주고, 목적지 하위 컴포넌트에서 하위 컴포넌트의 value로 전달된 함수를 실행해주었음
  • 수직적 컴포넌트 관계에서는 이러한 방식으로 데이터를 전달할 수 있지만, 부모-자식 간 거리가 멀다면 비효율적인 방법이라는 생각이 들었음

2. 전역 폰트 설정

• 설명
  • Create-react-app 환경에서 한글/영어에 따른 전역 폰트 설정 방법
  • Index.html에서 처럼 CDN을 입력하여 사용하는 방법이 아닌 애플리케이션 내에 폰트를 저장하여 사용하고자 함
  • 검색된 내용마다 방법이 달라 무엇을 적용해야 하는지 혼선이 있었음