diff --git a/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1) (1).png b/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1) (1).png
new file mode 100644
index 0000000..9f2f444
Binary files /dev/null and b/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1).png b/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1).png
index 9f2f444..b7c7925 100644
Binary files a/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1).png and b/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1).png b/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1).png
index b7c7925..7c06027 100644
Binary files a/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1).png and b/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1).png b/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1).png
index 7c06027..91d3397 100644
Binary files a/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1).png and b/developLog/.gitbook/assets/image (1) (1) (1) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (1) (1) (1) (1) (1).png b/developLog/.gitbook/assets/image (1) (1) (1) (1) (1).png
index 91d3397..0e0ef9c 100644
Binary files a/developLog/.gitbook/assets/image (1) (1) (1) (1) (1).png and b/developLog/.gitbook/assets/image (1) (1) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (1) (1) (1) (1).png b/developLog/.gitbook/assets/image (1) (1) (1) (1).png
index 0e0ef9c..760b710 100644
Binary files a/developLog/.gitbook/assets/image (1) (1) (1) (1).png and b/developLog/.gitbook/assets/image (1) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (1) (1) (1).png b/developLog/.gitbook/assets/image (1) (1) (1).png
index 760b710..13900d1 100644
Binary files a/developLog/.gitbook/assets/image (1) (1) (1).png and b/developLog/.gitbook/assets/image (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (1) (1).png b/developLog/.gitbook/assets/image (1) (1).png
index 13900d1..372f493 100644
Binary files a/developLog/.gitbook/assets/image (1) (1).png and b/developLog/.gitbook/assets/image (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (1).png b/developLog/.gitbook/assets/image (1).png
index 372f493..91c1e99 100644
Binary files a/developLog/.gitbook/assets/image (1).png and b/developLog/.gitbook/assets/image (1).png differ
diff --git a/developLog/.gitbook/assets/image (2) (1) (1) (1) (1) (1).png b/developLog/.gitbook/assets/image (2) (1) (1) (1) (1) (1).png
new file mode 100644
index 0000000..9f2f444
Binary files /dev/null and b/developLog/.gitbook/assets/image (2) (1) (1) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (2) (1) (1) (1) (1).png b/developLog/.gitbook/assets/image (2) (1) (1) (1) (1).png
index 9f2f444..92c391b 100644
Binary files a/developLog/.gitbook/assets/image (2) (1) (1) (1) (1).png and b/developLog/.gitbook/assets/image (2) (1) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (2) (1) (1) (1).png b/developLog/.gitbook/assets/image (2) (1) (1) (1).png
index 92c391b..50d2dbf 100644
Binary files a/developLog/.gitbook/assets/image (2) (1) (1) (1).png and b/developLog/.gitbook/assets/image (2) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (2) (1) (1).png b/developLog/.gitbook/assets/image (2) (1) (1).png
index 50d2dbf..1365cd3 100644
Binary files a/developLog/.gitbook/assets/image (2) (1) (1).png and b/developLog/.gitbook/assets/image (2) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (2) (1).png b/developLog/.gitbook/assets/image (2) (1).png
index 1365cd3..2970feb 100644
Binary files a/developLog/.gitbook/assets/image (2) (1).png and b/developLog/.gitbook/assets/image (2) (1).png differ
diff --git a/developLog/.gitbook/assets/image (2).png b/developLog/.gitbook/assets/image (2).png
index 2970feb..5ff80ef 100644
Binary files a/developLog/.gitbook/assets/image (2).png and b/developLog/.gitbook/assets/image (2).png differ
diff --git a/developLog/.gitbook/assets/image (3) (1) (1) (1) (1) (1).png b/developLog/.gitbook/assets/image (3) (1) (1) (1) (1) (1).png
new file mode 100644
index 0000000..890d56a
Binary files /dev/null and b/developLog/.gitbook/assets/image (3) (1) (1) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (3) (1) (1) (1) (1).png b/developLog/.gitbook/assets/image (3) (1) (1) (1) (1).png
index 890d56a..28e60ee 100644
Binary files a/developLog/.gitbook/assets/image (3) (1) (1) (1) (1).png and b/developLog/.gitbook/assets/image (3) (1) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (3) (1) (1) (1).png b/developLog/.gitbook/assets/image (3) (1) (1) (1).png
index 28e60ee..50d2dbf 100644
Binary files a/developLog/.gitbook/assets/image (3) (1) (1) (1).png and b/developLog/.gitbook/assets/image (3) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (3) (1) (1).png b/developLog/.gitbook/assets/image (3) (1) (1).png
index 50d2dbf..7c181da 100644
Binary files a/developLog/.gitbook/assets/image (3) (1) (1).png and b/developLog/.gitbook/assets/image (3) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (3) (1).png b/developLog/.gitbook/assets/image (3) (1).png
index 7c181da..ce09960 100644
Binary files a/developLog/.gitbook/assets/image (3) (1).png and b/developLog/.gitbook/assets/image (3) (1).png differ
diff --git a/developLog/.gitbook/assets/image (3).png b/developLog/.gitbook/assets/image (3).png
index ce09960..62cfc7c 100644
Binary files a/developLog/.gitbook/assets/image (3).png and b/developLog/.gitbook/assets/image (3).png differ
diff --git a/developLog/.gitbook/assets/image (4) (1) (1) (1).png b/developLog/.gitbook/assets/image (4) (1) (1) (1).png
new file mode 100644
index 0000000..91a89e4
Binary files /dev/null and b/developLog/.gitbook/assets/image (4) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (4) (1) (1).png b/developLog/.gitbook/assets/image (4) (1) (1).png
index 91a89e4..57f2433 100644
Binary files a/developLog/.gitbook/assets/image (4) (1) (1).png and b/developLog/.gitbook/assets/image (4) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (4) (1).png b/developLog/.gitbook/assets/image (4) (1).png
index 57f2433..22bef03 100644
Binary files a/developLog/.gitbook/assets/image (4) (1).png and b/developLog/.gitbook/assets/image (4) (1).png differ
diff --git a/developLog/.gitbook/assets/image (4).png b/developLog/.gitbook/assets/image (4).png
index 22bef03..6871735 100644
Binary files a/developLog/.gitbook/assets/image (4).png and b/developLog/.gitbook/assets/image (4).png differ
diff --git a/developLog/.gitbook/assets/image (5) (1) (1) (1).png b/developLog/.gitbook/assets/image (5) (1) (1) (1).png
new file mode 100644
index 0000000..c7760ed
Binary files /dev/null and b/developLog/.gitbook/assets/image (5) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (5) (1) (1).png b/developLog/.gitbook/assets/image (5) (1) (1).png
index c7760ed..1999d00 100644
Binary files a/developLog/.gitbook/assets/image (5) (1) (1).png and b/developLog/.gitbook/assets/image (5) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (5) (1).png b/developLog/.gitbook/assets/image (5) (1).png
index 1999d00..22bef03 100644
Binary files a/developLog/.gitbook/assets/image (5) (1).png and b/developLog/.gitbook/assets/image (5) (1).png differ
diff --git a/developLog/.gitbook/assets/image (5).png b/developLog/.gitbook/assets/image (5).png
index 22bef03..0ee06cd 100644
Binary files a/developLog/.gitbook/assets/image (5).png and b/developLog/.gitbook/assets/image (5).png differ
diff --git a/developLog/.gitbook/assets/image (6) (1) (1) (1).png b/developLog/.gitbook/assets/image (6) (1) (1) (1).png
new file mode 100644
index 0000000..1d6b6ce
Binary files /dev/null and b/developLog/.gitbook/assets/image (6) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (6) (1) (1).png b/developLog/.gitbook/assets/image (6) (1) (1).png
index 1d6b6ce..1c631d9 100644
Binary files a/developLog/.gitbook/assets/image (6) (1) (1).png and b/developLog/.gitbook/assets/image (6) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (6) (1).png b/developLog/.gitbook/assets/image (6) (1).png
index 1c631d9..1aab74b 100644
Binary files a/developLog/.gitbook/assets/image (6) (1).png and b/developLog/.gitbook/assets/image (6) (1).png differ
diff --git a/developLog/.gitbook/assets/image (6).png b/developLog/.gitbook/assets/image (6).png
index 1aab74b..5196d58 100644
Binary files a/developLog/.gitbook/assets/image (6).png and b/developLog/.gitbook/assets/image (6).png differ
diff --git a/developLog/.gitbook/assets/image (7) (1) (1) (1).png b/developLog/.gitbook/assets/image (7) (1) (1) (1).png
new file mode 100644
index 0000000..589833a
Binary files /dev/null and b/developLog/.gitbook/assets/image (7) (1) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (7) (1) (1).png b/developLog/.gitbook/assets/image (7) (1) (1).png
index 589833a..1c631d9 100644
Binary files a/developLog/.gitbook/assets/image (7) (1) (1).png and b/developLog/.gitbook/assets/image (7) (1) (1).png differ
diff --git a/developLog/.gitbook/assets/image (7) (1).png b/developLog/.gitbook/assets/image (7) (1).png
index 1c631d9..1aaad0e 100644
Binary files a/developLog/.gitbook/assets/image (7) (1).png and b/developLog/.gitbook/assets/image (7) (1).png differ
diff --git a/developLog/.gitbook/assets/image (7).png b/developLog/.gitbook/assets/image (7).png
index 1aaad0e..17ac0da 100644
Binary files a/developLog/.gitbook/assets/image (7).png and b/developLog/.gitbook/assets/image (7).png differ
diff --git a/developLog/.gitbook/assets/image.png b/developLog/.gitbook/assets/image.png
index 17ac0da..b653983 100644
Binary files a/developLog/.gitbook/assets/image.png and b/developLog/.gitbook/assets/image.png differ
diff --git a/developLog/README.md b/developLog/README.md
index f110a37..17bce53 100644
--- a/developLog/README.md
+++ b/developLog/README.md
@@ -46,7 +46,7 @@ layout:
 * 📝 저는 기록하고 남들과 정보를 나누는 것을 좋아하기에 [![](https://img.shields.io/badge/Velog-20C997?style=flat-square\&logo=Velog\&logoColor=white\&https://velog.io/@prettylee620)](https://velog.io/@prettylee620) 와 [![](https://img.shields.io/badge/Notion-000000?style=flat-square\&logo=Notion\&logoColor=white)](https://mellona.oopy.io/)에 기록합니다.
 * 📌 최근에 기록하여 많은 공감을 얻었던 글은 **면접에 관련된 글**이며, 그 외의 다수의 글로 공감과 댓글을 받았으며, 2024년 **velog 팔로워 100명 이상**을 달성하였습니다.
 
-<figure><img src=".gitbook/assets/image (3) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src=".gitbook/assets/image (3) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 ### ☎ CONTACT
 
diff --git a/developLog/SUMMARY.md b/developLog/SUMMARY.md
index 1819d84..87e2cc6 100644
--- a/developLog/SUMMARY.md
+++ b/developLog/SUMMARY.md
@@ -62,6 +62,7 @@
 
 ## Algorithm-DataStructure
 
+* [Algorithm 관련  bookmark](algorithm-datastructure/algorithm-bookmark.md)
 * [자료구조](algorithm-datastructure/data-structure/README.md)
   * [Big O](algorithm-datastructure/data-structure/big-o.md)
   * [연결 리스트](algorithm-datastructure/data-structure/undefined.md)
@@ -104,6 +105,8 @@
     * [개발자 온보딩 가이드 4장 -(1)](book/onboarding/4/4-1.md)
     * [필독 개발자 온보딩 가이드 4장 -(2)](book/onboarding/4/4-2.md)
     * [개발자 온보딩 가이드 4장 - (3)](book/onboarding/4/4-3.md)
+* [객체지향의 오해와 사실](book/oop/README.md)
+  * [1장 : 협력하는 객체들의 공동체](book/oop/1.md)
 
 ## 🌸 회고록 <a href="#memoir" id="memoir"></a>
 
@@ -151,3 +154,5 @@
     * [주니어가 첫 회사 다니면서 깨달은(?깨달아가는) 20가지](ex/employment-job-change/si/20.md)
 * [살아가는 이야기](ex/my-story/README.md)
   * [대학 입학 전 \~ 취업 전까지의 아르바이트 회고](ex/my-story/undefined.md)
+* [얻은 지식 모음](ex/knowledge/README.md)
+  * [트위터를 통한 모르는 지식을 얻어가기](ex/knowledge/undefined.md)
diff --git a/developLog/algorithm-datastructure/algorithm-bookmark.md b/developLog/algorithm-datastructure/algorithm-bookmark.md
new file mode 100644
index 0000000..edaf3b1
--- /dev/null
+++ b/developLog/algorithm-datastructure/algorithm-bookmark.md
@@ -0,0 +1,30 @@
+---
+icon: circle-bookmark
+---
+
+# Algorithm 관련  bookmark
+
+### 📌 알고리즘
+
+> 조금 괜찮은 기업으로 가려면 필수인 알고리즘과 코딩테스트
+
+* [알고리즘 공부에 대한 로드맵](https://blog.yena.io/studynote/2018/11/14/Algorithm-Basic.html) 초보자 알고리즘 공부 시작 방법 및 순서
+* [알고리즘 정리 블로그](https://velog.io/@matisse/%EC%95%8C%EA%B3%A0%EB%A6%AC%EC%A6%98-%ED%83%90%EC%83%89-%EC%A0%95%EB%A0%AC-%EA%B0%84%EB%8B%A8-%EC%A0%95%EB%A6%AC) 알고리즘 간단 정리 블로그
+* [알고리즘 바보 취업을 위한 알고리즘 정리](https://covenant.tistory.com/220) 알고리즘 바보의 취준을 위한 코테 공부방법
+* [코딩테스트 대비 문제집 with Baekjoon](https://github.com/tony9402/baekjoon) 코딩테스트 대비 문제집으로 알고리즘 처음 시작 시 참고해야 하는 블로그들도 나와 있다.
+* [마법의 슈퍼마리오 네이버 블로그](https://m.blog.naver.com/PostList.nhn?blogId=kks227\&categoryNo=299\&logCode=0\&categoryName=%EB%8C%80%ED%9A%8C%EC%95%8C%EA%B3%A0%EB%A6%AC%EC%A6%98) 유명한 알고리즘 네이버 블로그
+* [알고리즘 초보 벗어나기 3단계](https://claudiajkang.medium.com/%EC%95%8C%EA%B3%A0%EB%A6%AC%EC%A6%98-%EC%B4%88%EB%B3%B4%EC%97%90%EC%84%9C-%EB%B2%97%EC%96%B4%EB%82%98%EA%B8%B0-%EC%9C%84%ED%95%9C-%EC%97%AC%EC%A0%95-1ffb6bdfec6b) 알고리즘 보보 벗어나기 위한 방안에 대해 나와 있음
+* [백준 온라인 사이트로 알고리즘 초보가 공부하는 방법](https://velog.io/@dragoocho/%EB%B0%B1%EC%A4%80-%EC%98%A8%EB%9D%BC%EC%9D%B8-%EC%82%AC%EC%9D%B4%ED%8A%B8%EB%A1%9C-%EC%95%8C%EA%B3%A0%EB%A6%AC%EC%A6%98-%EA%B3%B5%EB%B6%80%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95) 벨로그 글인데 실천적인 방안 잘 나와있음
+* [프로그래밍과 알고리즘 공부법](https://seamless.tistory.com/96) 월간 마소 2002년에 기고된 김창준 님의 "어떻게 공부할까: 프로그래머를 위한 공부론"이라는 기사 내용 포스팅 되어 있는 블로그 글
+* [초급-중급 알고리즘 스터디 커리큘럼 추천 (3개월)](https://dev-dain.tistory.com/155) 초급 알고리즘 커리큘럼에 대해 나와 있음
+*   [원티드 개발자 면접 완전 정복하기 (1) - 코딩 테스트 편](https://www.wanted.co.kr/events/22\_11\_s01\_b15) 원티드 코딩 테스트 편
+
+    \
+
+
+### 📌 알고리즘 풀이 사이트
+
+* [백준](https://www.acmicpc.net/)
+* [프로그래머스](https://programmers.co.kr/)
+* [정올](https://jungol.co.kr/)
+* [solved](https://solved.ac/)
diff --git a/developLog/algorithm-datastructure/algorithm/README.md b/developLog/algorithm-datastructure/algorithm/README.md
index d6efca4..2642836 100644
--- a/developLog/algorithm-datastructure/algorithm/README.md
+++ b/developLog/algorithm-datastructure/algorithm/README.md
@@ -1,7 +1,7 @@
 ---
-description: 알고리즘 모아두는 페이지
 icon: toilet-paper-blank
-cover: ../../.gitbook/assets/image.png
+description: 알고리즘 모아두는 페이지
+cover: ../../.gitbook/assets/image (7).png
 coverY: -368.75733333333335
 layout:
   cover:
diff --git a/developLog/algorithm-datastructure/data-structure/undefined.md b/developLog/algorithm-datastructure/data-structure/undefined.md
index d8891cd..c838290 100644
--- a/developLog/algorithm-datastructure/data-structure/undefined.md
+++ b/developLog/algorithm-datastructure/data-structure/undefined.md
@@ -36,7 +36,7 @@
 
 ## 2. 연결리스트란?
 
-<figure><img src="../../.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 ### 1) 개념
 
@@ -45,7 +45,7 @@
 
 ### 2) 노드(Node)
 
-<figure><img src="../../.gitbook/assets/image (3) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (3) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 * 연결리스트에서 사용되는 하나의 데이터 덩어리이며, `데이터 & 링크`이 2가지의 필드를 담고 있는 구조
 * data : 노드가 담고 있는 데이터/값, 문자열, 숫자 등등 원하는 값을 넣고 저장
@@ -54,7 +54,7 @@
 
 ### 3) 연결 리스트의 구조
 
-<figure><img src="../../.gitbook/assets/image (4) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (4) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 1. 마지막 연결할 것은 없기에 null과 연결
 2. 연결리스트의 첫 번째 즉, 시작 지점에 있는 것을 `head`라고 함
@@ -62,7 +62,7 @@
 
 ### 4) 배열 vs 연결리스트
 
-<figure><img src="../../.gitbook/assets/image (5) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (5) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 #### 배열
 
@@ -85,7 +85,7 @@
 
 #### Singly Linked List(단일 연결 리스트)
 
-<figure><img src="../../.gitbook/assets/image (6) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (6) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 1. 대부분의 연결리스트의 문제의 주력
 2. 다음 노드에 대한 포인터만 가지고 있다
diff --git a/developLog/book/oop/1.md b/developLog/book/oop/1.md
new file mode 100644
index 0000000..6a20025
--- /dev/null
+++ b/developLog/book/oop/1.md
@@ -0,0 +1,191 @@
+# 1장 : 협력하는 객체들의 공동체
+
+> 객체지향 패러다임의 핵심이 자율적인 객체들의 협력이라는 사실을 강조
+
+
+
+현실 속에 존재하는 사물을 최대한 유사하게 모방해 소프트웨어 내부에 옮겨오는 작업
+
+⇒ 그 결과물인 객체지향 소프트웨어는 실세계의 투영이며, 객체란 현실 세계에 존재하는 사물에 대한 추상화라는 것
+
+\
+하지만, 애플리케이션 개발 시, <mark style="background-color:purple;">객체에 직접적으로 대응되는 실세계의 사물을 발견할 확률은 그다지 높지 않으며, 있다해도 유사성을 찾기 어려울 정도</mark>
+
+
+
+> 객체 지향의 목표는 실세계를 모방하는 것이 아니다. 오히려 새로운 세계를 창조하는 것이다.&#x20;
+
+소프트웨어 개발자의 역할은 단순히 실세계를 소프트웨어 안으로 담는 것이 아니라 고객과 사용자를 만족시킬 수 있는 신세계를 창조하는 것이다.
+
+\
+그렇다면 대응한다는 얘기를 반복하는 이유는 뭘까? 그것은 **실세계에 대한 비유가 객체지향의 다양한 측면을 이해하고 학습하는 데 매우 효과적이기 때문**이다.
+
+\
+객체를 스스로 생각하고 스스로 결정하는 현실 세계의 생명체 = 상태와 행위를 캡슐화하는 소프트웨어의 자율성을 설명하는데 효과적
+
+\
+즉, 실세계의 사물을 기반으로 소프트웨어 객체를 식별하고 구현까지 이어간다는 개념은 객체지향 설계의 핵심 사상인 `연결완전성(seamlessness)`를 설명하는 데 적합한 틀을 제공한다.
+
+\
+관점에서는 부적합하지만 객체지향이라는 용어에 담긴 기본 사상을 이해하고 학습하는 데는 매우 효과적
+
+## 1. 협력하는 사람들
+
+마치 바리스타, 캐시원이 자신의 맡은 바인 역할를 책임을 지고 협력해서 커피를 주니 출근시간에 커피가 나올 수 있는 것처럼 객체지향에서 가장 중요한 개념 3가지는 <mark style="color:red;">역할, 책임, 협력</mark>이다.
+
+### 1) 요청과 응답으로 구성된 협력
+
+사람들은 해결하지 못하면 서비스를 제공해줄 수 있는 사람에게 도움을 `요청(request)`한다.\
+일반적으로 하나의 문제를 해결하기 위해 <mark style="color:red;">다수의 사람이 필요하므로 요청은 연쇄적으로 발생</mark>한다.
+
+\
+요청을 받은 사람은 주어진 책임을 다하면서 필요한 지식이나 서비스를 제공한다. 즉, 다른 사람의 요청에 `응답(response)`한다.
+
+\
+요청과 응답을 통해 다른 사람과 <mark style="color:red;">협력(collaboration)할 수 있는 능력</mark>은 인간으로 하여금 거대하고 복잡한 문제를 해결할 수 있는 공동체를 형성할 수 있게 만든다.
+
+### 2) 역할과 책임
+
+사람들은 다른 사람과 협력하는 과정 속에서 특정한 **역할(role)**를 부여받는다.&#x20;
+
+> 역할은 어떤 협력에 참여하는 특정한 사람이 협력 안에서 차지하는 책임이나 임무를 의미한다.
+
+예시로 바리스트 역할을 맡은 사람은 주문된 커피를 제조해야 하는 책임이 있다. 즉, **역할**이라는 단어는 의미적으로 <mark style="color:red;">책임(responsibility)이라는 개념을 내포</mark>한다.\
+
+
+역할과 책임은 협력이 원활하게 진행되는 데 필요한 핵심적인 구성 요소이며, 역할에 적합한 책임을 수행한다는 사실은 몇 가지 중요한 개념을 제시한다.
+
+* 여러 사람이 동일한 역할을 수행할 수 있다. : 바리스타가 주문을 받을 수 도 있는 거임
+* 역할은 대체 가능성을 의미한다. : 손님 입장에서는 주문자는 대체 가능(substituable)하다.
+* 책임을 수행하는 방법은 자율적으로 선택할 수 있다. : 바리스타는 자신만의 독특한 방법으로 하트를 만들 수도 있거나 또 다른 바리스타는 다른 방법으로 하트를 만들 수도 있다.
+* 즉, 커피 제조라는 동일한 요청을 받더라도 바리스타의 역할을 수행하는 사람들마다 서로 다른 방식으로 요청을 처리할 수 있다는 것
+
+> 이처럼 동일한 요청에 대해 서로 다른 방식으로 응답할 수 있는 능력을 <mark style="color:orange;">다형성(polymorphism)</mark>이라고 한다.
+
+* 한 사람이 동시에 여러 역할을 할 수 있다. : 한 사람이 바리스타의 역할과 캐시어 동시에 수행도 가능하다.
+
+## 2. 역할, 책임, 협력
+
+### 1) 기능을 구현하기 위해 협력하는 객체들
+
+> 사람이라는 단어를 객체로, 에이전트의 요청을 메세지로, 에이전트가 요청을 처리하는 방법을 메서드로 바꾸면 객체지향이라는 문맥으로 옮겨올 수 있다.
+
+\
+위의 이유가 바로 객체지향을 설명하기 위해 실세계의 모방이라는 은유를 차용하는 이유\
+
+
+### 2) 역할과 책임을 수행하며 협력하는 객체들
+
+> 역할은 유연하고 재사용 가능한 협력 관계를 구축하는 데 중요한 설계 요소이다. 대체 가능한 역할과 책임은 객체지향 패러다임의 중요한 기반을 제공하는 다형성과도 깊이 연관
+
+1. 사람들은 커피 주문과 같은 특정한 목표를 이루기 위해 협력
+2. 협력의 핵심 : 특정한 책임을 수행하는 역할들 간의 연쇄적인 요청과 응답을 통해 목표 달성
+3. 목표는 사람들의 협력을 통해 달성, 더 작은 책임으로 분할되고 책임을 수행할 수 있는 적절한 역할을 가진 사람에 의해 수행
+4. 협력에 참여하는 각 개인은 책임 수행을 위해 도움을 요청하기도, 연쇄적인 요청과 응답으로 구성되는 협력 관계 완성
+
+\
+객체 공동체 안에 살고 있는 성실한 객체 시민은 자신에게 주어진 역할과 책임을 다하는 동시에 시스템의 더 큰 목적을 이루기 위해 다른 객체와도 적극 협력한다.
+
+\
+즉, 사람들이 **공통의 목표를 달성하기 위해 협력하는 것**과 같이 객체들의 경우, 애플리케이션 기능을 구현하기 위해 협력해서 사용자가 인식하는 시스템의 기능이 되는 것이다.
+
+> 시스템 = 역할 + 책임을 수행하는 객체시스템의 기능 = 객체 간의 연쇄적인 요청과 응답의 흐름으로 구성된 협력
+
+객체지향 설계는 <mark style="color:red;">적절한 객체에게 적절한 책임을 할당하는 것에서 시작</mark>한다. 책임은 객체지향 설계의 품질을 결정하는 가장 중요한 요소이다. 얼마나 적절한 책임을 선택하느냐가 애플리케이션의 아름다움을 결정
+
+> 역할 = 관련성 높은 책임의 집합
+
+객체의 역할의 특징 또한 사람의 역할과 유사하다.
+
+* 여러 객체가 동일한 역할을 수행할 수 있다.
+* 역할은 대체 가능성을 의미
+* 각 객체는 책임을 수행하는 방법을 자율적으로 선택할 수 있다.
+* 하나의 객체가 동시에 여러 역할을 수행할 수 있다.
+
+### 3. 협력 속에 사는 객체
+
+윤곽을 결정하는 것은 역할, 책임, 협력이지만 실제로 협력에 참여하는 주체는 객체이다.\
+결국 사람이 없으면 역할, 책임, 협력이 아무런 의미가 없듯이 객체지향 세계에서도 객체가 없으면 아무런 의미가 없다.\
+객체는 애플리케이션의 기능을 구현하기 위해 존재한다. 아주 작은 기능 조차 객체 혼자는 버거우기에 일반적으로 객체는 다른 객체와의 렵력을 통해 기능을 구현하고, 결국 협력이 얼마나 조화를 이루는지 결정하는 것은 객체이다.\
+결국 협력의 품질을 결정하는 것은 객체의 품질이다.\
+협력 공동체의 일원으로 객체는 2가지 덕목을 갖추고, 균형을 유지해야 한다.
+
+1. 객체는 충분히 협력적이어야 한다.
+
+* 객체는 다른 객체의 요청에 충실히 귀 기울이고 도움 요청할 정도의 열린 마음
+* 모든 것을 스스로 처리하는 객체는 내부적인 복잡도에 의해 자멸
+* 협력적 : 수동적인 존재 X, 요청에 응답할 뿐 어떤 방식으로 응답할지, 응할지 여부를 객체 스스로 판단하고 결정한다.
+
+1. 객체가 충분히 자율적이어야 한다.
+
+* 자율적 : 자기 스스로의 원칙에 따라 어떤 일을 하거나 자기 스스로 통제하여 절제하는 것
+* 사람들은 다른 사람의 요청에 따라 행동하지만 최대한 스스로의 판단에 따르고 결정하고 행동한다.
+
+\
+객체지향 설계의 묘미는 다른 객체와 조화롭게 협력할 수 있을 만큼 충분히 개발적인 동시에 협력에 참여하는 방법을 스스로 결정할 수 있을 만큼 충분히 자율적인 객체들의 공동체 설계하는데 있다.
+
+#### 상태와 행동을 함께 지닌 자율적인 객체
+
+객체 = 상태(state) + 행동(behavior)을 함께 지닌 실체이자 자율적인 존재\
+객체가 협력에 참여하기 위해 어떤 행동을 해야 한다면, 그 행동을 하는 데 필요한 상태도 함께 지니고 있어야 한다는 것을 의미한다. 마치, 커피를 제조하는 바리스타가 제조 방법을 알고 있어야 한다는 것처럼\
+객체가 협력에 참여하는 과정 속에서 스스로 판단하고 스스로 결정하는 자율적인 존재로 남기 위해서는 필요한 행동과 상태를 함께 지니고 있어야 한다.\
+객체의 자율성은 객체의 내부와 외부를 명확하게 구분하는 것으로부터 나온다. 객체의 사적인 부분을 터치할수 없게.. 객체는 다른 객체가 무엇(what)을 수행하는 지 알 수 있지만 어떻게(how) 수행하는지에 대해서는 알 수 없다. ⇒ 캡슐화랑 연관\
+전통적인 개발 방법 vs 객체지향
+
+* 전통적인 개발 방법 : 데이터와 프로세스를 엄격하게 구분
+* 객체지향 : 데이터와 프로세스를 객체라는 하나의 틀 안에 함께 묶어 놓음으로써 객체의 자율성을 보장
+
+#### 협력과 메세지
+
+인간은 글자, 말 등 다양한 매커니즘을 통해 의사소통을 할 수 있는 것의 반대되어 객체지향의 세계에서는 오직 한 가지 의사소통 수단만이 존재한다.\
+메세지
+
+* 오직 한 가지의 의사소통
+* 객체 지향의 세계에서 협력은 송신자와 수신자 객체 사이의 관계로 구성
+* 송신자(sender) : 메세지를 전송하는 객체
+* 수신자(receiver) : 메세지를 수신하는 객체
+
+#### 메서드와 자율성
+
+객체는 다른 객체와 협력하기 위해 메세지를 전송한다.\
+메서드(method)
+
+* 객체가 수신된 메세지를 처리하는 방법
+* 클래스 안에 포함된 함수 또는 프로시저를 통해 구현
+* 따라서 어떤 객체에게 메시지를 전송하면 결과적으로 메세지에 대응되는 특정 메서드가 실행
+
+\
+절차 프로그래밍 언어 vs 객체지향 프로그래밍 언어
+
+* 객체지향 프로그래밍 언어 : 메세지를 수신한 객체가 실행 시간에 메서드를 선택 가능
+* 절차 프로그래밍 언어 : 프로시저 호출에 대한 실행 코드를 컴파일 시간에 결정
+
+메세지와 메서드의 분리는 객체의 협력에 참여하는 객체들 간의 자율성을 증진\
+커피 제조를 요청한 캐시어는 커피가 제조될 것(what)이라고 기대하지만 커피를 제조하는 구체적인 방법(how)에 관해서는 관여하지 않는다. 따라서 바리스타는 커피 제조라는 메시지에 응답하기 위해 자신만의 자율적인 방법에 따라 커피를 제조할 수 있다.\
+캡슐화(encapsulation)이라는 개념과도 깊이 관련
+
+### 4) 객체지향의 본질
+
+그래서 객체지향이란?
+
+* 객체지향이란 시스템을 상호작용하는 자율적인 객체들의 공동체로 바라보고 객체를 이용해 시스템을 분할하는 방법
+* 자율적인 객체란 상태와 행위를 함께 지니며 스스로 자기 자신을 책임시키는 객체를 의미
+* 객체는 시스템의 행위를 구현하기 위해 다른 객체와 협력한다. 각 객체는 협력 내에서 정해진 역할을 수행하며 역할은 관련된 책임의 집합이다.
+* 객체는 다른 객체와 협력하기 위해 메세지를 전송하고, 메세지를 수신한 객체는 메시지를 처리하는 데 적합한 메서드를 자율적으로 선택한다.
+
+#### 객체를 지향하라
+
+에스키모의 눈을 지칭하는 단어가 2개뿐인데 많은 것처럼 부풀리게 되게 된 것처럼 프로그래밍 서적 출판하는 과정에서 클래스에 대한 중요성이 과하다 싶을 정도로 강조됐다.\
+객체지향의 중심에 있어야 할 객체로부터 조금씩 멀어져 갔다. 클래스는 객체지향 프로그래밍 언어의 관점에서 매우 중요한 구성요소(construct)인 것은 분명하지만 객체지향의 핵심을 이루는 중심 개념이라고 말하기에는 무리가 있다.\
+자바스크립트 같은 프로토타입 기반의 객체지향 언어에서는 클래스가 존재하지 않는다.\
+훌륭한 객체지향 설계자가 되기 위해서
+
+1. 코드를 담는 클래스의 관점에서 메세지를 주고 받는 객체의 관점으로 사고의 중심을 전환하는 것
+
+* 어떤 객체들이 어떤 메세지를 주고받으며 협력하는 가
+* 클래스는 객체들의 협력 관계를 코드로 옮기는 도구인 구현 매커니즘일 뿐이다.
+
+> 핵심은 적절한 책임을 수행하는 역할 간의 유연하고 견고한 협력 관계를 구축하는 것이다. 중요한 것은 클래스들의 정적인 관계가 아니라 메세지를 주고받는 객체들의 동적인 관계이다.
+
+\
+객체의 역할, 책임, 협력에 집중해라!
diff --git a/developLog/book/oop/README.md b/developLog/book/oop/README.md
new file mode 100644
index 0000000..49c2340
--- /dev/null
+++ b/developLog/book/oop/README.md
@@ -0,0 +1,17 @@
+---
+icon: coffee-beans
+layout:
+  title:
+    visible: true
+  description:
+    visible: true
+  tableOfContents:
+    visible: true
+  outline:
+    visible: true
+  pagination:
+    visible: false
+---
+
+# 객체지향의 오해와 사실
+
diff --git a/developLog/cs/etc/cs.md b/developLog/cs/etc/cs.md
index bf48833..ad943fd 100644
--- a/developLog/cs/etc/cs.md
+++ b/developLog/cs/etc/cs.md
@@ -239,7 +239,7 @@
   * **8080 포트**
 * 이런 에러 발생 원인
 
-<figure><img src="../../.gitbook/assets/image (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 * 외부에서 실행되는 톰캣 서버 존재
 * 서버 연결 정보가 제대로 주어지지 않을 때
@@ -300,7 +300,7 @@ CF. 여러 개의 브라우저 서버 동시 접속 시도는 지원 되어야 
 
 8. **다음의 화면을 구현하기 위한 HTML 코드를 작성해 주세요**
 
-<figure><img src="../../.gitbook/assets/image (2) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (2) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 ```java
 <html>
diff --git a/developLog/ex/knowledge/README.md b/developLog/ex/knowledge/README.md
new file mode 100644
index 0000000..e4abdf2
--- /dev/null
+++ b/developLog/ex/knowledge/README.md
@@ -0,0 +1,18 @@
+---
+hidden: true
+icon: question
+layout:
+  title:
+    visible: true
+  description:
+    visible: true
+  tableOfContents:
+    visible: true
+  outline:
+    visible: true
+  pagination:
+    visible: false
+---
+
+# 얻은 지식 모음
+
diff --git a/developLog/ex/knowledge/undefined.md b/developLog/ex/knowledge/undefined.md
new file mode 100644
index 0000000..fc44ded
--- /dev/null
+++ b/developLog/ex/knowledge/undefined.md
@@ -0,0 +1,132 @@
+# 트위터를 통한 모르는 지식을 얻어가기
+
+<figure><img src="../../.gitbook/assets/image.png" alt=""><figcaption></figcaption></figure>
+
+## 1. 소나큐브란?
+
+{% embed url="https://www.sonarsource.com/products/sonarqube/?s_campaign=SQ-APJ-2-All-PMax&s_content=content&s_term=&s_category=Paid&s_source=Paid%20Cross%20Network&s_origin=Google&cq_src=google_ads&cq_cmp=21442152206&cq_con=&cq_term=&cq_med=&cq_plac=&cq_net=x&cq_pos=&cq_plt=gp&gad_source=1&gclid=EAIaIQobChMImYPL7cuUiAMV3Q97Bx2L3xZ7EAAYASAAEgLgOPD_BwE" %}
+
+소나큐브(SonarQube)는 소프트웨어 개발 과정에서 코드 품질을 관리하고 개선하기 위한 오픈 소스 플랫폼입니다. 소나큐브는 소스 코드를 분석하여 코드의 품질과 보안 문제를 찾아내고, 이를 자동으로 리포트해 주는 역할을 합니다. 이 도구는 다양한 프로그래밍 언어를 지원하며, 지속적인 통합(Continuous Integration, CI) 및 지속적인 전달(Continuous Delivery, CD) 파이프라인에 통합될 수 있습니다.
+
+#### 소나큐브의 주요 기능:
+
+1. **정적 코드 분석**:
+   * 소나큐브는 정적 코드 분석을 통해 코드 내의 버그, 보안 취약점, 코드 스멜(Code Smell, 나쁜 코드 습관), 복잡성 등을 찾아냅니다. 이 과정에서 코드를 실제로 실행하지 않고 소스 코드를 분석하여 문제를 식별합니다.
+2. **다양한 언어 지원**:
+   * 소나큐브는 Java, C#, JavaScript, Python, PHP, C/C++, Kotlin 등 수많은 프로그래밍 언어를 지원합니다. 이는 여러 언어로 작성된 프로젝트에서 코드 품질을 통합적으로 관리할 수 있게 해줍니다.
+3. **품질 게이트(Quality Gate)**:
+   * 소나큐브는 품질 게이트라는 기능을 통해 코드 품질 기준을 설정하고, 그 기준을 충족하지 못하는 경우 빌드를 실패로 처리할 수 있습니다. 이는 코드 품질을 유지하는 데 중요한 역할을 합니다.
+4. **CI/CD 통합**:
+   * 소나큐브는 Jenkins, GitLab CI, Azure DevOps 등과 같은 CI/CD 도구와 쉽게 통합될 수 있습니다. 이로 인해 코드를 변경할 때마다 자동으로 코드 품질을 검사하고, 문제를 빠르게 발견하여 수정할 수 있습니다.
+5. **지속적인 코드 품질 모니터링**:
+   * 소나큐브는 프로젝트의 코드 품질을 지속적으로 모니터링하고, 시간에 따른 코드 품질 변화를 시각적으로 보여줍니다. 이를 통해 개발팀은 코드 품질이 어떻게 변화하고 있는지 쉽게 파악할 수 있습니다.
+6. **보안 취약점 발견**:
+   * 소나큐브는 OWASP Top 10 및 SANS Top 25와 같은 보안 기준을 기반으로 코드 내 보안 취약점을 식별하고 경고해 줍니다. 이는 보안성이 중요한 애플리케이션에서 매우 유용합니다.
+
+#### 소나큐브를 사용하는 이유:
+
+소나큐브를 사용하면 개발팀은 코드 품질을 자동으로 모니터링하고 개선할 수 있습니다. 이는 특히 대규모 프로젝트나 여러 개발자가 협업하는 환경에서 코드 품질과 일관성을 유지하는 데 큰 도움이 됩니다. 또한, 코드의 잠재적인 버그와 보안 취약점을 조기에 발견하여 수정할 수 있어, 배포 후 발생할 수 있는 문제를 미연에 방지할 수 있습니다.
+
+결국 소나큐브는 코드 품질을 지속적으로 관리하고, 프로젝트의 전반적인 안정성과 유지 보수성을 향상시키는 중요한 도구입니다.
+
+
+
+## 2. Linux에 rust 도입 상황
+
+<figure><img src="../../.gitbook/assets/image (1).png" alt=""><figcaption></figcaption></figure>
+
+좀 더 현대적인 주제인 Linux에 Rust 언어가 도입된 것에 대해 토발즈는 더 빨리 채택되지 않는 것에 실망하고 있습니다. “업데이트가 더 빨라질 것으로 기대했지만, 기존 커널 개발자들은 C에 익숙하고 Rust를 모른다는 것이 문제 중 하나입니다. 어떤 면에서는 매우 다른 새로운 언어를 배워야 하는 것에 대해 그다지 달가워하지 않습니다. 그래서 Rust에 대한 반발이 있었습니다.” 또한 토발즈는 “또 다른 이유는 Rust 인프라 자체가 매우 안정적이지 않았기 때문이기도 합니다. ....”라고 덧붙였습니다.
+
+{% embed url="https://linux.slashdot.org/story/24/08/25/0256228/linus-torvalds-talks-about-rust-adoption-and-ai" %}
+
+## 3. 오픈소스 컨트리뷰터
+
+<figure><img src="../../.gitbook/assets/image (2).png" alt=""><figcaption></figcaption></figure>
+
+{% embed url="https://www.contribution.ac/" %}
+
+## 4. 타입 스크립트 밈 이해하기
+
+<figure><img src="../../.gitbook/assets/image (3).png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="../../.gitbook/assets/image (4).png" alt=""><figcaption></figcaption></figure>
+
+### 이게 뭔 뜻이냐?
+
+이 밈은 Typescript와 프로그래밍 타입 시스템에 관한 아주 독특한 유머입니다. 밈의 문맥과 주어진 코드 블록을 이해하려면, 다음과 같은 내용을 알아야 합니다.
+
+#### 코드 분석:
+
+```typescript
+const ϟ = Symbol()
+const ξ = Symbol()
+const ϗ = Symbol()
+const ℵ = Symbol()
+```
+
+여기서 `Symbol()`은 자바스크립트와 타입스크립트에서 유일무이한 값을 생성하는 함수입니다. 각 심볼은 다른 심볼과 절대 같을 수 없으므로, 각 심볼은 고유합니다.
+
+#### 밈의 요점:
+
+1. **"TypeScript is duck typed..."**:
+   * TypeScript는 덕 타이핑(duck typing)을 지원하는데, 이는 객체의 속성과 메서드가 객체의 타입을 결정하는 방식입니다. "한 오리를 다른 오리와 혼동해서는 안 된다"는 말은 각 심볼이 고유해야 한다는 것을 나타냅니다.
+2. **"structurally typed vs nominally typed":**
+   * 구조적 타이핑(structural typing)과 명목적 타이핑(nominal typing) 간의 차이를 언급하고 있습니다. 구조적 타이핑에서는 객체의 구조가 중요하지만, 명목적 타이핑에서는 명시적으로 타입이 정의되어야 합니다. Java나 Haskell 같은 언어는 명목적 타이핑을 사용합니다.
+3. **"Summon the void itself...":**
+   * 이 부분은 심볼을 이용해 공허(즉, 아무것도 없는 것)를 소환한다는 다소 철학적인 표현입니다. 이 코드에서는 심볼을 `Nil` 타입으로 정의하여 공허를 표현하려는 시도를 합니다.
+
+#### 결론:
+
+이 밈은 Typescript와 타입 시스템에 대한 깊은 이해를 요구하며, 이를 철학적이고 유머러스한 방식으로 표현합니다. 이 밈을 이해하려면, 프로그래밍 언어의 타입 시스템에 대한 지식이 필요하며, 특히 심볼(Symbol)과 타입스크립트의 덕 타이핑 개념을 알고 있어야 합니다.
+
+링크된 글을 보면 아마 이 코드가 더 큰 맥락에서 설명될 것입니다. 이 밈은 단순히 코드 그 자체뿐만 아니라, 타입 시스템의 복잡함과 면접에서의 기술적인 질문들에 대한 풍자를 담고 있습니다.
+
+
+
+> Typesrcipt로 proof하려고하면 먼저 N-queens를 구현하려는 면접자의 밈을 들고 마중나오는 이가 있다. 난 이 이야기를 무척 좋아한다 풀어서 설명해줘
+
+
+
+ChatGPT
+
+이 밈은 Typescript와 같은 프로그래밍 언어의 복잡성과, 기술 면접에서 흔히 접하게 되는 도전적인 문제들을 풍자하는 내용입니다. 이를 풀어서 설명하면 다음과 같습니다.
+
+#### 핵심 내용:
+
+1. **N-Queens 문제**:
+   * N-Queens 문제는 매우 유명한 알고리즘 문제 중 하나로, NxN 체스판 위에 N개의 퀸(Queen)을 서로 공격할 수 없게 배치하는 방법을 찾는 문제입니다. 이 문제는 고도의 알고리즘적 사고와 백트래킹 같은 기술이 필요합니다.
+2. **TypeScript로 증명(proof)하기**:
+   * "TypeScript로 proof하려고 하면"이라는 표현은 TypeScript를 사용해서 어떤 논리적인 증명이나 복잡한 문제 해결을 시도하는 상황을 묘사합니다. TypeScript는 정적 타입 검사기를 가지고 있기 때문에, 논리적인 증명에 사용될 수 있습니다. 하지만 일반적으로 타입 시스템을 이용해 증명을 하는 것은 복잡하고, 때로는 TypeScript의 한계와 마주하게 됩니다.
+3. **면접자의 밈**:
+   * "N-queens를 구현하려는 면접자의 밈"이라는 표현은 기술 면접에서 면접관이 갑자기 N-Queens 같은 어려운 문제를 들고 나와서 도전하는 상황을 비유적으로 표현한 것입니다. 면접에서는 때로는 기대치가 높거나, 매우 어려운 문제가 나오기도 하는데, 이걸 밈으로 표현한 것입니다.
+4. **"난 이 이야기를 무척 좋아한다"**:
+   * 이 문장은 밈의 상황이 유머러스하면서도, 현실적으로 공감이 가기 때문에 이 이야기를 좋아한다는 것을 표현한 것입니다. 어려운 문제나 논리적인 증명을 TypeScript 같은 도구로 해결하려고 할 때 느끼는 어려움과 그것을 보는 유머러스한 시각을 표현한 것입니다.
+
+#### 풀어 말하면:
+
+당신이 TypeScript로 어떤 복잡한 문제를 해결하거나 증명하려고 할 때, 마치 기술 면접에서 어려운 문제(N-Queens 문제와 같은)를 맞닥뜨리는 것처럼 느껴진다는 것을 비유적으로 표현한 것입니다. 즉, TypeScript의 타입 시스템을 이용해서 논리적인 증명을 하려는 것은 마치 면접에서 어려운 문제를 풀려고 시도하는 것과 비슷하게 느껴질 수 있다는 유머입니다. 이 상황을 밈으로 만들어 웃음을 주면서도, 프로그래밍의 복잡함을 풍자하고 있습니다.
+
+이런 맥락에서, 이 이야기를 좋아한다는 것은 프로그램밍의 복잡함과 면접의 도전적인 상황에 대한 공감과 유머를 즐기는 것을 의미합니다.
+
+### 댓글 살펴보기
+
+<figure><img src="../../.gitbook/assets/image (5).png" alt=""><figcaption></figcaption></figure>
+
+## 5. verse란
+
+> verse 첫인상은 이게 왜 하이프인지 모르겠음 발전하는 걸 더 봐야지
+
+비디오 게임 및 게임과 유사한 경험을 염두에 두고 설계된 프로그래밍 언어입니다. 따라서 게임에 특화된 요구 사항을 처리하는 데 더 적합하대
+
+
+
+## 6. 오픈소스 링크
+
+<figure><img src="../../.gitbook/assets/image (6).png" alt=""><figcaption></figcaption></figure>
+
+{% embed url="https://openapi.tools/#documentation" %}
+
+## 6. cs 지식 사건 링크
+
+{% embed url="https://csnote.net/" %}
+
diff --git a/developLog/programming-lanuage/java/grammar/2.md b/developLog/programming-lanuage/java/grammar/2.md
index 129cc3c..f84c1e3 100644
--- a/developLog/programming-lanuage/java/grammar/2.md
+++ b/developLog/programming-lanuage/java/grammar/2.md
@@ -128,11 +128,11 @@ Person(String name, int age){ //필드를 전달받아 만드는 오버로드 
 
 **전**
 
-<figure><img src="../../../.gitbook/assets/image (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../../.gitbook/assets/image (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 **후**
 
-<figure><img src="../../../.gitbook/assets/image (2) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../../.gitbook/assets/image (2) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 ### 클래스와 getter/setter와 생성자, toString, 모델 클래스 전체코드
 
diff --git a/developLog/programming-lanuage/java/younghan-lecture/undefined.md b/developLog/programming-lanuage/java/younghan-lecture/undefined.md
index 127d699..513d3ac 100644
--- a/developLog/programming-lanuage/java/younghan-lecture/undefined.md
+++ b/developLog/programming-lanuage/java/younghan-lecture/undefined.md
@@ -4,7 +4,7 @@
 
 ### 자바 표준 스펙
 
-<figure><img src="../../../.gitbook/assets/image (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../../.gitbook/assets/image (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 #### 자바 표준 스펙과 구현
 
@@ -16,7 +16,7 @@
 
 ### 컴파일과 실행
 
-<figure><img src="../../../.gitbook/assets/image (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../../.gitbook/assets/image (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 자바 프로그램은 컴파일과 실행 단계를 거친다.
 
@@ -36,13 +36,13 @@
 
 #### 인텔리제이를 통한 자바 설치 관리
 
-<figure><img src="../../../.gitbook/assets/image (2).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../../.gitbook/assets/image (2) (1).png" alt=""><figcaption></figcaption></figure>
 
 * 내부에 자바를 편리하게 설치하고 관리할 수 있는 기능을 제공
 
 #### 인텔리제이를 통한 자바 컴파일, 실행 과정
 
-<figure><img src="../../../.gitbook/assets/image (3).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../../.gitbook/assets/image (3) (1).png" alt=""><figcaption></figcaption></figure>
 
 1. **컴파일**
 
@@ -60,7 +60,7 @@
 
 1. 일반적인 프로그램은 다른 운영체제에서 실행 할 수 없다.
 
-<figure><img src="../../../.gitbook/assets/image (5).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../../.gitbook/assets/image (5) (1).png" alt=""><figcaption></figcaption></figure>
 
 2. 자바 프로그램은 자바가 설치된 모든 OS에서 실행할 수 있다.
 
@@ -68,11 +68,11 @@
 * **OS 호환성 문제는 자바가 해결한다.** Hello.class 와 같이 컴파일된 자바 파일은 모든 자바 환경에서 실행할 수 있다.
 * 윈도우 자바는 윈도우 OS가 사용하는 명령어들로 구성되어 있다. MAC이나 리눅스 자바도 본인의 OS가 사용하는 명령어들로 구성되어 있다. 개발자는 각 OS에 맞도록 자바를 설치하기만 하면 된다.
 
-<figure><img src="../../../.gitbook/assets/image (6).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../../.gitbook/assets/image (6) (1).png" alt=""><figcaption></figcaption></figure>
 
 #### 자바 개발과 운영 환경
 
-<figure><img src="../../../.gitbook/assets/image (7).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../../.gitbook/assets/image (7) (1).png" alt=""><figcaption></figcaption></figure>
 
 * 개발할 때 자바와 서버에서 실행 시 다른 자바를 사용할 수 있다.
 * 개발자들은 개발의 편의를 위해 윈도우나 MAC OS를 주로 사용한다.
diff --git a/developLog/spring/basic/undefined.md b/developLog/spring/basic/undefined.md
index f12391c..62fbdb8 100644
--- a/developLog/spring/basic/undefined.md
+++ b/developLog/spring/basic/undefined.md
@@ -26,9 +26,9 @@ description: 스프링의 핵심은 무엇인가?
 
 object를 의자 s = new 의자();로 **heap**에 올리면 이 s는 만든 메서드가 관리함 단점은 이렇게 되면 **나중에 공유할 때 힘들어진다.**
 
-<figure><img src="../../.gitbook/assets/image (3) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (3) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
-<figure><img src="../../.gitbook/assets/image (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 #### ⭐ IoC(역전의 제어) ⇒ 주로 주도권 스프링
 
@@ -38,7 +38,7 @@ object를 의자 s = new 의자();로 **heap**에 올리면 이 s는 만든 메
 
 * 스프링이 직접 만든다. 스캔하여 heap 메모리에 올려주고 스프링이 직접 관리
 
-<figure><img src="../../.gitbook/assets/image (3) (1) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (3) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 #### ⭐ IoC 컨테이너
 
@@ -69,7 +69,7 @@ object를 의자 s = new 의자();로 **heap**에 올리면 이 s는 만든 메
   * Method Injection (필드 주입)
 * DL 사용시 컨테이너 종속이 증가하기 때문에 주로 DI를 사용한다. DI로 인해 스프링이 만든 것들을 다른 곳에서 사용이 가능하다. **즉, 공유가 가능하다.**
 
-<figure><img src="../../.gitbook/assets/image (4) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (4) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 > 🔗 출처 : [https://dog-developers.tistory.com/12](https://dog-developers.tistory.com/12)
 
@@ -109,7 +109,7 @@ object를 의자 s = new 의자();로 **heap**에 올리면 이 s는 만든 메
   * 리스너로 등록된 빈에게 **이벤트 발생을 알려준다.**
   *
 
-      <figure><img src="../../.gitbook/assets/image (5) (1).png" alt=""><figcaption></figcaption></figure>
+      <figure><img src="../../.gitbook/assets/image (5) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 > 🔗 출처 : [https://dog-developers.tistory.com/12](https://dog-developers.tistory.com/12)
 
@@ -123,7 +123,7 @@ object를 의자 s = new 의자();로 **heap**에 올리면 이 s는 만든 메
 
 A나라의 성을 `tomcat`이라고 보고 왕의 집을 `스프링 컨테이너`라고 생각하면 됨
 
-<figure><img src="../../.gitbook/assets/image (7) (1).png" alt=""><figcaption></figcaption></figure>
+<figure><img src="../../.gitbook/assets/image (7) (1) (1).png" alt=""><figcaption></figcaption></figure>
 
 **톰켓 쪽으로 들어오는 필터**는 실제 `filter`라고 불리며, web.xml을 가진다. 두 번째로 스**프링 컨테이너로 들어가는 필터**는 `Interceptor`(AOP)로 권한체크를 해줌