3주차 멘토링

질문과 답변

1. 컴포넌트 내에서 함수를 활용하는 방법

1. useCallback
2. 별도 파일에 명시해놓고 import 해오기
3. 컴포넌트 내에서 useCallback 없이 함수 사용

2. 기능적 다양성보다 기능의 완성도, 안전성을 높이는 데 힘을 쏟고자 하는데, 이런 방향성이 멘토님이 보시기에도 매력있게 느껴지시는지(만약 면접자의 입장이라면)

현재 기존에 계획했던 기능은 다음 주 이내로 끝낼 수 있을 것으로 예상된다.

나중에 면접에서 해당 프로젝트를 진행하면서 극복했던 기술적 어려움이나, 우리의 도전을 보여줘야할 것 같은데

남아있는 애매한 기간 동안 기술적 도전(ex. 채팅)이나 기획적인 무언가를 하기에는 완성도가 떨어질 것 같다는 생각을 했다.

고민하던 차에, 기본 계획을 끝내고 나서는 테스트에 집중해보려한다.

기존 프로젝트 완성도도 높이고 테스트는 처음 해보는 거라서 여러가지 테스트 툴이나 방법을 사용해보면서 새로운 도전을 보여주고자 한다.

이러한 우리의 방향성이 멘토님 입장에서 보시기엔 어떠신지 의견을 여쭙고 싶다.

3. 면접을 진행할 때, 기술적으로 겪은 어려움을 해결한 내용말고 기획에서 경험한 어려움을 해결한 과정 등도 이야기 할 수 있는지?

4. 단위 테스트 어느정도까지 해야할까요?

• 좋아요 기능을 담당하는 controller, service, repository 가 있을 때, service 에 만들어놓은 모든 함수를 하나씩 테스트하면 되는 걸까요??
• 단위 테스트가 불가능한 경우는 어떤 게 있나요?

5. 중첩 라우팅의 적절한 사용례

• 현재 특정 페이지에 공통으로 적용되는 레이아웃을 중첩 라우팅으로 구현하였고, 로그인 체크 기능을 중첩 라우팅으로 구현했다가 '라우팅 (경로 선택)' 과 크게 관련이 없다고 생각되어 상위 컴포넌트로 분리하였습니다
• 중첩 라우팅을 이용하여 구현하는 케이스와 상위 컴포넌트로 배치하는 케이스로는 어떤 것이 있을까요? 명확하게 분류할 만한 기준이 있을까요?

앞으로 하고자 하는 도전

• 프론트엔드

  • useMemo, useCallback 등을 사용하여 최적화 시킬 때, 실제 성능에 어떤 차이가 있는지 연구하고, 성능을 높이기 위해 어떻게 하면 좋을지 학습하기
  • react testing library 를 사용하여 React 컴포넌트 자체를 테스트
  • Jest 를 이용한 내부 로직 테스트

• 백엔드

  • 만든 API 의 테스트 코드를 짜기, 테스트 프로그램(?)을 이용해서 요청 수에 비례한 성능을 확인하고, 성능을 높이기 위해 어떻게 하면 좋을지 학습하기
  • Github Actions 를 이용하여 배포(CD)할 때, 배포 성능(= 배포 속도)을 높이기 위한 방법 찾기