diff --git "a/\354\261\225\355\204\260_11/README.md" "b/\354\261\225\355\204\260_11/README.md"
new file mode 100644
index 0000000..9e1fe3d
--- /dev/null
+++ "b/\354\261\225\355\204\260_11/README.md"
@@ -0,0 +1,34 @@
+상조
+
+- 타입스크립트 네임스페이스랑 개념 자체는 거의 비슷하다
+- 서버에서 가져오는 모델 타입에 네임스페이스 사용하고 있음 (ex. `UserReponse`가 아니라 `User.Reponse`)
+
+혜성
+
+- 의존성 선언 패턴은 꺼내서 쓰는 거라고 이해했음
+- 맥락을 봐야 하는 경우에는 포함하는 형태도 나쁘지 않았음
+
+승훈
+
+- 즉시 실행 함수를 사용해서 정의하는 이점이 와닿진 않았음
+- 접두사 네임스페이스 패턴은 그냥 당연한 개념으로 생각하고 있었어서 이런 것도 패턴인가 싶었음
+- 책 내용에 확신을 못 느낌 (정답이 없는 내용)
+
+수미
+
+- 객체 리터럴 표기법 패턴에 장점이 없는 걸로 봐서는 저자가 좋아하는 패턴이 아닐까 싶음
+- 즉시 실행 함수 표현식 패턴은 가끔 사용하긴 하는데 굳이 추천할 정도는 아님
+
+지연
+
+- 네임스페이스는 구분이 가능하도록 정해놓은 범위, 객체나 변수가 겹치지 않는 안전한 소스코드 만드는 개념
+- 리액트 네임스페이스 패턴  
+  - `forwardRef`로 반환된 컴포넌트는 `ForwardRefExoticComponent` 타입이라 `Object.assign`으로 하위 속성을 병합해야 함
+
+창완
+
+- 번들러, ESM 사용하면 네임스페이스를 딱히 신경 쓰지 않고 개발할 수 있음
+- 네임스페이스를 쓴다는 건 외부로부터 격리시킨다는 의미인데, 외부에서 수정/삭제 가능하면 네임스페이스 쓰는 의미가 없지 않나 싶음
+- es-toolkit도 여러 빌드 결과물을 지원하는데, 스크립트 형식으로 쓸 수 있음
+  - 빌드하면 global.js 파일이 나오기 때문에 브라우저에서 직접 `<script>` 태그로 사용 가능
+  - `pick`, `omit`처럼 흔히 쓰는 이름도 네임스페이스 오염시키지 않고 사용할 수 있음