2주차 멘토링

멘토 미팅

• tailwind

  • 회사에서 tailwind 사용중, 멘토님은 싫어하심
    • (수빈 추가)
    • 장점: 디자인시스템 만들 때 일관적인 디자인 만들 수 있음
    • 단점: selector 사용이 어려워짐 (sibling, parent, child element..)

• TDD

  • 알고리즘 명세서를 작성하면 그걸 고대로 test code로 옮기세요
  • CRUD 정렬 알고리즘
    • CRUD를 해서 얘도 변했다도 테스트를 해야되나…? : No
      • 걔랑 걔는 별거이다.
      • 알고리즘은 현재 있는 것에 대해서 집중.
      • delete를 했을 때 메서드가 호출이 되었다 정도만!
  • feat list의 소단위 한 줄씩 TEST CODE를 작성한다고 생각해보자
    • 같이 묶어서 테스트 할 것이 있으면 grouping을 해주자
    • 글로 써논 기능을 다 구현한다고 생각하자
    • 빈 함수 구현체 : 아직 구현을 안했지만 결과가 이렇게 될 것이다라고 미리 다 적어놓기 → 테스트 실행하면 실패 → 실패를 다 없애는 식으로 개발
      • 테스트마다 커밋을 찍어야할까?
        • 굳이 그럴 필요는 없음.
    • 20개 테스트가 있으면 다 실패 할 텐데 기능의 살을 붙여나가면서 테스트를 돌려서 성공하게 나오도록 구현하는 것!
  • todo의 순서도 : RDB에서 하면 오버헤드가 큰데…GraphDB도 생각해봤는데…
    • 부모 스케줄이 있다고 할 때 관계들을 맺어줄만한 DB가 있어야겠네..
    • 관계만 있는 테이블을 만들어보는 것도 나쁘지 않은 방법
    • 항상 하나만 바라보는 flag를 만들어 부모 하나만 바라볼 수 있게

• 프로젝트 관리 tool

• eslint

  • airbnb…? 쓰지마세요…
  • standard쓰세요..

• yarn berry… 어떠세용

  • zero install
  • pritter, eslint에선 editer에선 node_modules를 가져오려고 하는데 yarn berry로하면 안되는 경우가 많아서 yarn berry VScode 가르키는 것을 바꿔주는 것도 있음
  • npm말고 yarn을 쓰는 이유는 yarn의 다른 명령어를 좀 써보려고… (그 외에는 npm과 yarn과 비슷,, (yarn berry 아니면))

• CI/CD guthub action 환경변수들 github secret에 다 때려박았는데… 이게 맞나…

  • 맞아요…
  • echo로 통으로 넣는게 맞나…
    • NO
  • 다른 리뷰어님께서 같이 하는 사람들끼리 private 파서… 하라는 말…

• XState

  • 멘토님 사용해보심
  • todo가 복잡하다면 사용해보는게 나쁘지 않음

• husky

  • preitter eslint 추천