앞으로의 과제

React.lazy vs lodable-component
React 코드 분할

3주

회사는 개좋다
나만 잘하면 된다

Keep

없는 시간을 쪼개서 글을 작성하는 꾸준함 나쁘지 않았다
내 작업 시간보다 함께 성장하는 쪽에 비중을 많이 두었다

Problem

여가 시간에 코드를 치는 일이 거의 없다
주 5줄 이상 코드를 작성하는 목표에
정말 5줄만 겨우 채우는..
목표를 어떻게 늘려야할지 고민해봐야..

Try

조금 더 코드를 작성하고 관리하는 쪽으로 시간을 많이 써야겠다
구체적이고 지금보다는 높은 목표를 설정하는 편이..

리팩터링 피드백

특이사항

• Warning은 보안 이슈가 있을 수 있기 때문에 특별히 신경써야 한다
• 160ms 이상의 이미지는 컴포넌트로 불러와서 lazy로딩을 주는 것 고려
• 자동완성 기능 해제 시 autocomplete "off"

react는 싱글톤 패턴이기 때문에 hook 사용 시 따로 import 하지 않고 React에서 불러와서 사용하는 편이 성능에 조금 더 좋다
ex) React.useState()

axios 호출하는 부분, error처리를 하는 부분을 따로 함수를 만들지 말고
하나의 함수에서 처리하는 편이 좋다
단일 책임 원칙으로 작성하는 스타일로

error handling

1. try catch - 예외 처리
2. throw - 에러
   try catch를 쓰게되면 예측할 수 있는 에러를
   직접 예외 처리할 수 있어서 좋다
   때문에 항상 먼저 고려돼야 하고
   모든 발생 및 예측 가능한 에러에 대해 예외 처리를 해주는 편이 좋다

에러가 뜨면 서버가 죽는다
-> 정말 문제가 발생했을 때는 서비스 중지돼야함

DDD

domain driven develop
개발에서의 도메인은
서비스 내의 시스템 중 하나의 소분류가 도메인
라이브 픽스타 (서비스) - 스포츠 (시스템) - 게임 (도메인)
프론트에서는 디렉토리 계층으로 구분하는 정도로만

도메인 주도 개발은 개발이 느리지만 유지보수가 매우 좋다
사용자 행위에 대한 것이 아니면 시스템 보다는 도메인으로 분류하는 것이

taillwind 전역 관리 필요