📖 Week 4

질문

• 대시보드 페이지가 메인 페이지여야 하는 이유가 궁금합니다.
• 사내에서 Stress 테스트를 (부하 테스트) 어떻게 진행하는 지 알고 싶습니다.
  • locust, ngrinder, locust websocket 등등을 찾아보자.
  • 캐싱을 통해 서버의 부하를 줄여보자.
  • 캐시를 적용하면 돈은 덜 들지만 개발자가 힘들다.
• 현업에서는 어떤 문제에 대해 삽질을 하게되면 도움을 구하기 이전까지 최대 얼마나의 시간이 용인되는 지 궁금합니다.
• 프론트엔드 최적화(렌더링 최적화등)를 어떻게 진행하는지 구체적으로 알고 싶습니다.
  • 프론트엔드 LightHouse(퍼포먼스 점수)에 넘겨야하는 일정 기준이 있는 지 궁금합니다.
• 프론트엔드 개발하실 때에 테스트 코드 많이 작성하시는 지, 코드 커버리지를 일정 %를 넘겨야하는 지 궁금합니다.

다음 주 개발 계획

• 사용자가 이 사이트가 어떤 사이트인지 알고 있다고 가정하고 진행했기 때문에 전체적인 문맥을 살펴볼 수 있는 페이지를 만들자 (대쉬보드 페이지 혹은 소개 페이지)

  • 노션에서 참고한다.

• 채점 방식을 socket 통신 요청 + API 요청 ⇒ socket 통신 한번에 저장하도록 반영

• 문제 submitLog에 대한 Read API 개발(회원 별로)

• validation(검증)

  • 문제 풀이 코드(채점 시) 코드가 문법적으로(Syntax Error) 올바른 코드인 지 validation → 프론트엔드의 검증 코드를 백엔드로 옮기는 것이 1차 적인 검증
  • 테스트 코드가 chai 문법에 맞는 지 안 맞는 지 확인(validation)
  • chai 공식 문서 홈페이지 링크를 가이드라인으로 제시를 해야 할 듯

• 메시지를 변수화 하자 ⇒ ### 마크다운을 작성합시다. ← 이런거

• PR날릴때 제목에 [매우중요!][별로] 이런거 넣을까?

  Conventional Commits

  Conventional Commits