정리

챕터_4/정리.md

@@ -0,0 +1,24 @@
+# 챕터4
+
+## 오혜성
+- 완벽하다고 하는 설계도 안티패턴이 될 수 있다.
+- 코드리뷰 할 때는 설득력있고 괜찮다 생각할 때가 종종 있는데, 프로젝트를 시켜서 받거나 수정을 해야하는 상황에선 더 나은 것이 있었을지도,,
+- 이런 것들을 리뷰 단계에서 어떻게 하면 파악할 수 있는지 궁금하다.
+
+## 변수미
+- 문제 상황을 해결하지 못하고 벗어나면 안티패턴이다.
+
+## 박승훈
+- 신속한 구현을 위해 임시 방편을 사용 -> 고착화 -> 안티패턴
+- 빠르게 처리하기 위해  zustand state 갱신쪽 최적화를 debounce로 처리했는데 좋은 방법은 아니었다. 
+
+## 신승준
+- 코드를 많이 안 나눴었는데 적당히 나누면 좋다!
+
+## 우창완
+- 이 안티패턴이 왜 안티패턴인지 잘 이해해보자.
+- 이 코드 뭔가 이상할 것 같은데,, 느낌만 있는데,, 남들한테 설명을 못하겠는데,, <- 이 안티패턴이 왜 안티패턴인지 잘 이해해보면 해-결
+
+## 박상범
+- useQuery를 통해 데이터 가져와서 다시 전역 상태에 동기화하는 코드를 보고 이마를 탁,,
+

챕터_5/정리.md

@@ -0,0 +1,24 @@
+# 챕터5
+
+## 오혜성
+- 하단에서 모아 export 하는 것은 별로 선호하지 않는다.
+- 다양한 링크 제공 (가서 보십쇼!)
+- intersection observer를 추상화한 함수를 혜성님 회사에선 framer-motion의 use-in-view를 사용한다!
+
+## 변수미
+- 필요한 페이지에서 동적으로 모듈 가져오기를 통해 최적화를 할 수 있지 않을까?
+
+## 박승훈
+- react 기반 프로젝트와 번들러 설정에 대한 팁이 나중에 있으면 좋겠다.
+
+## 신승준
+- 일부 기능은 사용자의 상호작용이 있을 때만 필요하니 그 때 기능 모듈을 가져오며 최적화를 할 수 있을 것 같다.
+
+## 우창완
+- 브라우저에서 직접적으로 ESM을 사용하면 성능이 좋지 않다.
+- dynamic import = require + tree shaking + async
+- 언어단에서 class getter를 지원하는 것이 매력적이다.
+
+## 박상범
+- 브라우저는 외부 모듈을 직접 참조하지 못한다(?)
+- prerender는 진행하나 component chunk는 필요할 때 가져오는 방법으로 최적화를 할 수 있을 것 같으나 코드가 쉽지 않다.

챕터_6/정리.md

@@ -0,0 +1,10 @@
+# 챕터6
+
+## 오혜성
+- 객체지향의 사실과 오해, 오브젝트 읽어보십쇼
+
+## 박승훈
+- 정처기 때 열심히 외우기만 했다!
+
+## 변수미, 신승준, 우창완, 박상범
+- 기대된다