• 모노 레포
  • lluna, turborepo
• 프로젝트를 하면서 어떻게 하면 리액트를 좀 더 제대로 사용할 수 있을지
• 페어프로그래밍
  • 백엔드 분들이 리액트를 좀 공부하고 넘어와야 페어 프로그래밍을
• useMemo, useCallback
  • 내부의 형태가 자주 바뀌는 데, 함수가 다시 선언 되는 경우에는 이제 가져와서 쓰고
  • 호출할 때 selector나 리액트 사이클을 타는 친구들에 대해서 감싸서 사이클을 타도록 감싸주는 작업
  • 결국 캐싱이기 때문에, 제한된 상황이면 사용할만 함
  • 종류가 다양하다면 안 사용하는게 좋을 것 같음
  • 내부적으로는 useCallback, useMemo를 안써도 최적화를 할 수 있도록 해주고 있음
• useEffect가 어떻게 동작되어지는 지
• Hook이 왜 조건문 아래에 사용되면 안되는 지
• dom 렌더링 이후에 더 빠르게 실행하려면 useLayoutEffect
• 디자인에 대해서는 최대한 시간을 줄여서 하는 게 좋을 수도
• className으로 박으니까 tailwind로 하는 게 더 좋을 수도
• nest.js → spring이랑 비슷하니까
• 소켓 부분 → 비동기 처리나 내용적으로 해야 되는 부분이 있어서
• 테스트 코드 뭘 우선시 하면 좋을 지
  • unit test 위주로 최대한 많이 짜보기
  • TDD를 한다면? → e2e 까지 하려면 cypress 등을 사용해야 되기 때문에
  • unit test 까지 하는게 좋음
• 그룹프로젝트 테스트의 우선 순위
  • 최대한 컴포넌트 짤 때 hook 위주로 테스트를 하면 속도를 올릴 수 있음
  • 로직 위주로 하게 되면다면 좀 더 우선 순위를 잘 가져갈 수 있지 않을까?
    • 연산이 들어가는 건 Hook으로 빼서 진행
    • fetch나 소켓 연결 된 부분에 대해서
    • 단위 테스트 기준으로 봤을 때
    • 사용자 액션 가지고 어떤게 나오고 묶어주면 시나리오가 나오는 개념이여서.
  • 기능 단위로 나누면 어딜 테스트를 해야 할 지 애매함
• 커버리지의 기준은 정책 단위
  • 내부적으로 정해서 하면 된다.
  • 컴포넌트를 할 수도 있고, 제외하는 요소를 조절 하면 된다.
• 이력서, 포트폴리오
  • 포트폴리오 → 3,4개 정도로 메인 된거는 구체적으로 작성하기
  • 이력서
  • 결국 정량적으로 보는 방법 밖에 없기 때문에