3주차 멘토링

질문과 답변

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

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

2. 코드를 보여주고자 했다 -> 이유 : 개발자니까 코드로 보여줘야 개발자 본인의 스타일을 좀 나타낼 수 있지 않을까? 라는 생각이 들어서 -> 막상 보여주고자 하니 공간이 협소하다거나, 아니면 너무 코드가 단편적인 것 같은 느낌 -> 어떻게 해야 그 사람의 개발 스타일을 나타낼 수 있을지 고민이 된다.

간단한 코드 스타일을 보여주는 선택지 A, B, C, D 를 사용자가 선택하게 해서 그걸 띄워주는 기능은 구현하지 말고 회고에 작성하는 걸로

창업 X, 특별한 서비스를 만들어내겠다 X -> 그룹프로젝트를 진행해서, 취준을 할 때 사용할 경험의 일부로 쓰고 싶은거잖아 경험의 일부 -> 기술적인 디테일 이왕 만드는거 기획적으로 괜찮은 게 좋지 않은가?(무의식적) 프론트엔드 쪽 -> 기술적인 디테일이라고 할 만한거를 아직 찾지 못함 좋아요 api 를 만들고, 테스트 코드 이걸 만들 때 잘 만들려고 하고 있는 -> 기술적인 디테일이지 않을까? 부캠 내에서 프론트쪽을 개발하시는 분들 중에서 프론트 쪽 테스트를 현재 하고 계신 분들이 있을까??

프론트엔드

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

백엔드

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

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

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

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