04. 서버 사이드 렌더링

4.1 서버 사이드 렌더링이란?

4.1.3 SPA 와 SSR 을 모두 알아야 하는 이유

• [p. 268] MPA 에서 라우팅으로 인해 발생하는 문제를 해결하기 위한 API 를 SPA 에서는 JS 와 CSS 의 도움을 받아서 상당한 노력을 통해 기울여야 한다고 하는데, 진짜 그런가요?
• 개인적으로 사용자 디바이스가 정말 안좋은게 아닌 이상에는 오히려 반대가 아닌가 싶습니다. 통신 상황이 안좋다면 오히려 SSR 이 더 안좋은 유저 경험을 준다고 이미 책에서 밝히고 있으며, 페인트 홀딩, BFCache, Shared Element Transitions 은 SPA 프레임 워크에서 신경을 오히려 안써도 되는 부분 아닌가 싶어서 의문이 남네요. 다들 어떻게 생각하시나요?

4.3 Next.js 톺아보기

• 리액트도 아직 볼게 많은데, 굳이 SSR 과 Next 가 여기 나오는 이유는 좀 이해가 안가네요. 오히려 머리 속만 더 복잡해지는 느낌입니다
• 아마도 책 완성 단계에서 워낙 Next 랑 SSR 이 핫해지다보니 급하게 넣은게 아닌가 하는 의심이...

4.3.2 Next.js 시작하기

• Next 14 에서 앱 라우팅이 지원 되어 구조가 다 변경이 되어버려서 애매한 내용이었습니다

페이지에서 getServerSideProps 를 제거하면 어떻게 될까?

• getServerSideProps 도 안알려주고 이런걸 알려주면... Next 모르는 사람은 어쩌라는 것인지...

05. 리액트와 상태 관리 라이브러리

5.2 리액트 훅으로 시작하는 상태 관리

5.2.2 지역 상태의 한계를 벗어나보자: useState의 상태를 바깥으로 분리하기

• [p. 367] 이거 예제 코드 길게 잘 써놨는데.... 이걸 쓰나? 싶어서 조금 애매하다는 느낌이었는데, 어찌 생각하시나요? 리덕스에 커스텀 미들웨어 붙이는 일이 생기면, 참고용으로는 좋을 것 같았습니다.
• 그런데 막상 리덕스는 왜 안알려주는 걸까요?

5.2.4 상태관리 라이브러리 Recoil, Jotai, Zustand 알아보기

페이스북이 만든 상태 관리 라이브러리 Recoil

Recoil 에서 영감을 받은, 그러나 조금 더 유연한 Jotail

• 리코일은 10보다 biggerThan 이 >= 10 이고 Jotai 는 왜 > 10 이죠? ㅋㅋㅋㅋㅋ
• [p. 383] 리코일 코드에서 key 는 또 above10State 고.... 오락가락 하시네여

작고 빠르면 확장에도 유연한 Zustand

• 전 redux 로 배워서 그런지 zustand 가 압도적으로 편해 보입니다! 다들 어찌 생각하시나요?
• 실제로 점유율도 Zustand 가 급성장하는 걸 봐서 앞으로 좀 사용을 해볼 예정입니다!