Week3 회의록

2020-12-03

멘토님들과 진행 사항 공유 및 리뷰 내용 정리

Todoist 클론

개인 할일 관리용
기본적인 todolist 기능에 프로젝트 관리, 알람, 우선순위, 북마크 등 추가기능
웨일스토어 출시를 목표로 완성도있는 서비스를 만들자

FE

기술스택
- Vue Vuex Vuetify nginx
지금까지 어떻게 구현됐나
- 로그인 / 로그아웃
- 프로젝트 라우팅
- 작업추가
- 작업 완료 변경
- 프로젝트/섹션 이름 변경
- 작업 상세 라우팅
- 드래그앤 드롭
- 검색
구현하면서 특별히 힘준 부분이 어딘가
- VUE 도전!
- 인증 라우팅(Private Routing)
- 컴포넌트 재사용 (taskItem , updatableTitle, ...)
- 책임 분리 (store, api, view)
앞으로 남은 부분, 계획, 어려운 점/막혀있는 부분은 뭔가
- 렌더링 최적화 (라이프사이클, computed 활용(메모이제이션))
  - 리렌더링 줄이기
  - api 캐싱
  - 로딩 중 UI 적용
- 리팩토링
- 알람 (푸시알람... iOS와 동기화 ??)
  - 서버에서 push를 날려줘야함
- 북마크 기능
- 데이터 시각화
- 라우팅이 잘안됩니다..(모달, )
  - 컴포넌트 계층 문제
- localStorage에 얼마나 데이터를 저장할 수 있을까요?
  - 현업에서는 어떻게 활용하는지 궁금합니다
    - secret mode를 생각해야한다
    - 일시적인 정보를 담는데 활용
    - 휘발성
    - Web Index DB를 고려해보기
- 인증 토큰 만료 전, 사용자에게 refresh 방법
  - 주기적으로 polling해서 유효성 활용 ~> refresh
- post 후에 데이터 정합성을 위해 get을 해오는데 현업에선 어떻 게 하나요?
  - 정합성이 중요한 경우 get이 맞음
코드 레벨에서 꼭 피드백 받고 싶었던 부분은 어딘가
- 컴포넌트 폴더 구조 정리
  - 재사용성에 대해
- best practice에 대한 조언을 받고 싶습니다
그 외 질문
- 웨일 프론트팀에선 무슨일 하나요 ?
  - 웨일 브라우저의 웹에 대한 모든것!!!
- 저희가 이런거 해봤으면 좋겟다 .. 하는거 있으실까요
  - 네이버 데뷰
  - https://tv.naver.com/v/16857998
  - https://github.com/naver/fe-news/blob/fe-org/org/Whale-WebUI.md
  - 참고!!!

BE

기술스택
- Express, passport, JWT, Sequelize, Jenkins, Docker, Nginx
지금까지 어떻게 구현됐나
- API 테스트 코드
- CRUD API
- OAuth 인증로직
- 자동배포 (젠킨스 , 도커, 엔진엑스)
구현하면서 특별히 힘준 부분이 어딘가
- router, controller, service로 책임 분리
  - 확장성을 고려한 개발
- TDD
앞으로 남은 부분, 계획, 어려운 점/막혀있는 부분은 뭔가
- Validation check
- Redis 사용 캐싱
  - 비용 대비 서비스에서 이점
  - 캐시를 어디에 왜 사용하는 걸까?? 먼저 생각
- 알람 구현 (ios / 웹 동기화)

코드 레벨에서 꼭 피드백 받고 싶었던 부분은 어딘가
- 서비스 분기 처리가 잘 되어있는지 궁금합니다.
  - 컨트롤러가 책임이 무거워졌다?? -> 가질 필요가 없는 책임을 가지고 있는 것
  - 확장성을 고려했을 때, 같은 서비스 로직이 컨트롤러마다 구현되어있으면 다 수정해야함
  - 비즈니스 로직 ~> 데이터를 어떻게 저장하고 사용할건데?? 에 관련된 내용들
  - 컨트롤러 ~> 시스템을 사용하기 위한 인프라(데이터 관련 X)
- asyncTryCatch에 대한 의견
- sync vs migration
  - 둘다 써도 괜찮다. 상황에 따라 다르다!
  - migration은 히스토리를 남길 수 있는 장점이 있다. 하지만 매번 파일을 작성해야 하는 번거로움이 있다.
  - sync는 파일을 작성하지 않아도 되지만 변경사항에 대한 히스토리를 볼 수 없다.
그 외 질문
- 웨일팀에서 노드쓰나요 ??
- 테스트 코드의 체크 레벨은 어느정도 까지인가요?
  - 내가 어디까지 테스트를 하겠다 ~> 본인 마음
  - API만 테스트 ~> 과정을 알지 못한다.
  - 컨트롤러 연결만 테스트할 때는 Mock 처리를 하는 경우가 있다.
  - 테스트를 시나리오로 구분하는 경우도 있다.
  - 본인의 기준 & 협업할 경우에는 팀원들이 이해가 돼야한다.
- 저희가 이런거 해봤으면 좋겟다 .. 하는거 있으실까요
엔티티 정의
- 인터페이스 정의
- 데이터 스펙
db id attribute 설정 관련
- 일정 패턴을 가진 id를 이용하면, id를 예측해서 리소스에 접근하는 robot을 이용하는 경우가 있다.
- 이미 공개된 리소스면, 보안적으로 위험한 문제라고 볼 수는 없다.
- 대신, 많은 트래픽 요청이 들어오기 때문에, 이를 막고 싶을 때 특수한 id를 사용한다.
- 뭐가 됐든, 선택과 이유가 필요한것 같다.