좋았던점
프론트
- global, reset 없애는게? css 형식의 파일 없애자
- 마크다운 에디터
- 파싱 결과물을 합칠 때 파이프 함수(연산자?) 라는 개념이 있는데 (함수형에서 사용?) 이걸 쓰면 더 깔끔해질듯?
- 에디터 구현 = 트리를 구현
- 구현하면서 얻는 장단?
- 새로운 방식인가? (X)
- 성능이 개선됐나? (X)
- 도전적임 (O)
- 학습의 영역이긴 하지만..
- 외부 라이브러리 쓰는 것도 방법이 될 수 있다
- 개발된 피쳐가 부족하다 싶으면 마크다운은 라이브러리 쓰고 다른거 하러 가도 괜찮지 않을까?
- 고민
- any
- 인증
- 미들웨어
- 미들웨어 단에서 쿠키에 대한 접근 때문인가?
- 쿠키 안 되면 뭐 어쩔 수 없지 ㅇㅋ
- authguard
- 클라이언트 사이드에 너무 많은 로직이 담겨있는게 아닌가 고민
- 멘토님이 간단하게 생각했던 방법
- 미들웨어에서 리퀘스트 받아서 헤더의 인증 정보 validate 하고 넘겨준다.. 정도만 생각했음
- 클라이언트단에서 쿠키에 대한 접근을 막아놨다면 잘 모르겠음
- 차라리 CSR로 구현했으면 코드가 깔끔했을텐데 Next로 해서 도와줄 방법도 없네요 ㅈㅅ
- next.js
- 가 내부적으로 어떻게 동작하는지 반드시 확인할 것
- 장점보다는 왜 이렇게 되는지에 대한 동작 원리를 설명할 수 있어야 (두번 강조)
- 기본적으로 SSR
- CSR로 바꾸려면 별도의 옵션을 써야한다.
- 실무에서 next.js 에 대한 평가: 지금 CSR 잘 되고 있는데 굳이 옮겨야 되나? 하고 잘 안 옮기려는 경향, 애매함
- SSR을 잘 활용하지 못하는 거 같다.
- next가 쓸만해진지 얼마 안되었다.
- 관성으로 인한 csr 사용…
- 관리자 페이지 같은건 SSR이 좋아보이긴 함
- App Directory
- 베타도 쓰는게 아니라는 경험적 교훈
- (멘토님): 저는 사실 CSS-in-JS 보다는 tailwind 계열 좋아함
- 상태관리
- jotai
- zustand
- 요즘에는 react query 가 트렌드긴 함
서버
- Nest.js
- API 테스트 어떻게 하고 있는지?
- A: 포스트맨 쓰고 있어요
- Re: (거의 마무리되어가는 과정이면) 테스트 코드 붙여보는게 어떤지?
- 이슈, 슬랙 대화를 보다가 느낀 점
- BE가 FE에 너무 친절한듯?
- 뉴스피드에 유저 정보 조인해서 줄 때
- (멘토님 경험) 대부분 userid만 있었고 따로 fetching했었음
- 성능적으로 고려해보면 불친절해야 할 때도 있음
- 요청과 응답 사이시간을 줄이는게 성능 개선에 좋다.
- 페이지네이션
- 페이지 단위 10개에서 좀 늘려도? (20~30?)
- 스키마, DTO에 userid 무엇?
- userId user_id 뭐든간에 바꿔주세요 불편해요
- (도전적인 요소) 별도의 로그 서버에 로깅까지 하면??
CD
백엔드 배포 깨지는 이유