1주차 멘토링

• Client에 집중된 프로젝트로 보임

  • 개인화
  • 어떻게 보여줄 지

• MVP

  • 구현보다 생각하는 시간이 더 많을 것으로 예상
  • 개인화, 시각화가 중요하다. 어떻게 하면 더 좋은 서비스를 줄 수 있을까
  • 알고리즘 고도화가 중요하다

• 시작은 DB 없이 로컬 스토리지만 사용해서 할 수도 있을 것 같다.

• Killer Contents부터 MVP로! 여기에 제일 집중해야 할 듯

  • 스케줄링 알고리즘
    • 창의적인 부분, 단위 테스트를 매우 열심히 해야 하는 부분
    • 단위테스트 가능하게 모듈을 짜기
    • mock data 1: 가중치 합 10 증명… 이런 식으로
    • 이 부분만이라도 TDD 추천
    • 스펙 정의 후 바로 Test code 작성
      • 제대로 돌아가는지 검증
      • 누군가가 얘를 수정했을 때 더 견고하게 만들 수 있음
      • 코어 함수 → 어떻게 알고리즘을 평가할 수 있을까를 고민하면 견고하게 짤 수 있다

• 비동기적으로 데이터 가져오게끔 FE 코드를 작성하고, 나중에 api를 더 쉽게 이관할 수 있도록!

  • https://github.com/localForage/localForage
  • 모듈화를 시켜서 toggle하듯이 바꿀 수 있도록 설계 단계에서 고민을 많이 해보자

• SSR은 오히려 적합하지 않을 수 있다.

  • SSR은 정보성이 짙은 프로젝트에 어울린다
  • 검색 노출(SEO), SSR(NEXT.js)

• Client로 챌린징을 한다면 (Client에 치중된 서비스 같다.)

  • webpack 말고 다른 번들러 사용, vite를 사용해보자
  • Svelte 사용, 여러 라이브러리 사용을 시도해보는 정도의 의미
  • ReScript, 학습 곡선이 너무 높다

• 모든 기술 선택에는 이유가 있어야 한다.

• 일정 시간에 어떤 이벤트 발생

  • FE에서 구현한다면? - webworker: 스케줄링 (내 스케줄 구독)
  • 그런데 사실 FE/BE 구현 유무는 중요하진 않음. ‘확장’ 고려해서 pick하는게 중요함.

• 모듈화

  • MVP 확장 측면에서 어떤 전략을 사용해서 개발할지 고민하는 게 중요함.

• 타이머를 어디서 정해야할까

  • 서버: 소켓과 핑
  • 브라우저: webworker를 이용해 스케줄을 구독

• 와이어프레임

• 디자인

  • 슬로건과 로고와도 연관지으면 재미있을 듯

• 사용자 interaction이 중요한 서비스

  • UX를 많이 신경쓰는 게 좋을 듯!
  • 디자인 + 고도화까지
  • 벤치마킹

• push 알림

  • PWA 추천: offline에서도 web을 app처럼 사용할 수 있음
    • 웹을 꺼도 상호작용을 할 수 있도록
  • 관련 레퍼런스: https://developer.mozilla.org/en-US/docs/Web/Progressive_web_apps/Re-engageable_Notifications_Push

• 구현할 때 항시 고려해야할 점

  • 명확한 인터페이스를 구현, 분리와 확장을 항상 고려
    • 데이터 구조와 변환 로직
    • 모듈화