[7 26(금) 피드백 기록]

FE

• 현업에서 tailwind css로 구현이 불가능한 복잡한 애니메이션 스타일을 구현할 때에는, 어떻게 대응하시나요?
  • tailwind를 그냥 css로 하는 것이 좋을것
  • 현업에서는 애니메이션을 직접 css를 작성하는가?
    • 사람마다 다름(직접 구현/라이브러리)
• 인터랙션 컴포넌트 - 상위 컴포넌트 간 리셋 인터페이스 관련
  • forwardRef + useImperativeHandle 쓰는걸 권장
• 스크롤 인터랙션 시 라이브러리를 쓰지 않고 구현할 때, 어떻게 스크롤의 대상의 되는 실제 dom 엘리먼트를 관리하는가?
  • 상태관리 라이브러리 쓰십시오...
• 어드민 페이지의 경우, 서비스 메인 페이지와 빌드 전략, 컴포넌트 상태 등이 달라질 것이라고 예상됩니다. 배포 방식도 달라질 것으로 보이는데, 레포지토리 전략을 어떻게 짜는 것이 좋을지?
  • 모노레포를 써도 되고 사실 안 나누고 통합적으로 관리하는 게 좋을 것이다
  • 모노레포를 도전하면 학습상 좋습니다
• 멘토진이 전달받은 상태관리 요구사항과 다르니까 다시 확인해볼것
  • context api 쓰시거나, useSyncExternalStore 사용해서 직접 구현하는 것도 방법
• 현대자동차의 프론트엔드 개발자는 주로 어떠한 기술적인 문제를 다루고 있나요?
  • 모든 개발자이건 구현이 1차적 목적이고, 그걸 다 완료한 뒤 퀄리티나 기술적 문제
  • 사용자 오류 최소화

BE

• 노션의 백로그와 task 칸반보드 활용 바람직하다.
• 성능과 목표치 계산법에 대해 공부하고, 예상 트래픽을 선정해놓고 이를 최적화하는 방식으로 프로젝트를 진행하면 좋다.
• 추첨 이벤트 정책의 경우 확장성을 생각하고 점수 배점 정책을 DB에 enum 클래스로 두는 것이 바람직해 보인다.
• 모든 기술적 판단(Redis 사용한 이유, 사용하지 않았으면 어떻게 해결했을지)에는 확실한 근거가 있어야 한다.
• 결과보다 과정에서 발생하는 시행착오와 극복이 훨씬 더 중요하다.