-
Notifications
You must be signed in to change notification settings - Fork 0
22.11.09 Week1 Mentoring
Choi siun edited this page Nov 9, 2022
·
3 revisions
- 데이터베이스를 선택시 선택에 대한 기준과 근거는 어떻게 설정해야하며 우리의 서비스에 기반해서 어떠한 DB가 좋을지.
- 테스트는 자원이 많이 든다고 생각하는데, 단기간에 테스트 전략은 어떻게 수립하면 좋을지.
- 테스트를 진행하는 시점은 어느 때가 좋을지.
- 프론트엔드 테스트에서 유저의 입장과 비즈니스로직 중 어디에 초점을 맞추어 테스트를 진행해야 할지.
- 테스팅 라이브러리(ex Cypress, ...etc) 중 어떤게 좋을지.
- Feature 우선순위를 어떻게 설정해야 하는지.
너무 점수에 매몰되지 않는 것이 중요. 너무 장기간이 걸리는 콘텐츠이지 않나?
로그인 거부감이 있는 유저가 있을 수도 있어서, 비로그인 상태에도 사용 할 수 있는 콘텐츠를 고려
생각보다 챌린징한 기술스택들이 많아서
조금 해보고 안되겠다 싶으면 기술 스택을 줄일 필요가 있을듯.
웬만하면 RDB가 좋긴한데, 외래키나 이런 것들을 설정하려면 생각보다 어려워짐.
ORM을 사용하면 좋고 ERD를 직접 그리지 말고 Generator로 생성해 나가면서 계속확인하는게 좋을듯.
RDB 추천!
- API Test까지는 해보는게 좋다.
- e2e testing
- 개개인이 단위테스트
- 사실 API 테스트는 프론트에서 돌려보는 것도 테스팅이 될 수 있다.
테스트 시점 마다 방법론이 있는데 (TDD or DDD)
기간이 짧고 정해져 있으므로 TDD는 좀 힘들고 필요에 따라 만들도록 하자.
중요한 시점이 오면 테스트 코드를 먼저 만드는 것도 좋음
But, 프로젝트의 볼륨 상 하나하나 테스트 코드를 짜면 일정을 맞추기 쉽지않음.
서버에서 API를 만들 때는 모바일, 웹을 같이 고려해서 클라이언트 개발자가 최소한으로 일할 수 있게
상세적으로 작업하는 것이 필요하다.
다음주에 한 3일 정도 해보고 윤곽 나오고 피쳐 볼륨을 리사이징 하는 것에 대한 논의를 하면 좋을듯
SPA 웹앱이기 떄문에 해야하는 처리들이 있음 (ex 뒤로가기 등) 그런 것들에 대한
- Date 객체가 내 PC 날짜를 참조하는거였어..?
- FrontEnd 성능 개선기
- Google OAuth 프론트 연계
- HTTPS 보안 등급 A+ 받기
- URL Parameter routing 트러블 슈팅
- Immer.js 도입기
- Request Header의 특정 헤더값이 확인이 안되는 경우
- FrontEnd 성능 개선기 두번째 (네트워크 Waterfall 발생)
- 실시간 알림을 위한 SSE 도입기
- Fitory 검색페이지 개발 & 성능 개선기
- Index를 이용한 DB 성능 개선 일지
- Full Text Search를 이용한 DB 성능 개선 일지
- 22.11.09. Week1 멘토링
- 22.11.11. Week1 마스터클래스 리뷰
- 22.11.16. Week2 멘토링
- 22.11.26. Week3 멘토링
- 22.11.30. Week4 멘토링