diff --git "a/developLog/algorithm-datastructure/_ Algorithm \352\264\200\353\240\250  bookmark_.md" "b/developLog/algorithm-datastructure/_ Algorithm \352\264\200\353\240\250  bookmark_.md"
new file mode 100644
index 0000000..edaf3b1
--- /dev/null
+++ "b/developLog/algorithm-datastructure/_ Algorithm \352\264\200\353\240\250  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/_ \352\265\254\355\230\204_.md" "b/developLog/algorithm-datastructure/algorithm/_ \352\265\254\355\230\204_.md"
new file mode 100644
index 0000000..6c23595
--- /dev/null
+++ "b/developLog/algorithm-datastructure/algorithm/_ \352\265\254\355\230\204_.md"	
@@ -0,0 +1,298 @@
+# 구현
+
+ [구현 노션 정리 버전](https://incredible-gem-98e.notion.site/04-eacbe1bf99664c9e89479eb609f7d0f7)
+
+<figure><img src="https://images.velog.io/images/prettylee620/post/45bbdd98-6e80-493d-aa01-e9a5e89ecb17/image.png" alt=""><figcaption></figcaption></figure>
+
+### 📚 아이디어를 코드로 바꾸는 구현
+
+***
+
+> * 피지컬로 승부하기 ⇒ 프로그래밍 언어의 문법에 능숙하고 코드 작성 속도가 빠른 사람
+
+* **구현** : 머릿속에 있는 알고리즘을 소스코드로 바꾸는 과정
+* 구현 문제 유형은 모든 범위의 코딩 테스트 문제 유형을 포함하는 개념
+* 라이브러리 사용 경험을 익숙하게 하자
+
+#### 📝 알고리즘을 풀 때 과정
+
+1. 생각해낸 문제 풀이 방법을 우리가 원하는 프로그래밍 언어로 정확히 구현
+2. 프로그래밍 언어의 문법을 정확히 알고 있어야 함
+
+#### 📝 문제 해결 분야에서 구현 유형의 문제란?
+
+1. 풀이를 떠올리는 것은 쉬우나 소스코드로는 옮기기 어려운 문제
+2. 알고리즘은 간단한데 코드가 지나칠 만큼 길어지는 문제
+3. 실수 연산을 다루고, 특정 소수점 자리까지 출력해야 하는 문제
+4. 적절한 라이브러리를 찾아서 사용해야 하는 문제
+
+#### 📝 구현의 유형
+
+1. **완전 탐색** : `모든 경우의 수`를 주저 없이 다 계산하는 해결방법
+2. **시뮬레이션** : 문제에서 제시한 알고리즘을 한 단계씩 `차례로` 직접 수행 ⇒ **방향 벡터**가 자주 활용
+
+#### 📝행렬
+
+* 2차원 공간(반복적으로 캐릭터 이동 문제)
+* 열과 행이 있음
+
+| (0, 0) | (0,1)  | (0, 2) | (0, 3) |
+| ------ | ------ | ------ | ------ |
+| (1, 0) | (1, 1) | (1, 2) | (1, 3) |
+| (2, 0) | (2, 1) | (2, 2) | (2, 3) |
+
+```python
+for i in range(5):
+	for j in range(5):
+		print('(', i, ',', j ')', end=' ')
+print()
+```
+
+```python
+# 동 북 서 남
+dx = [0, -1, 0, 1] # 세로축 기준으로
+dy = [1, 0, -1, 0]
+
+# 현재 위치
+x, y =1, 2
+
+for i in range(4):
+	# 다음 위치
+	nx = x + dx[i]
+	ny = y + dy[i]
+	print(nx, ny) 
+```
+
+**부가설명** : 동쪽으로 내려가면 열은 증가하지 않고 행은 증가함
+
+EX. (1, 0) → (2, 0)\
+\
+
+
+### 📚 구현 시 고려해야 할 메모리 제약 사항
+
+***
+
+**1. C/C++에서 변수의 표현 범위** - 정수형 int(4바이트) < int보다 큰 long long(8바이트) < `BigInteger(클래스)` : **가변적**이며, 자료형의 범위는 **제한 없음** - 하지만 c++의 경우 표준 라이브러리에 포함되어 있지 않기 때문에 외부 라이브러리 형태를 가져와 사용
+
+**2. 파이썬** - 프로그래머가 직접 자료형 지정할 필요 없음, 매우 큰 수의 연산 또한 기본으로 지원 - 정수형 변수의 연산 때문에 고민 No! - but, **실수형 변수**는 다른 언어와 마찬가지로 유효숫자에 따라서 연산 결과가 원하는 값이 나오지 않을 수 있음
+
+3. 파이썬에서 `리스트`의 고려사항✨
+   1. 파이썬에서는 여러 개의 변수 사용시 리스트 이용
+   2.  **메모리 사항** 고려
+
+       * 코딩테스트에서 128\~512MB로 **메모리 제한 염두**에 두고 풀어야 함
+       * 크기가 1,000만 이상 리스트가 있다면, 메모리 용량 제한으로 풀지 못함
+       * int 자료형 데이터의 개수에 따른 메모리 사용량
+
+       | 데이터의 개수(리스트의 길이) | 메모리 사용량 |
+       | ---------------- | ------- |
+       | 1,000            | 약 4KB   |
+       | 1,000,000        | 약 4MB   |
+       | 10,000,000       | 약 40MB  |
+       | <p><br><br></p>  |         |
+
+### 📚 채점 환경
+
+***
+
+* 시간 제한 : 1초
+*   메모리 제한 : 128MB
+
+    ⇒ 파이썬의 경우 **1초에 2,000만번**의 연산 수행 가능한 것만 알면 됨
+*   시간 제한 : 1초, 데이터의 개수 : 100만개
+
+    ⇒ 시간 복잡도 `O(NlogN)` 이내의 알고리즘 이용해서 문제를 풀어야 함
+
+💡 **TIP)** 알고리즘 문제를 풀 때는 `시간 제한`과 `데이터의 개수`를 먼저 확인 한 뒤, 이 문제를 어느 정도의 `시간복잡도`의 알고리즘으로 작성해야 풀 수 있을 것인지 예측
+
+\
+\
+
+
+### 📚 구현 문제에 접근하는 방법
+
+***
+
+* 사소한 입력 조건 등 문제에서 명시해주며, 문제의 길이 큰 편
+* 파이썬으로 알고리즘을 풀 시 좋은 점 다른 언어와 비교
+
+|       | 구현 난이도 | 프로그램 실행 시간 |
+| ----- | ------ | ---------- |
+| 파이썬   | 쉬운 편   | 긴 편        |
+| PyPy  | 쉬운 편   | 다소 짧은 편    |
+| C/C++ | 어려운 편  | 짧은 편       |
+
+* 파이썬으로 프로그램을 개발시, 그래픽 처리 장치(GPU)를 연동하며, 반복적인 행렬 계산을 요구하는 복잡한 수학 문제시 C언어로 작성된 파이썬 코어 소프트웨어 동작
+* BUT, 알고리즘 환경에서는 GPU 연산 쓰는 경우가 없음
+*   자동 채점방식 코딩 테스트 환경에서는 **PyPy3**를 지원하는 곳이 증가
+
+    ⇒ PyPy3란 파이썬 3의 문법을 그대로 지원, 파이썬3보다 **실행 속도가 빠르다**
+* 파이썬 이용시 API 개발 문제를 보더라도 상대적으로 무난하게 대처 가능\
+  \
+
+
+#### 예제 4-1 상하좌우
+
+***
+
+> * 문제 p.110 - 여행자 A는 N\*N 크기의 정사각형 공간 위 서 있음 - 가장 왼쪽 위 좌표 **(1,1)**, 가장 오른쪽 아래 좌표\*\*(N, N)\*\* - 시작 좌표는 항상 (1,1) 상,하,좌,우 이동 가능 - 계획서 : 하나의 줄에 띄어쓰기 기준으로 **L,R,U,D** 중 하나의 문자가 반복적으로 적혀 있음
+
+*   L : 왼쪽으로 한 칸 이동, R : 오른쪽으로 한 칸 이동, U : 위로 한 칸 이동, D : 아래로 한 칸 이동
+
+    * N\*N 크기의 정사각형 공간을 벗어나는 움직임은 무시
+    * 계획서가 주어졌을 때 여행자 A가 최종적으로 도착할 지점의 좌표
+
+    ❓ 입력조건
+
+    * 첫째 줄 공간의 크기를 나타내는 N이 주어진다$(1\leq N \leq 100)$
+    * 둘째 줄에 여행자 A가 이동할 계획서 내용이 주어진다 ($1 \leq 이동횟수 \leq 100)$
+
+    ❓ 출력조건
+
+    * 첫째 줄에 여행가 A가 최종적으로 도착할 지점의 좌표(X,Y)를 공백으로 구분하여 출력
+
+👌 문제 해결
+
+* 시간 복잡도 : O(N) 시간 복잡도가 넉넉한 편
+* 일련의 명령에 따라서 개체를 `차례대로` 이동시킨다는 점 : **시뮬레이션** 유형
+*   참고 **for문**
+
+    * 파이썬에서 for문은 들여쓰기가 중요
+    * for\*\*\[변수1]\*\* in **\[문자열1, 리스트1, 튜플1]**:
+
+    ```python
+    arr = [1, 2, 3, 4, 5]
+    for i in arr:
+    	print(i)
+
+    ```
+
+```python
+# N을 입력받기
+n = int(input())
+x, y = 1, 1 # 현재 위치
+plans = input().split()
+
+# L,R,U,D 방향에 따른 이동 이동, **방향 벡터**
+dx = [0,0,-1,1] # x좌표는 좌우
+dy = [-1,1,0,0] # y좌표는 위아래
+move_types=['L', 'R', 'U', 'D']
+
+# 이동 계획을 하나씩 확인
+for plan in plans : 
+	# 이동 후 좌표 구하기
+	for i in range(len(move_types)):
+		if plan == move_types[i]:
+			nx = x + dx[i]
+			ny = y + dy[i]
+		# 영역을 벗어나는 경우 무시
+		if nx<1 or ny<1 or nx>n or ny>n:
+			countinue # 중간에 멈추고 처음으로 돌아가자
+		# 이동 수행
+		x, y = nx, ny
+
+print(x, y)
+```
+
+⇒ 입력받을 게 무엇인지 생각해보고 차례로 수행해 나가기
+
+#### 📝 예제 4-2 시각
+
+***
+
+*   문제 p.113
+
+    * 정수 N이 입력되면 00시 00분 00초부터 N시 59분 59초까지의 모든 시각 중 3이 하나라도 포함되는 모든 경우의 수 구하기
+
+    ❓ 입력조건
+
+    * 첫째 줄에 정수 N이 입력된다$(0 \leq N \leq 23)$
+
+    ❓ 출력조건
+
+    * 00시 00분 00초부터 N시 59분 59초까지의 모든 시각 중 3이 하나라도 포함되는 모든 경우의 수 구하기
+
+👌 문제해결
+
+* 모든 시각의 경우를 하나씩 모두 셈
+* 모든 경우의 수가 100,000개가 안되기 때문에 문자열 연산 이용해도 시간 제한 2초안에 문제 해결 가능
+* 단순히 시각을 1씩 증가시키면서 확인 ⇒ **완전 탐색** 유형(비효율적이라 데이터 개수가 큰 경우 작동 안할 수 있음)
+* 경우의 수 \*\*24(시간)_60(분)60(초) ⇒ `3중 반복문` 이용_
+* `문자열`로 바꿔서 확인 ⇒ EX. 03시20분23초라면 ‘032023’로 만들어서 확인
+*   참고 str
+
+    **파이썬 문자열 변환 - str()**
+
+```python
+# H를 입력받기
+h = int(input())
+
+count = 0
+
+# h부터 1씩 증가
+for i in range(h + 1): 
+	for j in range(60): # 입력받는 것은 시간 뿐이기 때문에 분, 초는 0부터 60까지로 **범위 설정 및 증가 하게**
+		for k in range(60):
+		# 매 시각 안에 3이 포함되어 있다면 카운트 증가
+			if '3' in str(i) + str(j) + str(k): # 시각을 **문자열 바꾼 다음** 문자열에 '3'이 포함됐는지 확인
+				count+=1
+
+print(count)
+```
+
+\
+\
+
+
+### 📚 실전문제 왕실의 나이트
+
+***
+
+> * 문제 p.115 - 왕실 정원 8\*8 좌표 평면 - 나이트는 말을 타고 있기에 이동시, L자 형태로만 이동 가능, 정원 밖으로 이동 불가 1. 수평으로 두 칸 이동한 뒤에 수직으로 한 칸 이동 2. 수직으로 두 칸 이동한 뒤에 수평으로 한 칸 이동
+
+```
+❓ 입력조건
+
+- 첫째 줄에 8*8 좌표 평면상에서 현재 나이트가 위치한 곳의 좌표를 나타내는 두 문자로 구성된 문자열이 입력된다. 입력 문자는 a1처럼 열과 행으로 이루어진다
+
+❓ 출력조건
+
+- 첫째 줄에 나이트가 이동할 수 있는 경우의 수 출력
+```
+
+👌 문제해결
+
+* 나이트가 이동할 수 있는 경로를 하나씩 확인하여 이동
+* 다만, 8\*8평면을 벗어나지 않도록 꼼꼼히 검사
+* 나이트 이동 경로를 steps 변수에 넣는다면
+
+```python
+steps = [(-2, -1), (-1, -2), (1, -2), (-2, 1), (2, 1), (1, 2), (-1, 2), (-2, 1)]
+```
+
+* <코드>
+
+```python
+# 현재 나이트 위치 받기
+input_data = input()
+# 두 번째 위치의 숫자를 바꾼 것이 행
+row = int(input_data[1])
+# 문자로 들어온 값을 아스키 코드로 바꾸고 
+column = int(ord(input_data[0]))-int(ord('a')) + 1
+
+# 나이트가 이동할 수 있는 8가지 뱡향 정의, dx, dy사용해도 가능
+steps = [(-2, -1), (-1, -2), (1, -2), (-2, 1), (2, 1), (1, 2), (-1, 2), (-2, 1)]
+
+# 8가지 방향에 대하여 각 위치로 이동이 가능한지 확인
+result = 0
+for step in steps:
+	# 이동하고자 하는 위치 확인
+	next_row = row + step[0]
+	next_column = column + step[1]
+	# 해당 위치로 이동이 가능하다면 카운트 다운
+	if next_row >=1 and next_row < =8 and next_column >=1 and next_column <= 8:
+		result +=1
+
+print(result) 
+```
diff --git "a/developLog/algorithm-datastructure/algorithm/_ \352\267\270\353\236\230\355\224\204 \354\225\214\352\263\240\353\246\254\354\246\230_.md" "b/developLog/algorithm-datastructure/algorithm/_ \352\267\270\353\236\230\355\224\204 \354\225\214\352\263\240\353\246\254\354\246\230_.md"
new file mode 100644
index 0000000..3a49f97
--- /dev/null
+++ "b/developLog/algorithm-datastructure/algorithm/_ \352\267\270\353\236\230\355\224\204 \354\225\214\352\263\240\353\246\254\354\246\230_.md"	
@@ -0,0 +1,186 @@
+# 그래프 알고리즘
+
+> 💫 비선형 구조란 일렬로 나열하지 않고 자료구조나 관계가 복잡한 구조를 말한다.
+
+## 그래프
+
+### 🍐 개념
+
+* 노드(정점)와 간선으로 표현
+
+![](https://velog.velcdn.com/images/prettylee620/post/d133edf3-7d66-4e4d-8314-b6248f510270/image.png)
+
+#### 정점과 간선
+
+> 어떠한 곳에서 어떠한 곳으로 무언가를 통해 간다고 했을 때
+
+* 정점 : 어떠한 곳, 출발지와 도착지
+* 간선 : 무언가가 되며, 가는 길
+
+#### 단방향 간선
+
+* 짝사랑 : 일방적 간선
+* 사랑 : 양방향 간선
+
+### 🍐 그래프의 기본구조
+
+* **그래프 탐색**이란? 하나의 노드를 시작으로 다수의 노드에 방문하는 것
+* 두 노드는 `인접하다` = 두 노드가 간선으로 연결되어 있다
+
+### 🍐 용어
+
+> 8/23 국비에서 배운 내용 추가
+
+* 노드 (Node): 위치, 정점(Vertex)
+* 간선 (Edge): 위치 간의 관계를 표시한 선. 노드를 연결한 선(link 또는 branch)
+* 인접 정점 (Adjacent Vertex) : 간선으로 직접 연결된 정점(또는 노드)
+* 정점의 차수 (Degree): 무방향 그래프에서 하나의 정점에 인접한 정점의 수
+* 진입 차수 (In-Degree): 방향 그래프에서 외부에서 오는 간선의 수
+* 진출 차수 (Out-Degree): 방향 그래프에서 외부로 향하는 간선의 수
+* 경로 길이 (Path Length): 경로를 구성하기 위해 사용된 간선의 수
+* 단순 경로 (Simple Path): 처음 정점과 끝 정점을 제외하고 중복된 정점이 없는 경로
+* 사이클 (Cycle): 단순 경로의 시작 정점과 종료 정점이 동일한 경우
+
+### 🍐 그래프의 표현법 2가지
+
+#### 1. **인접 행렬(Adjacency Matrix)** : **2차원 배열**로 연결 관계를 표현하는 방식
+
+* 2차원 배열에 각 노드가 연결된 형태를 기록하는 방식
+* `2차원 리스트`
+* 연결되어 있지 않은 노드끼리 무한의 비용이라고 작성
+
+1. 장점
+
+* **속도 측면** : 특정한 두 노드가 연결되어 있는지에 대한 정보를 얻는 **속도가 인접 리스트보다 빠르다 ⇒ 그래프 내의 노드 간 관계를 상수 시간(O(1))에 확인 가능 ⇒ 이유 : 모든 관계를 저장하고 있으니까**
+* 간선의 유무와 가중치를 저장하기에 유용
+  * 이유 : 모든 관계 저장하니까
+* 작은 밀집 그래프에서 메모리 더 효율적 사용 가능
+  * **메모리 오버헤드가 작음**: 작은 그래프의 경우 인접 행렬은 노드 수에 비해 상대적으로 적은 메모리를 사용
+  * **간선 개수가 상대적으로 많음**: `밀집 그래프`는 **간선이 노드 수에 비해 많이 존재하는 경우**를 가리킨다. 인접 리스트는 각 노드마다 연결된 노드의 리스트를 유지해야 하므로, 간선이 많은 경우에는 이 리스트들의 크기가 커져서 메모리 사용이 증가함 이와 달리 인접 행렬은 간선의 유무만 표시하면 되기 때문에 간선의 개수와는 무관하게 메모리 사용량이 일정
+  * **빠른 간선 조회**: 인접 행렬은 간선의 유무를 상수 시간(O(1))에 확인할 수 있다. 작은 밀집 그래프에서는 이런 간선 조회가 더 효율적
+
+2. 단점
+
+* **메모리 측면** : 모든 관계를 저장하므로 노드 개수가 많을수록 메모리 낭비
+
+```python
+INF = 999999999 # 무한의 비용 선언(연결되어 있지 않은 노드)
+
+# 2차원 히스트를 이용해 인접한 행렬 표현
+graph = [
+	[0, 7, 5],
+	[7, 0, INF],
+	[5, INF, 0]
+]
+
+print(graph)
+```
+
+**\[결과창]**
+
+![](https://velog.velcdn.com/images/prettylee620/post/e7cde8b5-5430-452b-af54-28e547a9fe2a/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/54457ecb-fb97-42a2-a59b-c807f112d0be/image.png)
+
+#### 2. **인접 리스트(Adjacency List)** : 리스트로 그래프의 연결 관계를 표현하는 방식
+
+* C++ Java의 경우, 별도의 연결 리스트 기능을 위한 표준 라이브러리 제공
+*   파이썬의 경우 기본 자료형인 리스트 자료형이 `append()`와 메소드 제공
+
+    ⇒ 배열과 연결 리스트의 기능을 모두 **기본**으로 제공
+* 연결 리스트를 이용해 그래프를 표현하고자 할 때에도 `2차원 리스트` 이용하면 됨
+
+1. 장점
+
+* **메모리 측면** : 연결된 정보\[노드]만을 저장하기 때문에 인접행렬방식보다 효율적
+* 그래프의 크기나 노드 수에 무관하게 상대적으로 작은 메모리를 사용
+* 그래프 탐색 시 연결된 노드 빠르게 순회 가능
+* 희소 그래프에서 적합함
+  * `희소 그래프`란 그래프 내에 간선의 수가 상대적으로 **적은** 경우
+  * **메모리 절약**: 인접 리스트는 각 노드마다 연결된 노드들을 저장하기 때문에, 연결되지 않은 노드 사이에는 공간이 낭비되지 않음
+  * **빠른 간선 조회**: 인접 리스트는 노드마다 연결된 노드들을 순회하므로 연결된 노드들에 대한 조회가 빠르게 이루어진다. 희소 그래프에서는 노드 간의 연결이 적어서 인접 리스트로 연결된 노드를 빠르게 조회 가능
+  * **시간 복잡도 개선**: 인접 리스트를 사용하면 희소 그래프에서 그래프 탐색 알고리즘의 시간 복잡도를 개선할 수 있다. 노드 간의 관계가 적어서 탐색을 중지하는 경우가 더 많기 때문
+
+2. 단점
+
+* **속도 측면** : 연결된 데이터를 하나씩 확인해야 하기 때문에 특정한 두 노드가 연결되어 있는지에 대한 정보를 얻는 **속도가 느리다.**
+
+3. 예제
+
+* 해석
+  * \*\*`graph[0]`\*\*에 저장된 정보 : 노드 0과 연결된 노드 1, 거리 7 + 노드 0과 연결된 노드 2, 거리 5
+  * \*\*`graph[1]`\*\*에 저장된 정보 : 노드 1과 연결된 노드 0 저장
+  * \*\*`graph[2]`\*\*에 저장된 정보 : 노드 2와 연결된 노드 0만이 저장
+
+```python
+# 행(Row)이 3개인 2차원 리스트로 인접 리스트 표현
+graph = [[] for _ in range(3)]
+
+# 노드 0에 연결된 노드 정보 저장(연결된 노드, 거리)
+graph[0].append((1, 7))
+graph[0].append((2, 5))
+
+# 노드 1에 연결된 노드 정보 저장
+graph[1].append((0, 7))
+
+# 노드 2에 연결된 노드 정보 저장
+graph[2].append((0, 5))
+
+print(graph)
+```
+
+* 코드 시각화 사진
+
+![](https://velog.velcdn.com/images/prettylee620/post/74c15462-583a-4c68-9bc6-395e3b6122ec/image.png)
+
+**\[결과창]**
+
+![](https://velog.velcdn.com/images/prettylee620/post/7fb6d339-7edf-4fec-99dc-e9421513793d/image.png)
+
+### 🍐 그래프 (Graph) 종류
+
+#### 무방향 그래프 (Undirected Graph)
+
+* 방향이 없는 그래프
+* 간선을 통해, 노드는 양방향으로 갈 수 있음
+
+#### 방향 그래프 (Directed Graph)
+
+* 간선에 방향이 있는 그래프
+
+#### 가중치 그래프 (Weighted Graph) 또는 네트워크 (Network)
+
+* 간선에 비용 또는 가중치가 할당된 그래프
+
+#### 연결 그래프 (Connected Graph)
+
+* 무방향 그래프에 있는 모든 노드에 대해 항상 경로가 존재하는 경우
+
+#### 비연결 그래프 (Disconnected Graph)
+
+* 무방향 그래프에서 특정 노드에 대해 경로가 존재하지 않는 경우
+
+#### 사이클 (Cycle)
+
+* 단순 경로의 시작 노드와 종료 노드가 동일한 경우
+
+#### 비순환 그래프 (Acyclic Graph)
+
+* 사이클이 없는 그래프
+
+#### 완전 그래프 (Complete Graph)
+
+* 그래프의 모든 노드가 서로 연결되어 있는 그래프
+
+### 🍐 그래서 어디서 쓰냐?\[chat gpt의 답변]
+
+> 즉, 그래프는 깊이 우선 탐색과 너비 우선 탐색을 하기 위한 목적
+
+1. **최단 경로 알고리즘**: 두 노드 사이의 최단 경로를 찾는 알고리즘으로, 다익스트라 알고리즘, 벨만-포드 알고리즘 등이 포함됩니다.
+2. **신장 트리 알고리즘**: 그래프 내의 모든 노드를 포함하는 트리 구조를 생성하는 알고리즘으로, 프림 알고리즘과 크루스칼 알고리즘이 포함됩니다.
+3. **흐름 네트워크 알고리즘**: 네트워크의 흐름을 최적으로 관리하는 알고리즘으로, 포드-풀커슨 알고리즘이 대표적입니다.
+4. **그래프 탐색 알고리즘**: 그래프 내의 모든 노드를 탐색하는 알고리즘으로, 깊이 우선 탐색(DFS)과 너비 우선 탐색(BFS)이 포함됩니다.
+5. **위상 정렬 알고리즘**: 방향 그래프에서 순서가 있는 작업을 정렬하는 알고리즘입니다.
+6. **최소 신장 트리 알고리즘**: 가중치가 있는 그래프에서 모든 노드를 포함하는 신장 트리 중 가중치의 합이 최소인 트리를 찾는 알고리즘으로, 프림 알고리즘과 크루스칼 알고리즘이 있습니다.
+7. **경로 찾기 알고리즘**: 두 노드 간의 경로를 찾는 알고리즘으로, 깊이 우선 탐색(DFS)이나 너비 우선 탐색(BFS)을 활용하여 구현될수 있습니다.
+8. **네트워크 플로우 알고리즘**: 특정 조건하에서 네트워크 내에서 정보나 물량의 흐름을 최적으로 관리하는 알고리즘입니다.
diff --git "a/developLog/algorithm-datastructure/algorithm/_ \352\267\270\353\246\254\353\224\224_.md" "b/developLog/algorithm-datastructure/algorithm/_ \352\267\270\353\246\254\353\224\224_.md"
new file mode 100644
index 0000000..39b6515
--- /dev/null
+++ "b/developLog/algorithm-datastructure/algorithm/_ \352\267\270\353\246\254\353\224\224_.md"	
@@ -0,0 +1,350 @@
+# 그리디
+
+&#x20;[그리디 정리 노션 버전](https://incredible-gem-98e.notion.site/02-Big-O-e6f9ea423f4a42d183b99a138d645913)
+
+<figure><img src="https://images.velog.io/images/prettylee620/post/58f0346c-e0fa-4d74-ac81-dca7732217cc/image.png" alt=""><figcaption></figcaption></figure>
+
+### 📚 당장 좋은 것을 선택하는 그리디 알고리즘
+
+***
+
+* 단순하지만 강력한 문제 해결 방법
+* `탐욕법` 알고리즘 : 현재 상황에서 지금 당장 좋은 것만 고르는 방법의 알고리즘
+* 창의력을 요구, 단순히 현재 상황에서 가장 좋아 보이는 것만 선택해도 ok
+* 순간 가장 좋아 보이는 것을 선택, 현재의 선택이 **나중에 미칠 영향 고려 No!**
+* **정렬 알고리즘**과 짝을 이뤄서 출제 ⇒ ‘가장 큰 순서대로’와 같은 기준 제시
+
+#### 📝 코테에서 만나게 될 알고리즘 유형
+
+1. 사전에 외우고 있지 않아도 풀 수 있을 가능성이 높은 문제 유형이라는 특징 : **그리디**
+2. 알고리즘 사용 방법을 정확히 알고 있어야 해결 가능 : **정렬, 최단경로** 등
+
+\
+\
+
+
+#### 📝 예시1 거스름돈
+
+***
+
+가정) 카운터에 거스름돈으로 사용할 500, 100, 50, 10원짜리 동전이 무한 존재한다고 가정시 손님에게 거슬러 줘야 할 N원일 때, 거슬러 줘야 할 동전의 최소 개수는?(단, 거슬러줘야 할 돈 **N은 항상 10의 배수**)
+
+A : **‘가장 큰 화폐 단위부터’** 돈을 거슬러 주는 것
+
+1. 가정) 남은돈 **N원** : 1260원
+2.  500원 짜리 2개를 줌
+
+    남은 돈 : 260원
+3.  100원짜리 2개를 줌
+
+    남은 돈 : 60원
+4.  50원짜리 1개를 줌
+
+    남은 돈 : 10원
+5. 10원짜리 1개를 줌 ⇒ **동전의 최소 개수 : 6개**
+
+* 참고) **파이썬 기호**
+  * `**` : 거듭 제곱
+  * `/` : 나누기
+  * `//` : 나누기 연산 후 소수점 이하의 수를 버리고, 정수 부분의 수만 구함
+  * `%` : 나누기 연산 후 몫이 아닌 나머지를 구함
+
+```python
+n = 1260 -int(input())
+count = 0
+
+# 큰 단위의 화폐로부터 차례대로 확인
+coin_types = [500,100,50,10]
+
+for i in coin_types: # 화폐의 종류만큼 반복 수행, **for 변수 in 리스트(또는 튜플, 문자열)**
+	count += (n//coin_types[i]) # 화폐로 부터 거슬러 줄 수 있는 동전의 개수 세기
+	n %= coin_types[i] 
+
+print(count)
+```
+
+**🎁 예시1의 시간복잡도**
+
+* 반복문에서 화폐의 종류만큼 반복하기 때문에 화폐의 종류가 K개라고 가정시 : `O(K)`
+* 거슬러 주어야 할 돈 N은 찾아볼 수 없음
+* 즉, 이 알고리즘의 시간 복잡도는 **동전의 총 종류**만 영향, 거슬러 줘야 하는 금액과는 무관
+
+#### 🎋 유사문제
+
+[백준 5585번: 거스름돈](https://www.acmicpc.net/problem/5585)
+
+```python
+N = 1000 - int(input())
+count = 0
+
+coin_types = [500, 100, 50, 10, 5, 1]
+
+for i in range(6):
+    count += (N//coin_types[i])
+    N %= coin_types[i]
+    
+print(count)
+```
+
+### 📚 그리디 알고리즘의 정당성
+
+***
+
+* 모든 알고리즘의 적용 불가
+* BUT, 거스름돈 문제에서 ‘가장 큰 화폐 단위부터’ 돈을 거슬러 주는 것과 같이, `탐욕적`으로 문제 접근시 정확한 답을 찾을 수 있다는 보장이 있을시 **효과적, 직관적**
+* 해법을 찾을 시 해법이 `정당한지` 검토
+
+> 거스름돈 문제를 그리드 문제로 해결 가능한 **이유** : 가지고 있는 동전 중에서 큰 단위가 항상 작은 단위의 배수이므로 작은 단위의 동전들을 종합해 다른 해가 나올 수 없기 때문
+
+* 대부분의 그리디 알고리즘 문제에서 이처럼 문제 풀이를 위한 최소한의 아이디어를 떠올리고 이것이 정당한지 검토할 수 있어야 답 도출 가능
+* 만약, 거스름돈 문제이나 동전(화폐)의 단위처럼 서로 배수 형태가 아니라, `무작위`시 해결 불가
+
+💡 **TIP) 코딩 테스트시 문제 유형 파악**
+
+1. 바로 문제 유형 파악 어려울시, 그리디 알고리즘 의심하고, 문제를 해결할 수 있는 `탐욕적인 방법`이 존재하는지 고민
+2. 방법이 없다면, 이후에 공부할 다이나믹 프로그래밍이나 그래프 알고리즘 등으로 문제 해결 가능한지 고민
+
+### 📚 실전문제) 큰 수의 법칙
+
+***
+
+* 다양한 수로 이루어진 배열이 있을 때 주어진 수들을 M번 더하여 **가장 큰 수**를 만드는 법칙
+* 단, 배열의 특정한 \*\*인덱스(번호)\*\*에 해당하는 수가 연속해서 K번을 초과하여 더해질 수 없는 것이 특징
+
+> 순서대로 2, 4, 5, 4, 6으로 이루어진 배열이 있을 시, M이 8이고, K가 3이라 가정
+
+특정한 인덱스 수가 **연속해서 3번까지만** 더해 질 수 있으므로, 큰 수의 법칙에 따라 6 + 6 + 6 + **5** + 6 + 6 + 6 + **5**인 46이 됨(연속되지 않게 **중간에 5를 넣고** 그 다음 다시 6으로 3번 반복)
+
+* 단, `서로 다른 인덱스`에 해당하는 수가 **같은 수** 일 경우에는, **서로 다른 것으로 간주**한다.
+
+> 순서대로 3, 4, 3, 4, 3으로 이루어진 배열시, M이 7이고, K가 2라고 가정
+
+큰 수의 법칙에 따라, 4+4(인덱스1인 4)+4+4(인덱스3인 4)+4+4(인덱스 1인 4) + 4 = 28
+
+#### 📚 **실전문제**
+
+***
+
+참고) `\leq` 가 $\leq$
+
+❓ 입력조건
+
+* 첫째 줄 N($2\leq N \leq 1000)$, M$(1\leq M \leq 10,000)$, K$(1\leq K \leq 10,000)$의 자연수가 주어지며, 각 자연수는 공백으로 구분
+* 둘째 줄에 N개의 자연수가 주어진다. 각 자연수는 공백으로 구분, 단, 각각의 자연수는 1 이상 10,000 이하의 수로 주어진다
+* 입력으로 주어지는 K는 항상 M보다 작거나 같다
+
+❓ 출력조건
+
+* 첫째 줄에 동빈이의 큰 수의 법칙에 따라 더해진 답을 출력
+
+👌 문제해결
+
+* 일단, 입력값 중에서 가장 큰 수와 두번째로 큰 수만 저장하면 됨
+* 연속으로 더할 수 있는 횟수는 **최대 K번**이므로 ‘가장 큰 수를 K번 더하고, 두 번째로 큰 수를 한 번 더하는 연산’ 반복
+* 단순하게 푸는 예시
+
+> 참고 ) **파이썬 문법**
+
+1. map - 리스트의 요소를 지정된 함수로 처리해주는 함수 - 형태 : **map(함수, 리스트)**
+2. list - 형태 : **list(리스트)**
+3. split 함수 - 입력값을 두 개 이상으로 구분 - 각각의 값을 리스트로 나눠줌 - `공백`을 알아서 구분해줌
+
+```python
+# N, M, K를 공백으로 구분하여 입력받기
+n, m, k = map(int, input().split())
+# N개의 수를 공백으로 구분하여 입력받기
+data = list(map(int, input().split()))
+
+data.sort() # 입력받은 수들 정렬
+first = data[n-1] # 가장 큰 수
+second = data[n-2] # 두 번째로 큰 수
+
+result = 0
+
+while True:
+	for i in range(k): # 가장 큰 수를 K번 더하기
+		if m == 0 # m이 0이라면 반복문 탈출
+			break
+		result+ = first
+		m = -1 # 더할 때마다 1씩 빼기
+		if m == 0 # m이 0이라면 반복문 탈출
+			break
+		result+ = second # 두 번째로 큰 수 **한 번** 더하기
+		m = -1 # 더할 때마다 1씩 빼기
+
+  print(result) 
+```
+
+#### 📚 심화문제
+
+***
+
+가정) M의 크기가 100억 이상 ⇒ 위와 같이 풀 시 **시간 초과 판정**
+
+👌 문제해결
+
+* 이처럼, 가장 먼저 `반복되는 수열`에 대해서 파악
+  * 아이디어 : 만약 N이 5이고 입력 값을 2, 4, 5, 4, 6을 받았다고 가정하면,
+  * 여기서 가장 큰 수는 6이고, 두 번째로 큰 수는 5다.
+  * 이때, M = 8, K =3이면 (6+6+6+5)+(6+6+6+5) = 46이 된다.
+* **수열의 길이** : `K+1`(두번째 큰 수 1개 더함), **반복되는 횟수** : `M/(K+1)`
+  *   이때, K+1이 나누어 떨어지지 않는 경우도 고려
+
+      : M을 (K+1)로 나눈 나머지만큼 가장 큰 수가 추가로 더해짐
+  *   가장 큰 수가 더해지는 횟수 : 이를 이용하면 가장 큰 수가 더해지는 횟수를 구한 다음, 이를 이용해 **두 번째로 큰 수가 더해지는 횟수**도 구할 수 있다.
+
+      : **int((M / (K+1) ) \* K + M % (K+1) )**
+
+      ```python
+      # N, M, K를 공백으로 구분하여 입력받기
+      n, m, k = map(int, input().split())
+      # N개의 수를 공백으로 구분하여 입력받기
+      data = list(map(int, input().split()))
+
+      data.sort() # 입력받은 수들 정렬
+      first = data[n-1] # 가장 큰 수
+      second = data[n-2] # 두 번째로 큰 수
+
+      # 가장 큰 수가 더해지는 **횟수** 계산
+      count = int((m/(k+1))*k)
+      count+ = m%(k+1)
+
+      result = 0
+      result+ =(count) * first # 가장 큰 수 더하기
+      result+ = (m-count)*second # 두 번째로 큰 수 더하기
+
+      print(result)
+      ```
+
+### 📚 실전문제) 숫자 카드 게임
+
+***
+
+여러 개의 숫자 카드 중에서 가장 높은 숫자가 쓰인 카드 한 장을 뽑는 게임
+
+단, 게임의 룰을 지키며, 카드를 뽑아야 함
+
+* 게임의 룰
+  1. 숫자가 쓰인 카드들이 N $\*$ M 형태로 놓여 있다. 이 때, N은 행의 개수를 의미, M은 열의 개수를 의미
+  2. 먼저 뽑고자 하는 카드가 포함되어 있는 행을 선택
+  3. 그 다음 선택된 행에 포함된 카드들 중 가장 숫자가 낮은 카드를 뽑아야 한다.
+  4. 따라서 처음에 카드를 골라낼 행을 선택시, 이후에 해당 행에서 **가장 숫자가 낮은 카드를 뽑을 것을 고려하여 최종적으로 가장 높은 숫자의 카드를 뽑을 수 있도록 전략**
+
+❓ 입력조건
+
+* **첫째 줄**에 숫자 카드들이 놓인 행의 개수 N과 열의 개수 M이 **공백을 기준**으로 하여 각각 자연수로 주어진다.$(1\leq N, M\leq100)$
+* **둘째 줄부터** N개의 줄에 걸쳐, 각 카드에 적힌 숫자가 주어진다. 각 숫자는 1이상 10,000이하의 자연수이다.
+
+❓ 출력조건
+
+첫째 줄에 게임의 룰에 맞게 선택한 카드에 적힌 숫자 출력
+
+👌 문제해결
+
+* 아이디어 : **각 행마다 가장 작은 수를 찾은 뒤에 그 수 중에서 가장 큰 수**
+* **min() 함수**를 이용하는 답안 예시
+
+```python
+# N과 M을 공백으로 구분하여 입력받기
+n, m = map(int, input().split())
+
+result = 0
+# 한 줄씩 입력받아 확인
+for i in range(n):
+	data = list(map(int, input().split()))
+	# 현재 줄에서 '가장 작은 수' 찾기
+	min_value = min(data)
+	# '가장 작은 수'들 중에서 가장 큰 수 찾기
+	result = max(result, min_value)
+
+print(result)
+```
+
+* **2중 반복문 구조**를 이용하여 답안 예시
+
+```python
+# N과 M을 공백으로 구분하여 입력받기
+n, m = map(int, input().split())
+
+result = 0
+
+for i in range(n): 
+	data = list(map(int, input().split()))
+	# 현재 줄에서 '가장 작은 수' 찾기
+	min_value = 10001
+	for a in data:
+		min_value = min(min_value, a)
+	# 가장 적은 수 들 중 가장 큰 수 찾기
+	result = max(result, min_value)
+
+print(result) 
+```
+
+### 📚 실전문제) 1이 될 때까지
+
+***
+
+어떠한 수 N이 1이 될 때까지 다음의 두 과정 중 하나를 반복적으로 수행하려고 한다.단, 두 번째 연산은 N이 K로 나누어떨어질 때만 선택 가능
+
+1. N에서 1을 뺀다.
+2. N을 K로 나눈다.
+
+❓ 입력조건
+
+* 첫째 줄에 N($2\leq N \leq 100,000)$과 K($2 \leq K \leq 100,000)$가 공백으로 구분되며 각각 자연수로 주어진다. 이때 입력으로 주어지는 N은 항상 K보다 크거나 같다.
+
+❓ 출력조건
+
+* 첫째 줄이 N이 1이 될 때까지 1번 혹은 2번의 과정을 수행해야 하는 횟수의 최솟값을 구해라
+
+👌 문제해결
+
+아이디어 : 최대한 많이 나누기
+
+* 예 : N = 25, K =3 일 경우
+  * 1단계 : N에서 1빼기\*\*(나누어 떨어지지 않기 때문에 2번 불가) ⇒\*\* 24
+  * 2단계 : N에서 K로 나누기 ⇒ 8
+  * 3단계 : N에서 1빼기 ⇒ 7
+  * 4단계 : N에서 1빼기 ⇒ 6
+  * 5단계 : N에서 K나누기 ⇒ 2
+  * 6단계 : N에서 1빼기 ⇒ 1
+* 단순하게 풀기
+
+```python
+n,k = map(int, input().split())
+result = 0
+
+# N이 K이상이라면 계속 나누기
+while n>=k:
+	# N이 K로 나누어 떨어지지 않는다면 N에서 1빼기
+while n % k !=0 :
+	n-= 1
+	result+ =1
+# k로 나누기
+n//=k
+result+=1
+
+print(result)
+```
+
+* 수가 커질 때
+
+```python
+n,k = map(int, input().split())
+result = 0
+
+while True:
+	#(N==K로 나누어떨어지는 수)가 될 때까지 1씩 빼기
+	target = (n//k) * k
+	result+ = (n-target)
+	n = target
+	# N이 K보다 작을때 반복문 탈출
+	if n<k:
+	 break
+	result+=1
+	n//=k
+
+#마지막으로 남은 수에 대하여 1씩 빼기
+result+=(n-1)
+print(result)
+```
diff --git "a/developLog/algorithm-datastructure/algorithm/_ \353\217\231\354\240\201 \352\263\204\355\232\215\353\262\225\352\263\274 \353\266\204\355\225\240\354\240\225\353\263\265_.md" "b/developLog/algorithm-datastructure/algorithm/_ \353\217\231\354\240\201 \352\263\204\355\232\215\353\262\225\352\263\274 \353\266\204\355\225\240\354\240\225\353\263\265_.md"
new file mode 100644
index 0000000..30921ed
--- /dev/null
+++ "b/developLog/algorithm-datastructure/algorithm/_ \353\217\231\354\240\201 \352\263\204\355\232\215\353\262\225\352\263\274 \353\266\204\355\225\240\354\240\225\353\263\265_.md"	
@@ -0,0 +1,386 @@
+# 동적 계획법과 분할정복
+
+## 1. 동적 계획법(DP)
+
+> 동적 계획법으로 문제를 풀 때는, 우선 작은 문제부터 해결해나가보는 것이 좋다. 작은 문제들을 풀어나가다보면 이전에 구해둔 더 작은 문제들이 활용되는 것을 확인하게 된다. 이에 대한 규칙을 찾았을 때 **점화식**을 도출해내어 동적 계획법을 적용시키자
+
+### 🍌 개념
+
+> 복잡한 문제를 간단한 여러 개의 문제로 나누어 푸는 방법, 작은 하위 문제의 해를 저장하고 활용하여 중복 계산을 피하며 문제를 해결하는 데 중점
+
+* 입력 크기가 작은 부분 문제들을 해결한 후, 해당 부분 문제의 해를 활용해서, 보다 큰 크기의 부분 문제를 해결, 최종적으로 전체 문제를 해결하는 알고리즘
+* **상향식 접근법**으로, 가장 최하위 해답을 구한 후, 이를 저장하고, 해당 결과값을 이용해서 상위 문제를 풀어가는 방식
+* 한 가지 문제에 대해서, 단 한번만 풀도록 만들어주는 알고리즘
+  * 즉, **똑같은 연산을 반복하지 않도록 만들어준다.** 실행시간을 줄이기 위해 사용되는 수학적 접근 방식의 알고리즘
+* `Memoization` 기법을 사용함
+
+### 🍌 접근 방식
+
+* 커다란 문제를 쉽게 해결하기 위해 작게 쪼개서 해결하는 방법인 분할 정복과 매우 유사하지만 **간단한 문제로 만드는 과정에서 중복 여부에 대한 차이점**이 존재한다.
+* 즉, 동적 계획법은 간단한 작은 문제들 속에서 `계속 반복되는 연산`을 활용하여 빠르게 풀 수 있는 것이 핵심
+
+### 🍌 종류
+
+1. 피보나치 수열
+2. 배낭 문제
+3. 최장 공통 부분 수열
+4. 최단 경로 문제
+5. 최소 거스름돈 문제
+6. 매트릭스 체인 곱셈
+7. 행렬 경로 문제
+
+### 🍌 Memoization 기법이란?
+
+* Memoization (메모이제이션) 이란: 프로그램 실행 시 이전에 계산한 값을 저장하여, 다시 계산하지 않도록 하여 전체 실행 속도를 빠르게 하는 기술
+*   문제를 잘게 쪼갤 때, 부분 문제는 중복되어, 재활용됨
+
+    * 예: 피보나치 수열 1 1 2 3 5 8 …. 1 1로 시작하고 뒤의 모든 항은 바로 앞 두항의 합의 수열
+
+    > 피보나치 수열에서 재귀를 활용하여 풀 경우, 같은 연산을 계속 반복함을 알 수 있다.
+    >
+    > 이때, `메모이제이션`을 통해 **같은 작업을 되풀이 하지 않도록 구현하면 효율적**이다.
+
+    * return f(n) = f(n-1) + f(n-2)
+* 코드\[재귀] : 시간 복잡도 `O(2^n)`
+
+```java
+import java.util.Scanner;
+
+public class Fibonacci {
+    private static int fibonacci(int n){
+        if(n <= 1) return n;
+        return fibonacci(n - 1) + fibonacci(n - 2);
+    }
+
+    public static void main(String[] args){
+        Scanner in = new Scanner(System.in);
+        int n = in.nextInt();
+
+        int result = fibonacci(n);
+        System.out.printf("피보나치 수열의 %d번째 값 : %d", n, result);
+    }
+}
+```
+
+* 코드 2\[동적 방법 이용] : 시간 복잡도 `O(N)`
+
+```java
+public class Dynamic {
+    
+    public int dynamicFunc(int data){
+        Integer[] cache = new Integer[data+1];
+        cache[0] = 0;
+        cache[1] = 1;
+        for(int index=2; index<data+1; index++){
+            cache[index] = cache[index-1] + cache[index-2];
+        }
+        return cache[data];
+    }
+
+    public static void main(String[] args){
+        Dynamic dObject = new Dynamic();
+        dObject.dynamicFunc(10);
+    }
+}
+```
+
+## 2. 분할 정복
+
+> 분할 정복은 주로 큰 문제를 작은 하위 문제로 나누어 해결하는 데 중점
+
+* 문제를 나눌 수 없을 때까지 나누어서 각각을 풀면서 다시 합병하여 문제의 답을 얻는 알고리즘
+* 하양식 접근법으로, 상위의 해답을 구하기 위해, 아래로 내려가면서 하위의 해답을 구하는 방식
+  * 일반적으로 재귀함수로 구현
+* 문제를 잘게 쪼갤 때, 부분 문제는 서로 중복되지 않음
+  * 예: 병합 정렬, 퀵 정렬 등
+
+### 🍌 Merge Sort\[병합 정렬]
+
+관련 동작 방법은 [노션](https://incredible-gem-98e.notion.site/8-22-248bec70cb274c17b0eee9199ab7011e?pvs=4)에..
+
+#### 개념
+
+1. 분할 정복 알고리즘의 하나로, **큰 문제를 작은 문제로 분할하여 해결**하는 방식을 사용하여 정렬을 수행하는 알고리즘
+2. 대부분의 경우에 거의 `O(n log n)`의 시간 복잡도를 가지므로 대규모 데이터 정렬에 많이 사용
+3. 합병 정렬은 데이터 양이 많아서 메모리를 효율적으로 관리해야 할 때나 안정적인 정렬을 원할 때 주로 선택되는 알고리즘
+
+#### 동작방법
+
+> 아래의 과정을 반복하면서 작은 배열부터 정렬하여 합쳐나가면, 전체 배열이 정렬된 상태가 된다. `합병 정렬`은 **재귀적인 구조**가 되므로, 아래 세 단계를 재귀적으로 수행해 내나가며 정렬이 완성된다.
+
+1. **분할(Divide)** : 정렬할 배열을 반으로 나눈다. 이를 계속해서 작은 배열이 될 때까지 반복적으로 분할
+2. **정복(Conquer)** : 분할된 작은 배열을 정렬, 만약 **배열의 길이가 1이거나 0이라면 이미 정렬된 상태**
+3. **합병(Merge)** : 정렬된 작은 배열들을 하나로 합병한다. 이때, 두 배열을 비교하여 정렬된 순서대로 합치는데, 작은 값부터 순서대로 병합
+
+```java
+import java.util.ArrayList;
+
+public class MergeSort {
+
+    private ArrayList<Integer> mergeFunc(ArrayList<Integer> leftArr, ArrayList<Integer> rightArr) {
+
+        ArrayList<Integer> mergedList = new ArrayList<Integer>();
+        int leftPoint = 0;
+        int rightPoint = 0;
+
+        // CASE 1 : left/right가 둘 다 있을 때
+        while(leftArr.size() > leftPoint && rightArr.size() > rightPoint){
+            //자리바꿈이 일어나는 조건
+            if(leftArr.get(rightPoint) > rightArr.get(rightPoint)){
+                mergedList.add(rightArr.get(rightPoint));
+                rightPoint += 1;
+            }
+            else{
+                mergedList.add(leftArr.get(leftPoint));
+                leftPoint += 1;
+            }
+        }
+
+        // CASE 2 : right 데이터가 없을 때
+        while(leftArr.size() > leftPoint){
+            mergedList.add(leftArr.get(leftPoint));
+            leftPoint += 1;
+        }
+
+        // CASE 3 : left 데이터가 없을 때
+        while(rightArr.size() > rightPoint){
+            mergedList.add(rightArr.get(rightPoint));
+            rightPoint += 1;
+        }
+
+        return mergedList;
+  }
+
+    public ArrayList<Integer> margeSplitFunc(ArrayList<Integer> arrayList) {
+        if(arrayList.size() <= 1){return arrayList;}
+        // 중간값을 기준으로 병합하는 느낌
+        int medium = arrayList.size()/2;
+
+        ArrayList<Integer> leftArr = new ArrayList<Integer>();
+        ArrayList<Integer> rightArr = new ArrayList<Integer>();
+
+        leftArr = new ArrayList<Integer>(arrayList.subList(0, medium));
+        rightArr = new ArrayList<Integer>(arrayList.subList(medium, arrayList.size()));
+
+        // 정렬하는 함수 만들기
+       return this.mergeFunc(leftArr, rightArr);
+    }
+
+    public static void main(String[] args){
+        ArrayList<Integer> testData = new ArrayList<>();
+
+        for(int index=0; index<100; index++){
+            testData.add((int)(Math.random()*100));
+        }
+
+        System.out.println(testData);
+        MergeSort mergeSort = new MergeSort();
+        System.out.println(mergeSort.margeSplitFunc(testData));
+    }
+}
+```
+
+#### 합병 정렬 특징
+
+1. 안정적인 정렬 알고리즘 : 동일한 값의 상대적인 순서가 변하지 않는다.
+2. 외부 정렬에 적합 : 데이터의 양이 많아서 메모리에 모두 올리기 어려운 경우에도 사용 가능
+3. 추가적인 메모리 필요 : 배열을 분할하고 합치는 과정에서 임시 배열이 필요하므로, 메모리를 추가적으로 사용한다.
+4. 평균 및 최악 시간 복잡도: `O(n log n)`
+5. 최선의 경우 시간 복잡도: `O(n log n)`
+6. 정렬된 상태에서도 효율적: 이미 정렬된 배열을 합치는 경우에도 효율적으로 작동
+
+### 🍌 퀵 정렬(QuickSort)
+
+#### 퀵정렬의 정의
+
+* 가장 많이 사용되는 알고리즘
+* 정렬 라이브러리의 근간이 되는 알고리즘
+
+#### 기준 데이터 설정, **그 기준보다 큰 데이터와 작은 데이터의 위치를 바꾸면** ?
+
+* 기준을 설정한 다음 큰 수와 작은수를 교환한 후 리스트를 반으로 나누는 방식
+*   `피벗`이 사용
+
+    ⇒ 큰 숫자와 작은 숫자 교환시, 교환하기 위한 **기준**
+
+    ⇒ 퀸 정렬을 **수행하기 전** 피벗을 어떻게 설정할것인지 미리 명시 해야 함
+* 피벗과 데이터를 비교하는 비교 연산 횟수가 증가하므로, 시간 면에서는 조금 비효율적 but, 직관적이고 기억하기 쉽다
+
+#### 호어 분할 방식
+
+*   재귀 함수 동작원리가 같음
+
+    ⇒ **종료조건**이 있어야 함 : 현재 리스트의 데이터 개수가 1개인 경우
+
+1. 리스트에서 **첫 번째 데이터**를 피벗으로 정한다
+2. 피벗 설정한 뒤에는 `왼쪽`에서부터 피벗보다 **큰** 데이터를 찾고, `오른쪽`에서부터 피벗보다 **작은** 데이터를 찾음
+3. 큰 데이터와 작은 데이터의 **위치를 서로 교환**
+
+#### 퀵 정렬 방식(호어 분할 방식 예시)
+
+✨ **1파트**
+
+1. 리스트의 첫 번째 데이터를 피벗으로 설정하므로 피벗은 ‘5’ 이후에 `왼쪽`에서부터 ‘5’보다 **큰** 데이터를 선택하므로 ‘7’이 선택, `오른쪽`에서부터 ‘5’보다 **작은** 데이터가 선택되므로 ‘4’가 선택 ⇒ 두 데이터의 위치 서로 변경
+
+![](https://velog.velcdn.com/images/prettylee620/post/c6188d6b-7b23-4eb4-84da-ed98f23dbc0f/image.png)
+
+2. 그다음 다시 피벗보다 큰 데이터와 작은 데이터를 각각 찾고, 그 뒤 두 값의 위치를 서로 변경
+
+![](https://velog.velcdn.com/images/prettylee620/post/9460cdf3-6db0-4f43-8534-9d5521e54c05/image.png)
+
+3. 그 다음 다시 피벗보다 큰 데이터와 작은 데이터를 찾는다.
+   1. 단, 현재 왼쪽에서부터 찾는 값과 오른쪽에서부터 찾는 값의 **위치가 서로 엇갈릴 수**도 있다.
+   2. 이렇게 두 값이 엇갈린 경우에는 ‘작은 데이터’와 ‘피벗’의 위치를 서로 변경한다.
+   3. 작은 데이터의 ‘1’과 피벗인 ‘5’의 위치를 서로 변경하여 `분할 수행`
+
+![](https://velog.velcdn.com/images/prettylee620/post/f253a992-05ae-47a9-9ef7-15b66c592f55/image.png)
+
+4. `분할 완료` : 이와 같이 피벗이 이동한 상태에서 왼쪽 리스트와 오른쪽 리스트를 살펴보자
+   1. 이제 ‘5’ 왼쪽에 있는 데이터는 모두 ‘5보다 작고, 오른쪽에 있는 데이터는 ‘5’보다 크다는 특징
+   2. `분할` 혹은 `파티션` : 피벗의 **왼쪽**에는 **피벗보다 작은 데이터**가 위치, 피벗의 **오른쪽**에는 **피벗보다 작은 데이터**가 위치
+
+![](https://velog.velcdn.com/images/prettylee620/post/18a068bd-ea22-4fba-9bbd-60456859b915/image.png)
+
+✨ 2**파트**
+
+왼쪽 리스트에서 다음 그림과 같이 정렬 진행, 구체적인 정렬 과정은 동일
+
+![](https://velog.velcdn.com/images/prettylee620/post/e72f5399-4447-4641-a155-b63857c949d7/image.png)
+
+✨ 3**파트**
+
+오른쪽 리스트에서 다음 그림과 같이 정렬 진행, 구체적인 정렬 과정은 동일
+
+![](https://velog.velcdn.com/images/prettylee620/post/a0d80f58-ae56-4345-aacc-f5906b461675/image.png)
+
+#### 퀵 정렬의 시간복잡도
+
+* 평균적 시간복잡도 : $`O(NlogN)`$
+*   최악의 경우 시간복잡도 : $`O(N^2)`$
+
+    ⇒ 데이터가 이미 정렬되어 있는 경우 매우 느리게 작동
+* 앞에 정렬 알고리즘들의 비해 엄청 빠른 편
+* 분할이 이루어지는 횟수가 기하급수적으로 감소
+
+```java
+
+package Danymic;
+
+import java.util.Scanner;
+
+public class QuickSortEx {
+
+    public static void main(String[] args){
+        Scanner in = new Scanner(System.in);
+        int arr[] = {3, 33, 38, 5, 2, 7, 15, 36, 26, 27, 2};
+
+        System.out.println("정렬 전 :"+arr);
+
+        System.out.println("정렬 후");
+        quickSort(arr, 0, arr.length-1);
+    }
+
+    public static void quickSort(int[] array, int left, int right) {
+        if(left >= right) return;
+
+        //분할
+        int pivot = partition(array, left, right);
+
+        // 자기 자신을 재귀적으로 부름
+        quickSort(array, left, pivot);
+        quickSort(array, pivot+1, right);
+    }
+
+    private static int partition(int[] array, int left, int right) {
+        int pivot = array[left];
+        int i = left, j= right;
+        while (i < j){
+            // 피벗을 기준으로 j를 기준으로 찾음
+            while(pivot < array[j]){
+                j--;
+            }
+            while(i<j && pivot >= array[i]){
+                i++;
+            }
+            swap(array, i, j);
+        }
+        array[left] = array[i];
+        array[i] = pivot;
+        
+        return i;
+        
+    }
+
+    private static void swap(int[] array, int i, int j) {
+        int tmp = array[i];
+        array[i] = array[j];
+        array[j] = tmp;
+    }
+}
+```
+
+#### arrayList를 이용한 동작원리
+
+```java
+import java.util.ArrayList;
+import java.util.Arrays;
+
+public class QuickSort {
+    public ArrayList<Integer> sort(ArrayList<Integer> dataList) {
+        if (dataList.size() <= 1) {
+            return dataList;
+        }
+        int pivot = dataList.get(0);
+
+        ArrayList<Integer> leftArr = new ArrayList<Integer>();
+        ArrayList<Integer> rightArr = new ArrayList<Integer>();
+
+        for (int index = 1; index < dataList.size(); index++) {
+            if (dataList.get(index) > pivot) {
+                rightArr.add(dataList.get(index));
+            } else {
+                leftArr.add(dataList.get(index));
+            }
+        }
+
+      
+        ArrayList<Integer> mergedArr = new ArrayList<Integer>();
+        mergedArr.addAll(sort(leftArr));
+        mergedArr.addAll(Arrays.asList(pivot));
+        mergedArr.addAll(sort(rightArr));
+
+        return mergedArr;
+    }
+
+    public static void main(String[] args) {
+        ArrayList<Integer> testData = new ArrayList<Integer>();
+
+        for (int index = 0; index < 100; index++) {
+            testData.add((int)(Math.random() * 100));
+        }
+        QuickSort qSort = new QuickSort();
+        System.out.println(qSort.sort(testData));
+    }
+}
+```
+
+### 🍌 종류
+
+1. 합병 정렬
+2. 퀵 정렬
+3. 거듭제곱 알고리즘
+4. 병렬 행렬 곱셈
+5. 최근접 점 쌍 찾기
+6. 최대 부분배열 문제
+
+### 🍌공통점과 차이점
+
+* 공통점
+  * 문제를 잘게 쪼개서, 가장 작은 단위로 분할
+* 차이점
+  * 동적 계획법
+    * 부분 문제는 중복되어, 상위 문제 해결 시 재활용됨
+    * `Memoization` 기법 사용 (부분 문제의 해답을 저장해서 재활용하는 최적화 기법으로 사용)
+  * 분할 정복
+    * 부분 문제는 서로 중복되지 않음
+    * `Memoization` 기법 사용 안함
diff --git "a/developLog/algorithm-datastructure/algorithm/_ \353\262\204\353\270\224 \354\240\225\353\240\254_ \354\202\275\354\236\205 \354\240\225\353\240\254_ \354\204\240\355\203\235 \354\240\225\353\240\254_.md" "b/developLog/algorithm-datastructure/algorithm/_ \353\262\204\353\270\224 \354\240\225\353\240\254_ \354\202\275\354\236\205 \354\240\225\353\240\254_ \354\204\240\355\203\235 \354\240\225\353\240\254_.md"
new file mode 100644
index 0000000..9bc8e5e
--- /dev/null
+++ "b/developLog/algorithm-datastructure/algorithm/_ \353\262\204\353\270\224 \354\240\225\353\240\254_ \354\202\275\354\236\205 \354\240\225\353\240\254_ \354\204\240\355\203\235 \354\240\225\353\240\254_.md"	
@@ -0,0 +1,734 @@
+# 버블 정렬, 삽입 정렬, 선택 정렬
+
+## 정렬 알고리즘
+
+> 참고 동작 방식 링크 : https://visualgo.net/en/sorting
+
+### 🍇 정의
+
+* 어떤 데이터들이 주어졌을때, 이를 정해진 순서대로 나열하는 것
+* 뭔가를 `정렬`하는 것
+  * A부터 Z까지 기준으로 정렬
+  * 큰 수에서 작은 수 기준으로 정렬
+* 데이터를 특정한 기준에 따라서 순서대로 나열하는 것
+* 프로그램 작성 시 가장 많이 사용
+* `이진검색`처럼 빠른 알고리즘 사용을 위해서
+* 알고리즘의 `효율성`을 쉽게 이해 가능
+* 내림차순은 오름차순은 **reverse**를 이용해서 뒤집으면 됨
+
+### 🍇 버블 정렬
+
+* 두 인접한 데이터를 비교해서 , **앞에 있는 데이터가 뒤에 있는 데이터보다 크면, 자리를 바꾸는** 알고리즘
+* 자주 사용되지는 않음 더 빠른 알고리즘이 많기 때문이다.
+
+#### 정렬방법
+
+* 배열의 2개의 아이템을 `선택`
+* `비교(comparisons)` : **왼쪽**이 오른쪽보다 **크면** `교환(swap)`
+*   오른쪽으로 `이동`해서, 해당 프로세스 `반복` , 예를 들어 5와 6을 비교
+
+    ⇒ 왼쪽이 오른쪽보다 작으므로 교환하지 않음
+
+1. 그 다음은 6과 3을 비교 ⇒ 교환 **결과** : 2 5 3 6 1 4
+2. 6과 1을 비교 ⇒ 교환 **결과** : 2 5 3 1 6 4
+3. 6과 4를 비교 ⇒ 교환 **결과** : 2 5 3 1 4 6 ⇒ 첫번째 사이클 끝 두번째도 왼쪽에서 처음부터 바꿈
+
+![](https://velog.velcdn.com/images/prettylee620/post/24c2746c-813b-40b2-ab58-faffd2907fc7/image.png)
+
+#### ✨ 버블정렬의 시간복잡도
+
+1.  **comparisons(비교)** : `N-1`
+
+    N(item의 마지막 번호), 배열의 N-1의 아이템을 비교
+
+    EX. 아이템이 6개면, 5번 비교
+2. **swap(교환)**: 최악의 경우, 모든 아이템을 교환해야 함
+3. 그래프
+
+![](https://velog.velcdn.com/images/prettylee620/post/87f518fc-a9d7-465a-a676-504ae5eddbca/image.png)
+
+#### ✨ 버블정렬 예제 1
+
+> 버블 정렬은 간단하지만 큰 리스트에 대해서는 비효율적일 수 있으니 참고
+
+```java
+import java.util.ArrayList;
+import java.util.Collections;
+
+public class BubbleSorting {
+
+    public static void main(String[] args){
+        ArrayList<Integer> dataList = new ArrayList<Integer>();
+        dataList.add(9);
+        dataList.add(2);
+        dataList.add(4);
+        dataList.add(8);
+        dataList.add(1);
+
+        // 9, 7, 1
+        for(int index=0; index < dataList.size()-1; index++) {
+            boolean swap = false;
+            // 7, 9, 1
+            for(int index2 = 0; index2 < dataList.size() - 1 - index; index2++) {
+                if (dataList.get(index2) > dataList.get(index2 + 1)) {
+                    Collections.swap(dataList, index2, index2 + 1);
+                    // 1, 7, 9
+                    swap = true;
+                }
+            }
+        }
+        System.out.println(dataList);
+    }
+}
+```
+
+#### ✨ 버블정렬 예제 2
+
+* 기존 코드의 클래스를 이용해서 만드는 방법
+
+1. BubbleSorting2
+
+```java
+package sorting;
+
+import java.util.ArrayList;
+import java.util.Collections;
+
+public class BubbleSorting2
+{
+
+	public void sort(ArrayList arr) {
+		ArrayList<Integer> dataList = new ArrayList<Integer>();
+		dataList = arr;
+		
+		for (int index = 0; index < dataList.size() - 1; index++)
+		{
+			boolean swap = false;
+
+			for (int index2 = 0; index2 < dataList.size() - 1 - index; index2++)
+			{
+				if (dataList.get(index2) > dataList.get(index2 + 1))
+				{
+					Collections.swap(dataList, index2, index2 + 1);
+					swap = true;
+				}
+			}
+			System.out.println(dataList);
+		}
+	}
+
+}
+```
+
+2. BublleSorting
+
+```java
+import java.util.ArrayList;
+
+public class BubbleSorting
+{
+
+    public static void main(String[] args)
+    {
+        ArrayList<Integer> testList = new ArrayList<Integer>();
+
+        for (int index = 0; index < 10; index++)
+        {
+            testList.add((int)(Math.random() * 100));
+
+        }
+        System.out.println(testList);
+
+        BubbleSorting2 bSort = new BubbleSorting2();
+
+        bSort.sort(testList);
+
+    }
+
+}
+```
+
+#### ✨ 버블정렬 예제 3
+
+1. 문제링크 : https://jungol.co.kr/problem/1157?cursor=eyJwcm9ibGVtc2V0IjoiNiIsImZpZWxkIjo2LCJpZHgiOjJ9
+2. 코드
+
+```java
+import java.util.ArrayList;
+import java.util.Collections;
+import java.util.Scanner;
+
+public class BubbleSorting3 {
+
+    private ArrayList<Integer> sort(ArrayList<Integer> dataList){
+
+        for(int index=0; index < dataList.size()-1; index++) {
+            boolean swap = false;
+
+            for(int index2 = 0; index2 < dataList.size() - 1 - index; index2++) {
+
+                if (dataList.get(index2) > dataList.get(index2 + 1)) {
+
+                    Collections.swap(dataList, index2, index2 + 1);
+                    swap = true;
+                }
+
+            }
+
+            for(int i = 0; i<dataList.size(); i++) {
+                System.out.print(dataList.get(i)+ " ");
+            }
+            System.out.println();
+
+        }
+        return dataList;
+    }
+
+    public static void main(String[] args){
+        Scanner in = new Scanner(System.in);
+        ArrayList<Integer> dataList = new ArrayList<Integer>();
+
+        int n = in.nextInt();
+
+        for(int i=0; i<n; i++){
+            dataList.add(in.nextInt());
+        }
+
+        BubbleSorting3 bubbleSort = new BubbleSorting3();
+        bubbleSort.sort(dataList);
+
+    }
+}
+```
+
+3. 다른 사람 코드
+
+```java
+import java.util.Scanner;
+
+public class Main {
+
+   public static void main(String[] args) {
+       Scanner sc = new Scanner(System.in);
+        int numlength = sc.nextInt();
+        int [] arr = new int [numlength];
+       
+       for (int i = 0; i < numlength; i++) {
+           arr[i] = sc.nextInt();
+       }
+       
+        
+       for (int i = 0; i < numlength-1; i++) {
+    	   
+    	   
+           for (int j = 0; j < numlength-1; j++) {
+        	   
+               if (arr[j] > arr[j+1])
+               {
+                   int temp = arr[j];
+                   arr[j]=arr[j+1];
+                   arr[j+1]=temp;
+                   
+               }
+               
+           }
+              
+           for (int j = 0; j < numlength; j++) {
+               System.out.printf("%d ", arr[j]);
+           }
+           System.out.println();
+           
+       
+       
+       
+           }
+       
+       }
+       
+}
+```
+
+4. 파이썬 코드
+
+```java
+def bubble_sort(arr):
+    end = len(arr) - 1
+    while end > 0:
+        last_swap = 0
+        for i in range(end):
+            if arr[i] > arr[i + 1]:
+                arr[i], arr[i + 1] = arr[i + 1], arr[i]
+                last_swap = i
+        end = last_swap
+        print(arr)
+```
+
+### 🍇 선택정렬
+
+* 전체 **모든 아이템 스캔**
+* 데이터가 무작위로 여러 개 있을 때, 이중에서 **가장 작은 데이터를 선택**해 맨 앞에 있는 데이터와 바꾸고, 그다음 작은 데이터를 선택해 앞에서 두 번째 데이터와 바꾸는 과정 **반복**
+* 현재 **데이터의 상태 상관없이** 무조건 모든 원소를 비교하고 위치를 바꿈
+* `가장 작은 것`을 선택, `비효율적`
+
+#### ✨ 정렬방법
+
+1. 전체 아이템 중 **가장 작은 아이템의 위치**를 그 위치를 변수에 저장
+2. 5부터 차례로 확인 후 맨 처음은 **5가 제일 작기때문에** 위치를 변수에 저장
+3. 그 다음 2에서 **2가 5보다 작으니까** 위치를 변수에 저장
+4. 쭉 하다가 **1이 2보다 작으니까** 위치를 변수 저장
+5.  4까지 확인 후 사이클을 끝냄
+
+    ⇒ **배열에서 가장 작은 숫자**가 어디에 있는지 안다
+6. 그 다음 `swaps(바꾸기)` : **가장 작은 숫자(위치**를 알지!) 그것을 **첫 번째 아이템과** 바꿈
+7. 그 다음 사이클을 진행시 1부터 시작하지 않음. **1은** `정렬`된 숫자, **정렬되지 않은** 부분 중에서 가장 작은 숫자를 찾음
+8. 이것을 반복
+
+![](https://velog.velcdn.com/images/prettylee620/post/d502821c-893b-44ff-99fb-2594dea9ca84/image.png)
+
+#### ✨ 선택정렬 예제1
+
+```java
+import java.util.ArrayList;
+import java.util.Collections;
+
+public class SelectionSortingEx {
+
+    private ArrayList<Integer> sort(ArrayList<Integer> dataList){
+        int lowest;
+        for(int stand = 0; stand < dataList.size()-1; stand++){
+            lowest = stand;
+            for(int index = stand+1; index < dataList.size(); index++){
+                if(dataList.get(lowest) > dataList.get(index)) {
+                    lowest = index;
+                }
+            }
+            Collections.swap(dataList, lowest, stand);
+        }
+
+        return dataList;
+    }
+
+    public static void main(String[] args){
+        ArrayList<Integer> testData = new ArrayList<Integer>();
+
+        for(int i=0; i<10; i++){
+            testData.add((int)(Math.random()*100));
+        }
+        SelectionSortingEx selection = new SelectionSortingEx();
+        System.out.println(selection.sort(testData));
+    }
+}
+```
+
+#### ✨ 선택정렬 예제 2
+
+1. 정올 문제 : https://jungol.co.kr/problem/1146/submission?cursor=eyJwcm9ibGVtc2V0IjoiNiIsImZpZWxkIjo2LCJpZHgiOjB9
+2. 코드
+
+```java
+import java.util.ArrayList;
+import java.util.Collections;
+import java.util.Scanner;
+
+public class SelectionSortingEx2 {
+
+    private ArrayList<Integer> sort(ArrayList<Integer> dataList){
+        int lowest;
+        for(int stand = 0; stand < dataList.size()-1; stand++){
+            lowest = stand;
+            for(int index = stand+1; index < dataList.size(); index++){
+                if(dataList.get(lowest) > dataList.get(index)) {
+                    lowest = index;
+                }
+            }
+            Collections.swap(dataList, lowest, stand);
+            for(int i = 0; i<dataList.size(); i++) {
+                System.out.print(dataList.get(i)+ " ");
+            }
+            System.out.println();
+        }
+
+        return dataList;
+    }
+
+    public static void main(String[] args){
+        Scanner in = new Scanner(System.in);
+        ArrayList<Integer> testData = new ArrayList<Integer>();
+
+        int n = in.nextInt();
+
+        for(int i=0; i<n; i++){
+            testData.add(in.nextInt());
+        }
+        SelectionSortingEx2 selection = new SelectionSortingEx2();
+        selection.sort(testData);
+    }
+}
+```
+
+3. 선택 정렬 다른 사람 코드
+
+```java
+import java.util.Scanner;
+ 
+public class Main {
+ 
+    public static void main(String[] args) {
+        Scanner scan = new Scanner(System.in);
+        int i, j, n;
+        int arr[] = new int [101];
+        int big = 0;
+         
+        n = scan.nextInt();
+         
+        for (i = 0; i < n; i++) {
+            arr[i] = scan.nextInt();
+        }
+         
+        for (i = 0; i < n-1; i++) {
+            int small = arr[i];
+            int pos = i;
+            for (j = i; j < n; j++) {
+                if (small > arr[j]) {
+                    small = arr[j];
+                    pos = j;
+                }
+            }
+            int c = arr[i];
+            arr[i] = arr[pos];
+            arr[pos] = c;
+                     
+            for (j = 0; j < n; j++) {
+                System.out.printf("%d ", arr[j]);
+            }
+            System.out.printf("\n");
+         
+        }
+    }
+ 
+}
+
+```
+
+4. 파이썬 코드
+
+```java
+def selection_sort(arr):
+    for i in range(len(arr) - 1):
+        min_idx = i
+        for j in range(i + 1, len(arr)):
+            if arr[j] < arr[min_idx]:
+                min_idx = j
+        arr[i], arr[min_idx] = arr[min_idx], arr[i]
+        print(arr)
+```
+
+### 🍇 삽입 정렬
+
+* **필요한 아이템만** 스캔
+* 선택정렬보다 빠름, 효율적
+* 데이터를 하나씩 확인하며, 각 데이터를 적절한 위치에 삽입
+
+⇒ 필요한 때만 위치를 바꾸므로 **데이터가 거의 정렬되어 있을 때** 훨씬 효율적
+
+*   특정한 데이터를 적절한 위치에 ‘삽입’한다는 의미
+
+    ⇒ 특정한 데이터가 적절한 위치에 들어가기 이전에, **그 앞까지의 데이터는 이미 `정렬`되어 있다**고 가정
+
+#### 정렬방법
+
+1.  인덱스 1부터 시작시, **왼쪽에** 숫자 ‘2’보다 큰 숫자가 있는지 확인
+
+    ⇒ 두 번째 데이터 부터 시작하는 이유는 **첫 번째는 그 자체로 정렬되어 있다**고 판단
+
+    ```
+    Left       >   Right
+    ```
+2. 2와 5 자리 바꾸기 `swap`
+3.  2번째 사이클 : **6을 선택**, 왼쪽에 더 큰 숫자가 있는지 확인, 오른쪽이 더 크기 때문에 계속 진행
+
+    ```
+                        Left       <   Right
+    ```
+4.  3번째 사이클 : **3을 선택**, 왼쪽에 더 큰 숫자가 있는지 확인,
+
+    ```
+                                            Left      >   Right
+    ```
+5. 6과 3을 `swap`
+6.  3 왼쪽에 있는 5를 비교(comparisons)
+
+    ```
+                         Left      >   Right
+    ```
+7. 5과 3을 `swap`
+8. 3에 왼쪽에 있는 2는 3보다 작기 때문에 안바꿈
+9. 반복
+
+> ❗ 삽입 정렬은, 정렬이 이루어진 원소는 항상 `오름차순`을 유지하기 때문에, 특정한 데이터가 **삽입될 위치를 선정할 때**(삽입될 위치를 찾기 위하여 왼쪽으로 한 칸씩 이동할 때) 삽입될 데이터보다 작은 데이터를 만나면 그 위치에서 멈추면 된다.
+
+> 💡 특정한 데이터의 **왼쪽에 있는 데이터들은 이미 정렬이 된 상태**이므로 자기보다 작은 데이터를 만났다면, 더 이상 데이터 살펴볼 필요 없이 삽입하면 됨
+
+#### ✨ 삽입정렬 코드
+
+```java
+import java.util.ArrayList;
+import java.util.Collections;
+
+public class InsertionSort {
+
+    public ArrayList<Integer> sort(ArrayList<Integer> dataList){
+        for(int index=0; index<dataList.size()-1; index++){
+            for(int index2 = index + 1; index2 > 0; index2--){
+                if(dataList.get(index2) < dataList.get(index2-1)){
+                    Collections.swap(dataList, index2, index2-1);
+                }
+                else{
+                    break;
+                }
+            }
+        }
+        return dataList;
+    }
+
+    public static void main(String[] args) {
+        ArrayList<Integer> dataList = new ArrayList<Integer>();
+
+        for (int i = 0; i < 10; i++) {
+            dataList.add((int) (Math.random() * 100));
+        }
+        InsertionSort insertion = new InsertionSort();
+        System.out.println(insertion.sort(dataList));
+    }
+}
+```
+
+#### ✨ 삽입정렬 정올 예제
+
+1. 문제링크 : https://jungol.co.kr/problem/1158?cursor=eyJwcm9ibGVtc2V0IjoiNiIsImZpZWxkIjo2LCJpZHgiOjF9
+2. 코드
+
+```java
+import java.util.ArrayList;
+import java.util.Collections;
+import java.util.Scanner;
+
+public class Main {
+
+    public ArrayList<Integer> sort(ArrayList<Integer> dataList){
+        for(int index=0; index<dataList.size()-1; index++){
+            for(int index2 = index + 1; index2 > 0; index2--){
+                if(dataList.get(index2) < dataList.get(index2-1)){
+                    Collections.swap(dataList, index2, index2-1);
+                }
+                else{
+                    break;
+                }
+            }
+            for(int i = 0; i<dataList.size(); i++) {
+                System.out.print(dataList.get(i)+ " ");
+            }
+            System.out.println();
+        }
+        return dataList;
+    }
+
+    public static void main(String[] args) {
+        ArrayList<Integer> dataList = new ArrayList<Integer>();
+        Scanner in = new Scanner(System.in);
+        int n = in.nextInt();
+
+        for (int i = 0; i < n; i++) {
+            dataList.add(in.nextInt());
+        }
+        Main insertion = new Main();
+        insertion.sort(dataList);
+    }
+}
+```
+
+3. 다른 사람 코드
+
+```java
+import java.util.Scanner;
+ 
+public class Main {
+ 
+    public static void main(String[] args) {
+        // TODO Auto-generated method stub
+        Scanner scan = new Scanner(System.in);
+         
+        int n, i, j;
+        int arr[] = new int[101];
+         
+        n = scan.nextInt();
+         
+        for (i = 0; i < n; i++) {
+            arr[i] = scan.nextInt();
+        }
+         
+        for (i = 1; i < n; i++) {
+            for (j = i; j > 0; j--) {
+                if (arr[j] < arr[j - 1])
+                {
+                    int c = arr[j];
+                    arr[j]=arr[j-1];
+                    arr[j-1]=c;
+                }
+                else break;
+            }
+            for (j = 0; j < n; j++) {
+                System.out.printf("%d ", arr[j]);
+            }
+            System.out.printf("\n");
+        } 
+    }
+}
+```
+
+#### ✨ 예제
+
+```python
+array = [7, 5, 9, 0, 3, 1, 6, 2, 4, 8]
+
+for i in range(1, len(array)):
+    for j in range(i, 0, -1): # j변수가 인덱스 i부터 1까지 1씩 감소하면서 반복하는 문법
+        if array[j] < array[j-1]: # 한 칸 씩 왼쪽으로 이동
+            array[j], array[j-1] = array[j-1], array[j] 
+        else: # 자기보다 작은 데이터를 만나면 그 위치에서 멈춤
+            break
+print(array)
+```
+
+> 💡 range의 세 번째 변수 : range의 매개변수는 3개`(start, end, step)`이다. 세 번째 매개변수인 step에 -1이 들어가면 start인덱스부터 시작해서 end+1인덱스까지 1씩 감소한다.
+
+#### ✨ 삽입정렬의 시간복잡도
+
+*   시간복잡도 : $`O(N^2)`$
+
+    ⇒ **2중 반복문**을 이용하기 때문
+
+![](https://velog.velcdn.com/images/prettylee620/post/596fedfe-8e75-40a3-a975-08e13cd66aba/image.png)
+
+⇒ 선택정렬보다 빨라도 시간복잡도는 `같음`
+
+⇒ 삽입 정렬은 현재 리스트의 데이터가 거의 정렬되어 있는 상태라면 매우 빠르게 동작
+
+> ✨ 시간복잡도가 **동일한 이유**는 최악의 시나리오를 보지말고, **평균** 시나리오를 봐야 하기 때문
+
+## 삽입 정렬, 버블 정렬, 선택 정렬 세 가지 비교
+
+1. 버블 정렬
+
+* 맨 처음에 있는 것을 저장 후 다음 있는 것을 비교 해서 다음 것이 지금 있는 것보다 적다면 그 수를 swap함 ⇒ 이런식으로 반복
+
+```java
+public static void bubbleSort(int[] array) {
+    int n = array.length;
+    for (int i = 0; i < n - 1; i++) {    // 모든 요소를 순회
+        for (int j = 0; j < n - i - 1; j++) {  // i까지는 이미 정렬되었으므로 비교할 필요가 없음
+            if (array[j] > array[j + 1]) {    // 다음 요소가 현재 요소보다 작으면 교환
+                int temp = array[j];
+                array[j] = array[j + 1];
+                array[j + 1] = temp;
+            }
+        }
+    }
+}
+```
+
+* 파이썬 코드
+
+```java
+def bubble_sort(arr):
+    n = len(arr)
+    for i in range(n):
+        for j in range(0, n-i-1):
+            if arr[j] > arr[j+1]:
+                arr[j], arr[j+1] = arr[j+1], arr[j]
+
+# 사용 예시
+arr = [5, 3, 8, 2, 1, 4]
+bubble_sort(arr)
+print("버블 정렬 결과:", arr)
+```
+
+2. 삽입 정렬
+
+* 모든 데이터를 훑어봄 일단, **가장 작은 데이터를 선택**해 맨 앞에 있는 데이터와 바꾸고, 그다음 작은 데이터를 선택해 앞에서 두 번째 데이터와 바꾸는 과정 **반복**
+
+```java
+public static void insertionSort(int[] array) {
+    int n = array.length;
+    for (int i = 1; i < n; i++) {   // 두 번째 요소부터 시작
+        int key = array[i];         // 현재 요소를 저장
+        int j = i - 1;
+        while (j >= 0 && array[j] > key) {   // 왼쪽의 모든 요소와 비교하여 key보다 큰 값은 오른쪽으로 이동
+            array[j + 1] = array[j];
+            j--;
+        }
+        array[j + 1] = key;     // key 값을 적절한 위치에 삽입
+    }
+}
+```
+
+* 파이썬 코드
+
+```java
+def insertion_sort(arr):
+    n = len(arr)
+    for i in range(1, n):
+        key = arr[i]
+        j = i - 1
+        while j >= 0 and key < arr[j]:
+            arr[j + 1] = arr[j]
+            j -= 1
+        arr[j + 1] = key
+
+# 사용 예시
+arr = [5, 3, 8, 2, 1, 4]
+insertion_sort(arr)
+print("삽입 정렬 결과:", arr)
+```
+
+3. 선택 정렬
+
+* 필요할 때만 바꿔서 효율적
+* 두 번째 즉, 1인덱스부터 훑어봄 왜냐 첫 번째꺼는 정렬되어 있다고 생각하니까
+* 그리고 두번째가 왼쪽을 바라보고 왼쪽이 더 크다면 바꿈
+* 이런식으로 적절한 위치에 넣기 때문에 거의 정렬되어 있다고 판단되는 것에 좋음
+
+```java
+public static void selectionSort(int[] array) {
+    int n = array.length;
+    for (int i = 0; i < n - 1; i++) {    // 맨 마지막 요소는 자동으로 정렬되므로 n-1까지만 순회
+        int minIndex = i;
+        for (int j = i + 1; j < n; j++) {    // i 이후의 요소들과 비교하여 최솟값의 위치를 찾음
+            if (array[j] < array[minIndex]) {
+                minIndex = j;
+            }
+        }
+        int temp = array[minIndex];     // 최솟값을 현재 위치로 이동
+        array[minIndex] = array[i];
+        array[i] = temp;
+    }
+}
+```
+
+* 파이썬 코드
+
+```java
+def selection_sort(arr):
+    n = len(arr)
+    for i in range(n):
+        min_index = i
+        for j in range(i+1, n):
+            if arr[j] < arr[min_index]:
+                min_index = j
+        arr[i], arr[min_index] = arr[min_index], arr[i]
+
+# 사용 예시
+arr = [5, 3, 8, 2, 1, 4]
+selection_sort(arr)
+print("선택 정렬 결과:", arr)
+```
diff --git "a/developLog/algorithm-datastructure/data-structure/_ Array vs ArrayList vs LinkedList \354\260\250\354\235\264_.md" "b/developLog/algorithm-datastructure/data-structure/_ Array vs ArrayList vs LinkedList \354\260\250\354\235\264_.md"
new file mode 100644
index 0000000..ccbd56c
--- /dev/null
+++ "b/developLog/algorithm-datastructure/data-structure/_ Array vs ArrayList vs LinkedList \354\260\250\354\235\264_.md"	
@@ -0,0 +1,138 @@
+# Array vs ArrayList vs LinkedList 차이
+
+> 출처 : https://gyoogle.dev/blog/computer-science/data-structure/Array%20vs%20ArrayList%20vs%20LinkedList.html
+
+## 1. tmi 정리하는 이유
+
+> 오늘 스터디 하는 데 다른 팀원분들을 얘기해준 것을 바탕으로 이해한 것과 찾아본 거 기반으로 좀 더 정리해야 할 것 같아서 정리함 + 8/17 수업시간 정리 내용 추가
+
+## 2. Array(배열)
+
+![](https://velog.velcdn.com/images/prettylee620/post/27145c70-46a5-439e-9919-d1521ee3f818/image.png)
+
+1. 선언할 때 크기와 데이터 타입을 지정해야 한다.
+
+```java
+int arr[10];
+String arr[5];
+```
+
+```java
+int[] myArray = new int[10];
+```
+
+2. 배열을 사용하면 index가 존재하기 때문에 위치를 바로 알 수 있어 검색에 편한 장점이 있다.
+3. 데이터 크기가 정해져 있는 경우 메모리 관리에 용이
+
+### 🍁 단점
+
+1. 정적 할당(static allocation) : 고정된 크기의 데이터 구조로 선언 할 때 크기를 지정하며, 한 번 생성된 배열의 크기를 변경하는 것은 어렵다.
+2. 배열의 크기를 변경하거나 요소를 추가하거나 삭제하는 것은 번거롭다. 왜냐하면 원래값을 밀어내고 해당 INDEX에 덮어씌워야 하기 때문이다.
+
+## 3. ArrayList
+
+> List는 array처럼 크기를 정해주지 않아도 되기 때문에 크기의 문제인 것을 해결하기 위해서 나온 것으로 array에서는 index가 중요했다면, List에서는 순서가 중요하다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/ef3d50b8-eff6-42aa-84c8-d1f28de8199b/image.png)
+
+1. ArrayList는 크기가 동적으로 확장되는 배열의 구현체로 요소를 추가하거나 삭제해도 내부적으로 크기가 자동으로 조절된다.
+2. ArrayList는 객체에 저장하며, 객체 추가/삭제에 용이하도록 구현되어 있다.
+3. ArrayList는 내부적으로 배열로 구현되지만, 크기가 동적으로 확장되므로 **배열의 크기 제한 극복 가능**
+4. Java의 제네릭(Generic) 기능을 이용하면 ArrayList의 타입을 미리 지정하여 사용함으로써 타입 안정성을 확보
+
+### 🍁 특징
+
+1. 연속적인 데이터의 리스트(중간에 빈 공간이 있으면 안된다.)
+2. ArrayList 클래스는 내부적으로 Object\[] 배열을 이용하여 요소를 저장
+3. 배열을 이용하기 때문에 인덱스를 이용해서 요소에 빠르게 접근 가능
+4. 데이터의 적재량(Capacity)에 따라 가변적으로 공간을 늘리거나 줄일 수 있다.
+
+### 🍁 단점
+
+1. 중간에 데이터를 리스트 중간에 삽입/삭제 시, 시간이 오래걸리는 단점이 존재한다. (더하거나 뺄때마다 줄줄이 당겨지거나 밀려날 때 진행되는 연산이 추가, 메모리도 낭비..) 빈 공간이 생기지 않도록 인덱스를 조정해야 하는 과정이 필요하며 동작이 느리다.
+2. 배열과 마찬가지로 **동일한 타입의 요소를 저장하는데 사용하기 때문에** 한 번 생성한 ArrayList는 그 내부의 요소 타입 변경하기는 어렵다.
+3. 조회 기능에 적합한 데이터 구조
+
+```java
+import java.util.ArrayList;
+
+// ArrayList 생성
+ArrayList<Integer> myList = new ArrayList<>();
+
+// 요소 추가
+myList.add(10);
+myList.add(20);
+
+// 요소 접근
+int element = myList.get(0);
+
+// 요소 삭제
+myList.remove(0);
+```
+
+## 4. LinkedList
+
+> 연결리스트에는 단일, 다중 등 여러가지가 존재한다. 종류가 무엇이든, 한 노드에 연결될 노드의 포인터 위치를 가리키는 방식
+
+![](https://velog.velcdn.com/images/prettylee620/post/176f58be-fcac-4f30-8abb-84e9cd8b5caa/image.png)
+
+1. 이런 방식을 활용하면서, 데이터의 중간에 삽입 및 삭제를 하더라도 전체를 돌지 않아도 이전 값과 다음값이 가르켰던 주소값만 수정하여 연결시켜주면 되기 때문에 빠르게 진행할 수 있다.
+2. 이렇게만 보면 가장 좋은 방법 같아보이지만, `List의 k번째 값을 찾아라`에서는 비효율적
+
+### 🍁 단점
+
+1. array나 arrayList에서 index를 갖고 있기 때문에 검색이 빠르지만, LinkedList는 처음부터 살펴봐야하므로(순차) 검색에 있어서는 시간이 더 걸린다는 단점
+2. 상황에 맞게 하는 것이 좋음
+
+## 5. 전체 비교 요약
+
+### 🍁 크기 제한
+
+배열: 고정 크기, 변경이 어려움. ArrayList: 크기 동적 조절 가능. Linked List: 크기 동적 조절 가능.
+
+### 🍁요소 추가/삭제
+
+배열: 요소 추가/삭제에 제약이 있음. ArrayList: 요소 추가/삭제 용이. Linked List: 요소 추가/삭제 용이 (특히 중간에 삽입/삭제).
+
+### 🍁 검색 속도
+
+배열: 인덱스를 통한 빠른 접근 가능. ArrayList: 인덱스를 통한 빠른 접근 가능. (검색은 배열과 유사) Linked List: 검색 속도가 배열, ArrayList에 비해 느림.
+
+### 🍁 메모리 사용
+
+배열: 연속된 메모리에 저장. ArrayList: 내부적으로 배열 사용, 크기 조절 가능. Linked List: 각 요소가 노드로 연결되어 메모리 공간 더 사용.
+
+### 🍁 사용 사례
+
+배열: 크기 변경이 거의 없는 경우, 빠른 인덱스 접근이 중요한 경우. ArrayList: 크기 변경이 필요한 경우, 빠른 인덱스 접근이 중요한 경우. Linked List: 요소의 추가/삭제가 빈번한 경우.
+
+## 6. 참고
+
+> 8/23 국비에서 테스트 보다가 놓친 부분인 것 같아 추가함
+
+### 🍁 모든 리스트는 먼저 들어온 데이터가 제일 먼저 나간다라는 말은 맞는 말일까?
+
+> 일단 답은 NO이다
+
+1. `ArrayList`
+
+* 내부적으로 배열을 사용하여 데이터를 저장한다.
+* 데이터가 순차적으로 저장되며, 인덱스로 접근할 수 있다.
+* 이 때문에 ArrayList에서 데이터를 삭제하면 그 다음 인덱스에 있던 데이터가 앞으로 당겨진다.
+* 따라서 "먼저 들어온 데이터가 제일 먼저 나간다"는 것은 **삭제된 데이터가 있더라도 해당 위치에 null 또는 다른 값이 들어있는 채로 남아있게 된다.**
+
+2. `LinkedList`
+
+* 각 데이터는 이전 데이터와 다음 데이터의 참조를 가지고 있다.
+* 따라서 데이터를 추가하거나 삭제할 때 이전 데이터와 다음 데이터의 참조만 변경되므로, "먼저 들어온 데이터가 제일 먼저 나간다"는 규칙이 일반적으로 유지
+
+따라서 "모든 리스트는 먼저 들어온 데이터가 제일 먼저 나간다"는 설명은 **ArrayList와 같은 배열 기반 리스트에서는 정확하지 않을 수 있다.**
+
+### 🍁 LinkedList에도 인덱스는 있다.
+
+1. LinkedList도 각 요소에 인덱스가 있다. 하지만 ArrayList와는 다르게 LinkedList의\*\* 인덱스로 직접적인 접근은 성능상의 이유로 권장되지 않는다.\*\*
+2. LinkedList는 각 요소가 다음 요소와 이전 요소에 대한 참조만을 가지고 있기 때문에, 원하는 위치로 바로 접근하려면 \*\*처음부터 순차적으로 찾아가야 한다. \*\*반면에 ArrayList는 내부적으로 배열을 사용하고 인덱스로 직접 접근이 가능하기 때문에 빠른 접근이 가능하다.
+
+## 7. 회고
+
+> 스터디에서 좋은 점은 내가 놓친 부분 한번 더 정리 가능하다는 것이다. 화이팅
diff --git a/developLog/algorithm-datastructure/data-structure/_ Big O_.md b/developLog/algorithm-datastructure/data-structure/_ Big O_.md
new file mode 100644
index 0000000..422d26b
--- /dev/null
+++ b/developLog/algorithm-datastructure/data-structure/_ Big O_.md	
@@ -0,0 +1,426 @@
+---
+cover: >-
+  https://file.notion.so/f/f/3f5af70e-5587-4c7a-8846-c7c5c0a904e2/bb5eb3c8-3a67-42a3-9f79-5b9e7ae18004/Untitled.png?table=block&id=b0e23518-b129-4308-b83b-ec65feb78ce5&spaceId=3f5af70e-5587-4c7a-8846-c7c5c0a904e2&expirationTimestamp=1723118400000&signature=rnD47Ut9ef14TJYUsQjV9D1VaLm05HlFUi3ZDGKTiYQ&downloadName=Untitled.png
+coverY: 0
+layout:
+  cover:
+    visible: true
+    size: hero
+  title:
+    visible: true
+  description:
+    visible: true
+  tableOfContents:
+    visible: true
+  outline:
+    visible: true
+  pagination:
+    visible: true
+---
+
+# Big O
+
+![](https://velog.velcdn.com/images/prettylee620/post/cbfefa92-15c0-46e9-bd52-ac40aace2420/image.png)
+
+## 1. 자료구조와 알고리즘이 필요한 이유
+
+### 1) 프로그래밍 언어란?
+
+컴퓨터 프로그래밍에서 어떠한 알고리즘을 구현하기 위해서 쓰여지는 언어
+
+자료구조와 알고리즘에 대한 이해가 있다면 구현하고자 하는 기능을 보다 쉽고 효울적으로 만들 수 있게 도와줌
+
+현업의 경우 코딩테스트를 공부하지 않음 대부분은 언어나 프레임워크나 라이브러리에서 이미 잘 만들어진 아이들을 가져와서 만들고자 하는 기능을 가져와서 사용
+
+### 2) 그렇다면 왜 코딩테스트를 볼까?
+
+알고리즘 작성 후 질의/응답을 통해 자료구조와 알고리즘에 대해 얼마나 이해하고 있고 시간과 공간 복잡도에 대한 이해가 있는지 확인해보기 위함
+
+EX.
+
+* 하필 이 알고리즘을 선택한 이유는?
+* 이것이 저것들의 비해 장단점은?
+* 저것과 이것의 차이는?
+
+## 2. 알고리즘과 자료구조를 공부방법
+
+자료 구조는 어느 상황에 쓰이는 것이 좋고 또 어떤 식의 API들이 있는지 이런 것들 조금 큰 그림을 보면서 공부
+
+### 1) 자료구조
+
+서비스나 어플리케이션에 필요한 데이터를 메모리에 어떻게 구조적으로 잘 정리해서 담아두고, 관리하고 **효율적인 방식으로 필요한 데이터에 빠르게 접근하고 필요한 수정 삽입 삭제** 할 수 있도록 도와준다. 기능에 적합한 알맞는 자료구조를 쓰는 것이 중요하다.
+
+> 💡 자료 구조 공부시 Point
+
+1. Order : 자료 구조 안에 있는 데이터들의 순서가 보장?
+2. Unique : 중복된 데이터가 들어 갈 수 있는가?
+3. Search : 검색에 얼마나 효율적인가?
+4. Modification : 우리가 원하는 기능에 따라서 수정시 얼마나 효율적인지?
+
+## 3. BigO
+
+> 출처 : 니꼴라스 https://www.youtube.com/watch?v=BEVnxbxBqi8
+
+### 1) 개요
+
+* 알고리즘의 **스피드**를 어떻게 표현하는지 알아봄
+* 빠르다, 느리다의 말이 아닌 `CS지식`
+
+### 2) 알고리즘
+
+***
+
+제한된 공간과 시간 안에서 데이터를 어떻게 처리할 것인지를 정해놓은 로직
+
+주어진 데이터를 검색하거나 정렬 또는 총점을 구하는 등의 다양한 계산을 할 수 있는 것을 말함
+
+![](https://velog.velcdn.com/images/prettylee620/post/2e69337f-9686-4508-93f8-8dd558bc16e3/image.png)
+
+즉, 주어진 `input`으로 **정의된 계산을 수행**한 다음 `output` 결과값을 내는 것
+
+### 3) 시간복잡도
+
+***
+
+> 💫 문제를 해결하는 데 걸리는 시간과 입력의 함수 관계
+
+1. “빠르다”, “느리다”는 `시간`으로 **표현하지 않음(시간 복잡도)**
+   * 같은 알고리즘이라도 내 컴퓨터가 친구의 컴퓨터보다 빠를 수 있음
+   * 컴퓨터라는 **하드웨어**가 결정하기 때문
+   * “완료까지 걸리는 절차의 수”`STEPS`
+   * 알고리즘을 위해 필요한 연산의 횟수
+   * 특정 크기의 입력에 대하여 알고리즘이 얼마나 오래 걸리는지\
+
+2. **선형 알고리즘의 경우** 사이즈가 **N**개이면, **N**스텝이 필요함
+
+### 4) 공간복잡도
+
+***
+
+* 공간복잡도 : 특정한 크기의 입력에 대하여 알고리즘이 얼마나 많은 `메모리`를 차지하는지
+* 알고리즘을 위해 필요한 메모리의 양
+* 예를 들어 `int a[1004];`라는 배열이면 a 배열은 1004X4바이트의 크기를 가지게 됨
+
+### 5) Big O
+
+***
+
+> 💫 사이즈가 N개면, N스텝이 필요해요!!! 보다는 선형검색의 시간 복잡도 = O(N) 이렇게 설명하는 컨셉을 Big O
+
+1. Big O란 시간복잡도를 표현하는 **표기법**
+2. 언제 무엇을 쓸지 빠르게 파악 가능하며, 자신의 코드를 평가 가능
+   * 왜..? 미래에 어떻게 작동할 수 있는지 알 수 있으니
+   * Big O를 이해시, 알고리즘을 **빠르게 분석** 가능, 언제 무엇을 쓸지 파악 가능
+3. 알고리즘의 퍼포먼스를 이해하기 쉽고 `효율적`으로 작성하는 방법
+
+* 선형검색의 시간 복잡도 = `O(N)`
+* but, 항상 Big O가 모든 알고리즘을 완벽히 설명하는 것은 아님
+
+4. 배열을 인풋으로 사용할 함수, 인풋의 크기 상관없이 **동일한 수의 스텝**이 필요
+   * 아래의 코드는 print\_first라는 파이썬 함수를 정의하며, 매개변수 arr에게 받으며, arr의 첫 번째 인덱스를 출력해냄
+   * `인덱스`를 이용하여 한 번에 찾으니까
+   * 이 함수의 시간복잡도는 `constant time(상수 시간)` : **N의 크기 상관없이** 끝내는데 동일한 숫자의 스텝이 필요
+
+```python
+def print_first(arr):
+		print(arr[0])
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/c2af3677-4a8c-46b0-9e59-77d7510ad855/image.png)
+
+1. 이 코드의 경우 2번의 print가 있는데 2개의 스텝이 필요한 것
+
+```python
+def print_first(arr):
+		print(arr[0])
+		print(arr[0])
+```
+
+💫 이렇다면 O\[2] 일까? NO! 여전히 **O\[1]**
+
+* Big O는 함수의 디테일에 관심이 없고, 러프하게 어떻게 이 함수가 `인풋의 사이즈`에 따라서 어떻게 작동하는지가 중요
+* 함수는 인풋 사이즈가 엄청나게 커져도 상관없이 미리 정해진 숫자에 따라 작동
+
+1. 즉, Big O는 큰 원리에만 관심을 가짐
+2. 꼭 기억해 둬야 할 것은 빅오는 `상수`를 신경 쓰지 않음
+
+### 6) Constant Time Algorithm(상수 시간 알고리즘)
+
+***
+
+* constant time `(일정한 시간/상수)`
+* 인풋사이즈와 관계없이 스텝이 정해진 알고리즘들
+* 항상 선호하는 것 ⇒ 인풋이 늘어나도 **변하지 않음**
+* 현실적으로 **항상** 만들기 힘들다
+
+![](https://velog.velcdn.com/images/prettylee620/post/0a202750-4308-4eca-b0a5-08647c382c6b/image.png)
+
+#### O(n) 자바 코드로 나타내면
+
+```java
+// 시간 복잡도 O(n)이 계산된다. O(1)
+public class OneToSum {
+
+    public int sum(int n){
+        int sum = 0;
+
+        return n * (n + 1) / 2;
+    }
+
+
+    public static void main(String[] args) {
+       int n = 5;
+       // static으로 주지 않을 때
+       OneToSum object = new OneToSum();
+       System.out.println(object.sum(10));
+    }
+}
+```
+
+### 7) 시간복잡도 1: Big O의 시간복잡도, 선형 시간 복잡도
+
+***
+
+배열의 사이즈가 10이라면, 10번 프린트 하는 함수 : **O(N)**
+
+```python
+def print_all(arr):
+	for n in arr:
+		print(n)
+```
+
+Q: 만약 반복문을 두번이라면 O(2N)일까? \*\*\*\*
+
+```python
+def print_all(arr):
+	for n in arr:
+		print(n)
+	for n in arr:
+		print(n)
+```
+
+A: **2는 상수**이기에 **버려두고**, 여전히 `O(N)`으로 표현, 핵심은 변하지 않았지 때문
+
+메세지가 같다 ⇒ `인풋이 증가`하면 `스텝도 선형적으로 증가`
+
+#### O(N)이나 선형 시간복잡도를 그래프
+
+![](https://velog.velcdn.com/images/prettylee620/post/ef219a14-8b13-4409-ae85-56d2855b5cf9/image.png)
+
+### 8) 시간복잡도 2 : Quadratic Time(2차 시간)
+
+***
+
+* `Nested Loops(중첩 반복)`이 있을 때, 발생
+* 아래의 경우 배열의 각 아이템에 대해 루프를 반복, 실행
+
+```python
+def print_twice(arr)
+	for n in arr:
+		for x in arr:
+			print(x, n)
+```
+
+*   시간복잡도 : **인풋 $n^2$**
+
+    EX. 인풋이 10개시 100번의 스텝 : **루프 안의 루프**에서 함수를 실행시키기 때문
+
+#### 2차 시간복잡도 그래프를 선형 시간복잡도와 비교 그래프
+
+![](https://velog.velcdn.com/images/prettylee620/post/b01548a2-0d8d-4a8d-ba5d-9026aa5ba5a0/image.png)
+
+**선형 시간복잡도**가 2차 시간복잡도보다 더 **효율적**
+
+### 9) 시간복잡도 3 : 로그 시간(Logarithmic Time)
+
+***
+
+1. 이진검색 알고리즘 설명시 사용 ⇒ 얼마나 `빠른지` 설명 가능
+   1. 이진 검색 알고리즘은 인풋 사이즈가 2배가 되어도 필요한 step의 수는 1개밖에 안들어남
+   2. 왜냐? 이진검색은 각 프로세스의 스텝을 절반으로 나눠서 하기 때문이
+2. 표현법 : `O(log N)`
+3. 정렬된 배열에만 사용 가능
+4. exponent(지수) ↔ logarithm(로그)
+
+* n = $log\_232$ n은 32를 2로 몇번을 나눠야 1이 나올까?
+
+> 💫 32 / 2 = 16 ← 1 16 / 2 = 8 ← 2 8 / 2 = 4 ← 3 4 / 2 = 2 ← 4 2 / 2 = 1 ← 5 times
+
+*   n은 5
+
+    ⇒ 이진 검색과 같음 인풋을 반으로 나누고 시작하는 것처럼
+
+    ⇒ Big O의 특성상 n = $log32$ 아래의 2가 사라짐
+
+    ⇒ So, `log N`이 되는 것
+* 로그 시간복잡도의 **그래프**
+
+![](https://velog.velcdn.com/images/prettylee620/post/a41f1623-b1e9-46b2-a071-72a38c32956d/image.png)
+
+**선형시간**보다는 `빠르고`, **상수 시간**보다는 `느림`
+
+### 10) **O(1) & O(N) & O(logN) 그래프**
+
+***
+
+**O(1) > O(logN) > O(N) 순으로 가장 효율적이다.**
+
+O(logN)은 아주 조금씩 증가하는 곡선을 그리고 있는데 O(1)보다는 덜 효율적이지만 O(N)보다는 훨씬 효율적이다.
+
+사진 출처 : https://velog.io/@welloff\_jj/Complexity-and-Big-O-notation
+
+![](https://velog.velcdn.com/images/prettylee620/post/8a5efee5-46db-43cb-b974-7f1c9006b473/image.png)
+
+### 11) 그렇다면 연습문제
+
+***
+
+출처 : https://velog.io/@on-n-on-turtle/누구나-자료구조와-알고리즘-빅오표기법
+
+#### 📖 리스트 내 모든 항목을 출력함
+
+```jsx
+public static void printThings() {
+    String[] things = {"apples", "chairs", "files", "notes"};
+
+    for (String thing : things)
+        System.out.printf("Here's a thing : %s \n", thing);
+}
+```
+
+이 알고리즘의 `for`루프에서 배열의 원소가 4개이기 때문에 4단계가 걸린다.
+
+만약 배열의 원소가 10개이면 10단계가 걸릴 것이다.
+
+**`for`루프에 대입되는 배열의 원소 갯수만큼 단계가 걸리므로 이 알고리즘의 효율성은 O(N)이다.**
+
+#### 📖 **주어진 해가 윤년인지 알아봄**
+
+```jsx
+public static boolean isLeapYear(int year) {
+    return (year % 100 == 0) ? (year % 400 == 0) : (year % 4 == 0);
+}
+```
+
+**`N`은 `number`이다.**
+
+**함수로 전달된 수에 상관없이 단계 수가 일정하므로 O(1)알고리즘이다.**
+
+### 12) 스터디에서 얻은 자주 쓰이는 자료구조의 시간복잡도 정리
+
+> 8월 23일 국비 강의 들으면서 저번주에 진행한 스터디에서 다른 분이 정리 한 추가 내용
+
+#### **1️⃣ 배열**
+
+1. 삽입/삭제: O(N)
+2. 탐색: O(1)
+
+> 👉 파이썬에서는 단순히 **List로 구현**한다. 👉 **탐색할 때 사용하기 좋은 자료구조**(삽입이나 삭제는 한자리씩 뒤로 옮기거나 하는 식으로 이루어질 수 있기 때문에, 시간복잡도가 O(N)이된다.)
+
+#### **2️⃣ 벡터 (= 동적배열)**
+
+삽입/삭제: O(N)
+
+탐색: O(1)
+
+> 👉 파이썬에서는 단순히 **List로 구현**한다. C++ 같은 언어에서는 배열과 벡터는 다르다. 하지만 파이썬에서는 배열과 같은 List로 쓰면 된다. List 자체가 이미 **동적 배열을 지원해주기 때문이다.**
+
+#### **3️⃣ 연결리스트**
+
+1. 삽입/삭제: O(1)
+2. 탐색: O(N)
+
+![](https://velog.velcdn.com/images/prettylee620/post/d1b14dd7-77fb-4682-8a2a-088c7197e469/image.png)
+
+3. 링크드 리스트
+
+> 👉 시간복잡도 측면에서 배열(List)와 반대 된다. (탐색을 하려면 순간적으로 포인터 부분을 찍고 찍고 가야 하기 때문에 탐색이 O(N)이 되고, **연결 자체의 앞뒤로 수정만 하면 되므로 삽입/삭제시 시간 복잡도가 O(1)이 된다.**
+
+👉 링크드 리스트는 백준 문제를 풀며 막 사용할일이 많지는 않지만, 다른 자료구조 구현에도 많이 쓰이니 이론상 알아둘 필요가 있다.
+
+**(면접질문으로도 나올 수 있겠다! ex) "우리 프로그램은 삽입/삭제가 빈번한데 어떤 자료구조를 쓸텐가??")**
+
+#### **4️⃣ 스택 LIFO**
+
+1. 삽입/삭제: O(1)
+
+> 👉 Last In First Out 👉 파이썬에서 구현은 List로 한다.
+
+```python
+s = [1,2,3,4,5,6]
+
+while(len(s)>0):
+	print(s[-1])
+    s.pop(-1)
+```
+
+위의 코드 처럼 구현 되면 되는데,  배열의 마지막 거를 꺼내는 거다.
+
+#### **5️⃣ 큐 LILO**
+
+1. 삽입/삭제: O(1)
+
+> 👉 줄서기 Last in Last Out 👉 from collections import deque 로 임포트하여 데큐를 사용한다.
+
+```python
+from collectionsimport deque
+
+q = deque()
+q.append(1)
+q.append(2)
+q.append(3)
+
+while(len(q) >0):
+	print(q.popleft())
+
+```
+
+위 코드에서 보면 popleft() 라는 함수를 통해 처음에 있는 값을 빼는데, 데큐는 popright()라는 함수도 지원한다.
+
+👉 또한 **파이썬에는 Queue도 있고 Deque도 있는데 Queue는 멀티 스레딩도 지원하는 라이브러리여서 Deque보다 느리다. 알고리즘 문제를 푸는 입장이므로 Deque를 사용하는 것이다.**
+
+#### **6️⃣ 우선순위큐(내부가 Heap으로 구성)**
+
+1. 삽입/삭제 : O(logN)
+
+```python
+import heapq
+
+# 리스트를 하나 만들고 사용한다.
+pq = []
+heapq.heappush(pq,3)
+heapq.heappush(pq,1)
+heapq.heappush(pq,2)
+
+while(len(pq) >0):
+	print(heapq.heappop(pq))
+```
+
+👉 **파이썬은 MinHeap** 이다.(이진트리의 최상위는 항상 최소값인)
+
+👉 **우선 순위 큐 같은 경우에는 , 문제를 풀면서 여러 값들을 넣고 뺄때마다 젤 작은 값이나 젤 큰 값을 알아야 할 때 써야 한다.** Sort() 같은 경우 전체 리스트 자체를 정렬해준다는 점에서 큰 차이점을 가진다.
+
+#### **7️⃣ Map(딕셔너리)**
+
+1. 삽입/삭제: O(1)
+
+👉 **파이썬은 딕셔너리를 사용하면 된다.**
+
+추가로, c++같은 경우는 O(logN)이 되는데 이는 c++의 맵은 속을 들여다 보면 이진 그래프로 구현이 되어있기 때문이고, python의 딕셔너리의 경우는 해시로 구현이 되어있기 때문이다.
+
+#### **8️⃣ 집합(set)**
+
+삽입/삭제: O(logN)
+
+👉**중복을 제거**하는게 큰 특징!
+
+### 13) 빅오의 실행 시간이 짧은 것부터 오래 걸리는 것까지 나열
+
+1. `O(1)` - 상수 시간(Constant Time): 입력 크기와 상관없이 항상 일정한 시간이 소요
+2. `O(log n)` - 로그 시간(Logarithmic Time): 입력의 크기에 대해 로그의 형태로 증가하는 시간이 소요
+3. `O(n)` - 선형 시간(Linear Time): 입력 크기에 비례하여 시간이 선형으로 증가
+4. `O(n log n)` - 선형 로그 시간(Linearithmic Time): n과 log n의 곱만큼 시간이 증가
+5. `O(n^2)` - 이차 시간(Quadratic Time): 입력 크기의 제곱에 비례하여 시간이 증가
+6. `O(n^k)` - 다항 시간(Polynomial Time): 입력 크기의 k 제곱에 비례하는 시간이 소요(k는 상수).
+7. `O(2^n)` - 지수 시간(Exponential Time): 입력 크기에 대해 지수적으로 시간이 증가
+8. `O(n!)` - 팩토리얼 시간(Factorial Time): 입력 크기의 팩토리얼에 비례하는 시간이 소요
diff --git "a/developLog/algorithm-datastructure/data-structure/_ BigInteger\354\227\220 \353\214\200\355\225\234 \354\240\225\353\246\254_.md" "b/developLog/algorithm-datastructure/data-structure/_ BigInteger\354\227\220 \353\214\200\355\225\234 \354\240\225\353\246\254_.md"
new file mode 100644
index 0000000..10fe88f
--- /dev/null
+++ "b/developLog/algorithm-datastructure/data-structure/_ BigInteger\354\227\220 \353\214\200\355\225\234 \354\240\225\353\246\254_.md"	
@@ -0,0 +1,210 @@
+---
+description: BigInteger에 대한 정리 글
+---
+
+# BigInteger에 대한 정리
+
+## 1. BigInteger란?
+
+> `BigInteger`는 자바에서 제공하는 클래스로, 임의 정밀도 정수(arbitrary-precision integers)를 나타내는 데 사용된다.
+
+정수를 표현할 때 일반적으로 사용되는 기본 자료형(int, long 등)은 크기에 제한이 있다. 예를 들어, int는 32비트이므로 최대값은 2의 31승 - 1이 됩니다. 하지만 BigInteger는 이러한 제한이 없습니다. 따라서 매우 큰 정수 값도 표현할 수 있음!!
+
+### 1) 장점
+
+BigInteger 클래스는 다음과 같은 메서드를 제공하여 정수 연산을 수행할 수 있다
+
+* 더하기, 빼기, 곱하기
+* 나누기, 나머지 연산
+* 거듭제곱
+* 비트 연산
+* 비교
+
+예를 들어, 아주 큰 두 정수를 더하고 싶을 때, int나 long으로는 범위를 초과하여 오버플로우가 발생할 수 있지만, BigInteger를 사용하면 이러한 문제를 해결할 수 있다.
+
+> 즉, 연산 메서드가 내장되어 있다고 볼 수 있음
+
+### 2) 내장된 메서드 정리
+
+> [참고문서](https://docs.oracle.com/javase/8/docs/api/java/math/BigInteger.html)
+
+1. **add(BigInteger val)**: 현재 BigInteger와 인수로 전달된 BigInteger를 더한다.
+2. **subtract(BigInteger val)**: 현재 BigInteger에서 인수로 전달된 BigInteger를 뺀다.
+3. **multiply(BigInteger val)**: 현재 BigInteger에 인수로 전달된 BigInteger를 곱한다.
+4. **divide(BigInteger val)**: 현재 BigInteger를 인수로 전달된 BigInteger로 나눈다. 몫을 반환
+5. **remainder(BigInteger val)**: 현재 BigInteger를 인수로 전달된 BigInteger로 나눈 나머지를 반환
+6. **pow(int exponent)**: 현재 BigInteger를 지수로 제곱
+7. **abs()**: 현재 BigInteger의 절댓값을 반환
+8. **negate()**: 현재 BigInteger의 부호를 바꾼다.
+9. **compareTo(BigInteger val)**: 현재 BigInteger를 인수로 전달된 BigInteger와 비교합니다. 값이 같으면 0, 현재 BigInteger가 크면 양수, 작으면 음수를 반환합니다.
+10. **equals(Object x)**: 현재 BigInteger와 지정된 객체를 비교하여 같으면 true를 반환합니다.
+11. **toString()**: BigInteger를 문자열로 변환하여 반환합니다.
+
+## 🤔 왜? 찾아봤는데?
+
+### 1) 알고리즘 공부하다가
+
+> [엄청난 부자2](https://www.acmicpc.net/problem/1271)
+
+![](https://velog.velcdn.com/images/prettylee620/post/bbf184a6-b64e-4960-af65-6f1f55f95263/image.png)
+
+여기서 가장 핵심은 ![](https://velog.velcdn.com/images/prettylee620/post/1fce6176-b174-4d35-bba0-ac9cbf39aba7/image.png)
+
+이거임!!
+
+근데 나는 풀이 과정에서 다른 걸 문제 삼고 있었다.
+
+### 2) 해결과정
+
+#### 1.InputMismatch 런타임에러
+
+![](https://velog.velcdn.com/images/prettylee620/post/1a9abcba-45e0-498f-b82a-854f8c2a1195/image.png)
+
+이 런타임에러는 InputMismatchException은 **입력 데이터가 예상한 형식과 일치하지 않을 때 발생하는 런타임 예외**로, 이 예외는 주로 Scanner 클래스를 사용하여 입력을 파싱할 때 발생한다.
+
+```java
+import java.util.Scanner;
+
+public class Main {
+    public static void main(String[] args) {
+        
+        int m = 0;
+        int n = 0;
+        
+        try {
+            Scanner in = new Scanner(System.in);
+            
+            m = in.nextInt();
+            n = in.nextInt();
+            
+            int result = m / n;
+            int remainder = m % n;
+            
+            System.out.println(result);
+            System.out.println(remainder);
+        } catch (Exception e) {
+            e.printStackTrace();
+        }
+    }
+}
+```
+
+> 여기서 음... int에 문제인가 싶어서 long으로 바꿨음
+
+```java
+import java.util.Scanner;
+
+public class Main {
+    public static void main(String[] args) {
+        
+        long m = 0;
+        long n = 0;
+        
+        Scanner in = new Scanner(System.in);
+        
+            m = in.nextLong();
+            n = in.nextLong();
+            
+            long result = m / n;
+            long remainder = m % n;
+            
+            System.out.println(result);
+            System.out.println(remainder);
+            
+        
+    }
+}
+```
+
+그러나.. 똑같았고... 찾아보니 일반 타입으로는 안되었던 것... BigInteger이 필요했다.
+
+#### 2. NoSuchElement 런타임에러
+
+![](https://velog.velcdn.com/images/prettylee620/post/176c2c3e-7553-463b-bc43-985d898bdd6c/image.png)
+
+NoSuchElement 런타임에러는 Scanner 객체에서 nextLine() 메서드를 호출했을 때 입력 스트림에서 읽을 요소가 없는 경우에 발생할 수 있는 예외로, 이는 일반적으로 입력이 끝난 후에 또 다시 입력을 요구할 때 발생할 수 있다.
+
+예를 들어, 사용자가 프로그램 실행 중에 엔터키를 누르거나 입력을 마치고 엔터키를 입력하지 않은 경우에 발생할 수 있음!!
+
+```java
+import java.util.Scanner;
+import java.math.BigInteger;
+
+public class Main {
+    public static void main(String[] args) {
+        
+        String m;
+        String n;
+        
+        Scanner in = new Scanner(System.in);
+        
+        BigInteger number1;
+        BigInteger number2;
+        
+        try{
+            m = in.nextLine();
+            n = in.nextLine();
+            
+            number1 = new BigInteger(m);
+            number2 = new BigInteger(n);
+            
+            BigInteger result = number1.divide(number2);
+            BigInteger remainder = number1.remainder(number2);
+            
+            System.out.println(result);
+            System.out.println(remainder);
+        }
+        catch (NumberFormatException e) {
+            System.out.println("올바른 숫자 형식이 아닙니다.");
+        }
+        
+    }
+}
+```
+
+즉, `nextLine`으로 받아서 그럼
+
+### 3) 최종 코드
+
+```java
+import java.util.Scanner;
+import java.math.BigInteger;
+
+public class Main {
+    public static void main(String[] args) {
+        
+        String m;
+        String n;
+        
+        Scanner in = new Scanner(System.in);
+        
+        BigInteger number1;
+        BigInteger number2;
+        
+        try{
+            m = in.next();
+            n = in.next();
+            
+            number1 = new BigInteger(m);
+            number2 = new BigInteger(n);
+            
+            BigInteger result = number1.divide(number2);
+            BigInteger remainder = number1.remainder(number2);
+            
+            System.out.println(result);
+            System.out.println(remainder);
+        }
+        catch (NumberFormatException e) {
+            System.out.println("올바른 숫자 형식이 아닙니다.");
+        }
+        catch (ArithmeticException e) {
+            System.out.println("0으로 나눌 수 없습니다.");
+        }
+        
+    }
+}
+```
+
+## 소감
+
+항상 알고리즘 공부 미뤘는데.. 파이썬으로 하기 전에 회사에서 자바쓰니까 자바로 공부해봐야지
diff --git "a/developLog/algorithm-datastructure/data-structure/_ \353\260\260\354\227\264_array__.md" "b/developLog/algorithm-datastructure/data-structure/_ \353\260\260\354\227\264_array__.md"
new file mode 100644
index 0000000..e0a31ea
--- /dev/null
+++ "b/developLog/algorithm-datastructure/data-structure/_ \353\260\260\354\227\264_array__.md"	
@@ -0,0 +1,95 @@
+# 배열(array)
+
+> 출처 : https://www.youtube.com/watch?v=NFETSCJON2M\&list=PL7jH19IHhOLMdHvl3KBfFI70r9P0lkJwL\&index=3
+
+## 1. 시간복잡도란?
+
+***
+
+* 데이터 구조의 오퍼레이션 혹은 알고리즘이 얼마나 느리고 빠른지 측정하는 것
+* `실제 시간`을 측정하는 것이 아니라 얼마나 `많은 단계[steps]`가 있는가로 측정
+* 단계가 적을수록 좋은 것
+* 5 step > 20 step
+
+## 2. 메모리 관점에서 배열이 어떻게 보일까?
+
+***
+
+### **✨** 메모리의 종류
+
+1. **volatile(휘발성) 메모리** : RAM, 컴퓨터를 껐다 키면 데이터가 사라짐
+
+* 프로그램이 돌아가고, `변수를 생성` 할 때, RAM에 저장
+* **RAM**(Random Access Memory) : 하드 드라이브보다 데이터 읽는 것이 빠르며, 데이터 접속을 랜덤으로 가능
+
+| 001 | 002 | 003 |
+| --- | --- | --- |
+| 004 | 005 | 006 |
+| 007 | 008 | 009 |
+| 010 | 011 | 012 |
+
+
+
+* 위와 같이 RAM이 `데이터를 넣은 박스`라고 생각해보면 프로그램이 **RAM에게 006으로 가주세요 하면 랜덤하게 접속 가능**하기에 데이터를 읽는 것이 빠른 것, 바로 이동 가능(순차적으로 가는 것이 아니기 때문)\
+
+
+2. **non-volatile(비휘발성) 메모리**
+
+* 하드 드라이브 같은 것, 컴퓨터를 껐다 키면 데이터가 사라지지 않음
+* 즉, 메모리 관점에서 배열을 만들때, 컴퓨터에게 **이게 얼마나 긴지** 설명해야 함
+* 나의 배열은 4개 만큼 길어 미리 **예약/할당**해줘! 메모리 안에서 박스들이 나란히 위치할 수 있게
+* 배열은 검색, 추가,삭제시 느려짐
+
+## 3. 배열
+
+***
+
+### **✨** Reading : O(1)
+
+**메모리 주소** 001 002 003 004
+
+**index** 0 1 2 3
+
+*   **위치**만 알면, 배열의 데이터에 접속 가능
+
+    ⇒ **배열에서 읽어내는 것이 빠름**, 컴퓨터는 배열이 어디서 시작되는 지 아니까
+* EX. 피자를 원하면 컴퓨터에게 인덱스 1번의 값을 달라고 하면 됨
+* 많은 자료를 읽어내려면 배열이 Good, 배열의 요소의 개수 상관없이 `Random` 하게 읽어내니까
+* 배열에서 요소에 접근하거나 값을 변경하는 작업은 **항상 입력 크기의 관계 없이 일정한 시간 내에 실행**
+* 예를 들어, 배열의 첫 번째 요소에 접근하거나 값을 변경하는 작업은 항상 고정된 시간만큼 걸린다.
+* 이는 입력 크기에 관계없이 동일하게 빠르게 실행되며, 이러한 특성 때문에 배열의 Big O 표기법은 \*\*`O(1)`\*\*로 표현
+
+### **✨** Searching : O(n)
+
+* 해당 값(=ex. 피자)가 **배열에 있는지, 없는지 모름**
+* 어디에 있는지도 모르기 때문에 검색
+* 하나하나 다 뒤져봐야 함
+* So, 읽는 것보다 시간이 많이 걸림
+* `Random Access`가 있어 주소를 찾아 박스에 쉽게 접근은 가능하나, 그 박스를 열어야 값을 확인 가능
+* 배열의 아이템을 하나하나 **열어보고 맞는지 체크하는 과정을 하나하나 해야**함
+* **Linear Search\[선형 검색]** : 순서대로 0부터 끝까지 차근차근 찾는 것
+
+### **✨** Insert\[Add] 혹은 배열에 쓰기 : O(n)
+
+* 만약, “tomato”를 넣고 싶다면, 미리 공간을 확보해뒀으니까 공간 걱정은 No!
+* 결국 `어디에` 토마토를 추가할 것인가!
+* 만약 중간이 앞에 `추가`하고 싶다면 **나머지 값들을 옮겨야 함**(아래와 같이)
+* 근데 만약.. **공간이 꽉 차 있는데** 값을 추가하면 배열의 길이는 정해져 있기 때문에 곤란
+* ⇒ **해결방안** : 새로운 배열을 만들고, 그 배열에 이전 배열을 `복사`하고, 새로 `추가`해야 함
+* 그래서 시간이 오래걸리고 복잡
+
+### **✨** Delete : O(N)
+
+배열에 뭔가를 추가하는 것과 비슷
+
+배열을 이리저리 움직여야 함
+
+EX. “ice cream”을 없애고 싶어 ⇒ 삭제 후 공간을 채우기 위해 앞으로 땡겨야 함
+
+## 4. 결론
+
+***
+
+* 배열의 통합적인 빅오는 배열의 각 연산의 최악의 경우(**`O(N)`**)를 종합한 결과일 수 있다.
+* 배열은 접근 연산을 제외하면 **탐색, 삽입, 삭제 연산에 대해 비교적 효율적이지 않은 편**이므로, 알고리즘을 설계할 때 이러한 연산의 효율성을 고려
+* 오히려 데이터 추가 및 삭제는 연결 리스트가 더 빠르고 배열은 느림 배열은 모든 상자를 앞으로 옯겨야 추가가 가능하지만, 연결 리스트는 선을 바꿔서 연결해주기만 하면 되기 때문
diff --git "a/developLog/algorithm-datastructure/data-structure/_ \354\212\244\355\203\235\352\263\274 \355\201\220_.md" "b/developLog/algorithm-datastructure/data-structure/_ \354\212\244\355\203\235\352\263\274 \355\201\220_.md"
new file mode 100644
index 0000000..02e6831
--- /dev/null
+++ "b/developLog/algorithm-datastructure/data-structure/_ \354\212\244\355\203\235\352\263\274 \355\201\220_.md"	
@@ -0,0 +1,120 @@
+# 스택과 큐
+
+> 출처 : https://www.youtube.com/watch?v=Nk\_dGScimz8
+
+## 1. 들어가기 전
+
+> 스택과 큐는 우리의 상상에만 존재 실제로 프로그래밍 언어들에서는 존재하지 않음 스택과 큐는 **일종의 규칙**
+
+### 추상적 자료구조
+
+* 자료구조의 방법이 코드로 정의 된 것이 아니라 그 구조의 행동 양식에만 설명
+* 스택과 큐는 **결국 배열 위에 어떤 규칙을 설정한 모습**
+
+## **2. 스택**
+
+### 1) **스택의 개념**
+
+스택은 한 방향으로만 자료를 넣고 꺼낼 수 있는 **`LIFO(Last-In-First-Out)`** 형식의 자료 구조
+
+* **`선입후출`** 구조 또는 **`후입 선출`** 구조 : 박스는 아래부터 위로 쌓는데 그 아래에 있는 박스를 치우기 위해서 위에 있는 박스부터 내려야 함
+* stack.append() : **삽입(PUSH)**, stack.pop() : **삭제(POP)**
+* print(stack\[::-1]) : 최상단 원소부터 출력
+* print(stack) : 최하단 원소부터 출력(먼저 들어온 데이터들)
+
+### 2) 예시
+
+* 팬케이크를 위로 쌓는다고 했을 때 막 만든 걸 위로 올림 그리고 마지막에 올린 거\[Last in] 먼저 먹는\[First Out] 형식
+
+### 3) **스택의 구조**
+
+* **한 방향으로만** PUSH와 POP을 이용하여 자료를 넣고 꺼낸다
+* TOP은 스택에서 가장 위에 있는 데이터로, **스택 포인터**로 불린다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/2dcc061c-d90c-45fc-ac02-13c3e9973105/image.png)
+
+### 4) **스택 응용 분야**
+
+* **인터럽트의 처리** : 현재 진행 중인 명령어 위치를 스택에 push하고, 인터럽트 발생 상황 처리 후 스택에서 pop을 통해 전에 진행중이던 것을 받아옴, **서브루틴 호출 작업**
+* **함수 호출(재귀 호출 포함)** : 함수를 호출 시 현재 진행 중인 명령어 주소를 스택에 저장
+* **후위표현 연산** : postifix 계산시 사용
+* **깊이 우선 탐색(DFS : Depth-First Search)** : 깊이 내려갈 때마다 스택에 값을 push하고, 더 이상 깊이 갈 곳이 없을 경우 스택에서 pop한 노드와 인접한 노드를 찾음
+* 탐색을 하고 있는 분기에서 **완벽하게 탐색을 한 이후** 다른 분기를 탐색
+
+![](https://velog.velcdn.com/images/prettylee620/post/a30c0618-c8b7-4091-bc49-b0205ad71469/image.png)
+
+### 5) **BFS란**
+
+* 너비 우선 탐색
+* **가까운 노드부터 탐색**
+* 선입선출 방식인 큐 자료구조 이용
+* 시작 노드를 넣은 다음 방문 처리 후 시작 노드를 꺼내고 방문하지 않은 인접 노드 모두를 큐에 삽입
+* 실제 수행 시간 DFS보다 좋은 편
+* **A(인접한 B, C, D방문) > B -> C -> D -> E(B에 인접한)** **> F(C에 인접한) > G(F에 인접한)**
+
+## **3. 큐(Queue)**
+
+### **1) 큐의 개념**
+
+: 큐는 한쪽 끝에서는 삽입 작업이 이뤄지고, 반대쪽 끝에서는 삭제 작업이 이루어지 **`FIFO(First-In-First-Out)`** 형식의 자료 구조
+
+* 대기줄에 비유
+* **선입선출 구조** : 나중에 온 사람일수록 나중에 들어가는 공정한 자료구조
+* queue.append(): 삽입, `queue.popleft()` : 삭제
+
+#### 예시
+
+* 줄 맨 앞에 서 있는 사람이 가장 먼저 버스를 타는 원리
+* 큐 **뒤에** 요소를 `추가`
+* 큐 **앞에** 요소를 `제거`\[First Out]
+
+### **2) 큐 구성도**
+
+![](https://velog.velcdn.com/images/prettylee620/post/eceea723-6e1a-42d8-81e6-0e7c7ab0508a/image.png)
+
+* 한쪽에서는 **ENQUEUE 연산**을 이용해서 데이터를 넣고, 한쪽에서는 **DEQUEUE로 연산**을 이용해서 데이터를 꺼낸다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/b7b02c3f-9aeb-4fa0-8be7-9b5e6c240561/image.png)
+
+* 데이터가 **꺼내는 쪽에서** 가장 가까운 데이터를 `Front[앞]`라고 데이터를 **넣는 쪽에** 가장 가까운 데이터를 `Rear[뒤]`이라고 함
+
+## **4. 테크**
+
+### **1) 테크(Deque:Double Ended Queue)의 개념**
+
+![](https://velog.velcdn.com/images/prettylee620/post/5a1ed890-219c-4f66-abb5-115c682cc3b5/image.png)
+
+: 테크는 큐의 양쪽 끝에서 삽입과 삭제 가능한 자료구조
+
+### **2) 테크의 구성도**
+
+* 두 개의 포인터를 사용하여, 양쪽의 삭제/삽입이 가능하다.
+* 데크를 이용한 스택과 큐의 구현 가능
+* PUSH : 삽입 POP : 데크에서 Fornt와 Rear에 있는 데이터를 하나씩 꺼내는 연산
+
+## 5. 그래서 언제 쓰는데?
+
+#### 스택
+
+1. 뒤로가기
+
+* 뒤로 가기를 누른다는 것은 웹페이지 히스토리 스택의 맨 위에서 한 페이지를 가져 가는 것
+
+![](https://velog.velcdn.com/images/prettylee620/post/fb9e92c5-18d6-4956-a3d2-42d8df67cc2c/image.png)
+
+2. 되돌리기 : ctrl + z
+
+* 유저하는 행동을 차곡차곡 쌓다가 되돌리기 순간 스택으로 가사 과거를 되돌릴 수 있는
+
+![](https://velog.velcdn.com/images/prettylee620/post/7ae90aa8-a7af-4e1e-aa9d-1a0340b64705/image.png)
+
+#### 큐
+
+1. 이메일 전달
+2. 푸쉬 알림 기능
+3. 쇼핑몰에서 주문을 처리하는 방식
+4. 콜센터의 백엔드(전화 온 순서대로 처리)
+
+## 결론
+
+> 실제로 존재하지는 않지만 규칙을 제공하고 덕분에 자료를 좀 더 구조적으로 생각 가능
diff --git "a/developLog/algorithm-datastructure/data-structure/_ \354\227\260\352\262\260 \353\246\254\354\212\244\355\212\270_.md" "b/developLog/algorithm-datastructure/data-structure/_ \354\227\260\352\262\260 \353\246\254\354\212\244\355\212\270_.md"
new file mode 100644
index 0000000..d4c55fa
--- /dev/null
+++ "b/developLog/algorithm-datastructure/data-structure/_ \354\227\260\352\262\260 \353\246\254\354\212\244\355\212\270_.md"	
@@ -0,0 +1,136 @@
+# 연결 리스트
+
+출처 : [https://www.youtube.com/watch?v=K1PlysPgNZY\&t=20s](https://www.youtube.com/watch?v=K1PlysPgNZY\&t=20s)
+
+사진 출처 : Đen @Quyetnguyen0330
+
+## 1. 선형 구조란?
+
+***
+
+1. **자료 구조의 분류**
+
+| 구조     | 설명                    | 종류             |
+| ------ | --------------------- | -------------- |
+| 선형 구조  | 데이터를 연속적으로 연결한 자료 구조  | 리스트, 스택, 큐, 데크 |
+| 비선형 구조 | 데이터를 비연속적으로 연결한 자료 구조 | 트리, 그래프        |
+
+2. **리스트**
+
+| 종류                                                           | 설명                                                                                |
+| ------------------------------------------------------------ | --------------------------------------------------------------------------------- |
+| 선형 리스트                                                       |                                                                                   |
+| (Linear List)                                                | - 배열과 같이 연속되는 기억 장소에 저장되는 리스트                                                     |
+| 대표적인 구조 : 배열(Array) 등                                        |                                                                                   |
+| 가장 간편한 자료 구조이며, 접근 구조가 빠름                                    |                                                                                   |
+| 순차적                                                          |                                                                                   |
+| 자료 삽입, 삭제 시 기존 자료의 이동이 필요                                    |                                                                                   |
+| 연결 리스트                                                       |                                                                                   |
+| (Linked List)                                                | 노드(데이터의 저장 부분과 포인터 부분으로 구성된 저장공간)의 포인터(=링크) 부분으로 서로 연결시킨 리스트데이터(Data)포인터(Pointer) |
+| 연결하는 방식에 따라 단순 연결 리스트, 원형 연결 리스트, 이중 연결 리스트, 이중원형 연결 리스트로 구분 |                                                                                   |
+| 순차적이지 않음                                                     |                                                                                   |
+| cf. 연속 리스트(순차적)                                              |                                                                                   |
+| 노드의 삽입, 삭제가 선형 리스트와 달리 편리                                    |                                                                                   |
+| 연결을 위한 포인터가 추가되어 저장공간이 추가로 필요                                |                                                                                   |
+| 포인터를 통해 찾는 시간이 추가되어 선형 리스트에 비해 느림                            |                                                                                   |
+
+## 2. 연결리스트란?
+
+<figure><img src="../../.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+### 1) 개념
+
+* 연속된 `노드(Node)`의 연결체
+* 데이터를 감싼 노드를 포인터로 연결해서 공간적인 효율성을 극개화시킨 자료 구조
+
+### 2) 노드(Node)
+
+<figure><img src="../../.gitbook/assets/image (3) (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+* 연결리스트에서 사용되는 하나의 데이터 덩어리이며, `데이터 & 링크`이 2가지의 필드를 담고 있는 구조
+* data : 노드가 담고 있는 데이터/값, 문자열, 숫자 등등 원하는 값을 넣고 저장
+* next : 링크/ 포인터 역할, 다음 노드의 주소를 저장
+* **양방향 연결 리스트의 경우** `prev 포인터(이전 노드의 주소)`추가
+
+### 3) 연결 리스트의 구조
+
+<figure><img src="../../.gitbook/assets/image (4) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+1. 마지막 연결할 것은 없기에 null과 연결
+2. 연결리스트의 첫 번째 즉, 시작 지점에 있는 것을 `head`라고 함
+3. 연결리스트의 마지막은 `tail`라고 부름
+
+### 4) 배열 vs 연결리스트
+
+<figure><img src="../../.gitbook/assets/image (5) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+#### 배열
+
+1. 배열은 메모리 공간 안에 모든 원소들이 이어진 공간에 자리 잡음
+2. **인덱스**를 통해 원소 탐색을 효율적으로 빠르게 실행 가능
+3. **random access 가능** : 배열의 n번째 원소 방문 시 `O(1)` 시간으로 가능 EX. arr\[3]
+4. 원소 삽입 & 삭제 일반적으로 `O(N)` 시간 소요 ⇒ 원소 개수 대로 늘어남
+
+#### 5) 연결리스트
+
+1. 이어진 메모리 공간이 아닌 불특정한 공간에 존재
+2. 그렇기 때문에 **포인터, 주소를 참조하는 것**을 통해 연결
+3. 노드의 탐색은 **선형시간이 걸림**
+4. c를 가려면 a, b를 거쳐 감
+5. `random access` 불가능 : 리스트의 n번째 노드 방문 시 O(N)시간 소요 ⇒ head 노드부터 n번째 노드까지 순회
+6. 상황에 따라 배열보다 빨라질 수 있는 노드 삽입 & 삭제
+7. 연결리스트의 노드를 맨 앞에 삽입 시켜줄 때는 head 노드의 참조위치만 달라지기 때문 `O(1)` 처리 가능
+
+### 6) 연결리스트의 종류
+
+#### Singly Linked List(단일 연결 리스트)
+
+<figure><img src="../../.gitbook/assets/image (6) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+1. 대부분의 연결리스트의 문제의 주력
+2. 다음 노드에 대한 포인터만 가지고 있다
+3. 일방향이다.
+
+#### Doubly Linked List(이중 연결 리스트)
+
+<figure><img src="../../.gitbook/assets/image (9) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+1. 다음 노드에 대한 포인터와 이전 노드를 가르치는 포인터를 가지고 있다.
+2. 앞 뒤로 탐색하는 게 빠르다는 장점이 있지만, 노드마다 2개의 포인터를 가져야 해서 데이터의 구조와 흐름이 복잡해질 수 있음
+
+#### Circular Linked List(원형 연결 리스트)
+
+<figure><img src="../../.gitbook/assets/image (8) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+* 이중연결리스트와 같지만 **마지막 노드의 next 포인터가 헤드 노드**를 가르친다.
+
+### 6) 연결리스트 구현 방법
+
+#### 노드의 구현 방법
+
+<figure><img src="../../.gitbook/assets/image (10) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+```jsx
+class Node{
+	constructor(data){
+	this.data = data;
+	this.next = null;
+	}
+}
+```
+
+#### 연결리스트
+
+<figure><img src="../../.gitbook/assets/image (11) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+```jsx
+let head = new Node("a");
+head.next = new Node("b");
+head.next.next = new Node("c");
+head.next.next.next = new Node("d");
+```
+
+1. 시작점 : head 변수에 새로운 노드를 a라는 변수와 함께 생성
+2. head라는 노드에 next라는 참조 포인터를 새로 생성할 노드 b로 지정
+3. 노드 b를 새로 생성한 노드 c로 지정
+4. 마지막 노드 지정
diff --git "a/developLog/algorithm-datastructure/data-structure/_ \354\232\260\354\204\240\354\210\234\354\234\204 \355\201\220\354\231\200 \355\236\231\354\235\230 \354\260\250\354\235\264_.md" "b/developLog/algorithm-datastructure/data-structure/_ \354\232\260\354\204\240\354\210\234\354\234\204 \355\201\220\354\231\200 \355\236\231\354\235\230 \354\260\250\354\235\264_.md"
new file mode 100644
index 0000000..4e1af82
--- /dev/null
+++ "b/developLog/algorithm-datastructure/data-structure/_ \354\232\260\354\204\240\354\210\234\354\234\204 \355\201\220\354\231\200 \355\236\231\354\235\230 \354\260\250\354\235\264_.md"	
@@ -0,0 +1,149 @@
+# 우선순위 큐와 힙의 차이
+
+> 쉬운코드님 강의들 듣고 정리했습니다! 문제 시 삭제할게요
+
+## 1. Priority queue(우선순위 큐)
+
+### 🍇 개념
+
+* 큐와 유사하지만 우선순위가 높은 아이템이 먼저 처리됨
+
+### 🍇 우선순위 큐 주요 동작
+
+1. insert : 아이템 우선 순위 순으로 넣어줌
+2. delete : 가장 우선 순위가 높은 것을 빼냄
+3. peek : delete와 같지만 우선순위 큐에서 제거는 안함
+
+### 🍇 우선순위 큐 동작 방식 설명
+
+![](https://velog.velcdn.com/images/prettylee620/post/273a6e9d-212d-48d9-870f-1c8657002fc8/image.png)
+
+1. delete를 호출하면 우선순위가 가장 높은 20이 사라지게 됨
+
+![](https://velog.velcdn.com/images/prettylee620/post/b058280b-41ab-4849-8803-345285d88a01/image.png)
+
+2. 두 번째로 delete를 호출하면 우선순위가 높은 10이 사라지게 됨
+
+![](https://velog.velcdn.com/images/prettylee620/post/a6b3a01b-5c3d-4fdd-9aa5-0a3c0c108277/image.png)
+
+3. 또 delete를 호출하면 5기 사라지게 된다. ![](https://velog.velcdn.com/images/prettylee620/post/febd8e08-de79-4724-92e3-76ff6c4ee32d/image.png)
+
+## 2. Heap
+
+### 🍇 힙의 개념
+
+* 주로 이진 트리 기반으로 구현이 됨
+* `트리(tree)` : 부모 - 자녀처럼 계층적인 형태를 가지는 구조
+* `이진 트리` : 자녀가 최대 두 개인 트리
+
+#### max heap
+
+![](https://velog.velcdn.com/images/prettylee620/post/e3d76064-d7b4-4ef7-8b58-ffeda6a86b96/image.png)
+
+* 부모 노드의 키가 자식 노드의 키보다 크거나 같은 트리
+* 서브트리도 마찬가지로 적용되어야 함
+
+#### min heap
+
+* max heap의 반대
+
+### 🍇 힙 주요 동작
+
+1. insert : 힙의 아이템을 집어넣을 때 키값도 같이 넣어줘야 함
+2. delete : 키 값이 가장 큰 값을 빼냄
+3. peek : delete와 같지만 꺼내지는 않는다.
+
+### 🍇 max heap의 insert 동작 원리 설명
+
+![](https://velog.velcdn.com/images/prettylee620/post/3d7d80c8-f7cf-446a-911f-2cd3ab732680/image.png)
+
+1. max heap에서 inert(17)하면 11번째 공간에 일단 17이라는 값을 넣음
+
+![](https://velog.velcdn.com/images/prettylee620/post/8d1e69a7-c885-40e7-a98e-3b73c012a7ab/image.png)
+
+2. 부모보다 더 크기 때문에 3이랑 스위칭
+
+![](https://velog.velcdn.com/images/prettylee620/post/5b8c99c5-2f48-43fb-8490-afdf174de003/image.png)
+
+3. 15와 또 비교해줌
+
+![](https://velog.velcdn.com/images/prettylee620/post/c8e4194c-86c4-402a-8f7d-46dd414175d6/image.png)
+
+4. 20이랑 비교 후 자리 안 바꿔도 돼서 끝이 남
+
+### 🍇 max heap의 delete 동작 원리 설명
+
+1. 루트 노드의 키 값이 트리 중에 가장 큼 ⇒ 삭제를 할 때 루트 노드가 사라짐
+
+![](https://velog.velcdn.com/images/prettylee620/post/ace0ae45-e3af-456e-bae2-90eff4864a01/image.png)
+
+2. 그럼 뭐를 루트노드로 올릴까?
+
+![](https://velog.velcdn.com/images/prettylee620/post/34aa8bd5-ef54-413d-b9da-bf03411b7ae6/image.png)
+
+3. 그리고 max heap을 유지시켜주기 위해 자녀와 비교해서 체인지 해줘야 함
+
+* 15, 11모두 2보다 크기에 그 중 더 큰 15를 루트 노드로 올림
+
+![](https://velog.velcdn.com/images/prettylee620/post/312994b2-cd8c-4a72-94c5-0fbabe689c1f/image.png)
+
+4. 또 자녀와 비교
+
+* 12, 3 모두 2보다 큰데 12가 더 크기 때문에 12와 체인지
+
+![](https://velog.velcdn.com/images/prettylee620/post/dada83bc-7ee3-4010-95a9-3fabe30f4d70/image.png)
+
+5. 마찬가지 자녀와 비교
+
+* 7과 5모두 2보다 큰데 그 중 더 큰 7을 위로 올린다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/c3abe9b9-a8a3-43f8-b39d-db7e7f6f4c8b/image.png)
+
+## 3. priority queue와 Heap의 관계
+
+### 🍇 관계
+
+1. 힙(Heap)의 키(key)를 우선순위(priority)로 사용한다면, **힙은 우선순위 큐(priority queue)의 구현체가 된다.**
+2. Priority queue = ADT(구현을 설정하지 않고 개념적인 것만 설명)
+   1. **추상 자료형**(abstract data type)
+   2. `추상 자료형`은 **구현 방법을 명시하고 있지 않다는 점**에서 자료 구조와 다르다. 비슷한 개념의 추상적 자료 구조는 각 연산의 시간 복잡도를 명기하고 있지만 추상적 자료형에서는 이것조차 명기하지 않는다.
+   3. 추상 자료형은 인터페이스와 구현을 분리하여 추상화 계층을 둔 것이다. 예를 들어 전기 밥솥을 **추상 자료형**에 비유한다면 그 속에 들어가는 **밥은 자료**가 되고, 밥솥에 있는 취사, 예약취사 버튼들과 남은 시간을 표시하는 디스플레이에 어떤 내용들이 표시되어야 하는지를 명기한 것이다.
+3. Heap = data structure(구현까지 있음)
+4. 우선순위 큐를 구현하기 위해 다양한 것들이 있겠지만, 힙을 대체로 많이 사용해서 동일시 하는 사람들이 있다.
+
+## 4. 우선순위 큐와 힙의 사용 사례
+
+### 🍇 프로세스 스케줄링(process scheduling)
+
+1. cpu에서 현재 동작하고 있는 프로세스가 p1이라면 p2, p3, p4는 대기해야 하는데 대기할 때, `ready queue`에 대기한다.
+2. 근데 ready queue가 FIFO이 아니라 우선순위 큐라면 P1이 cpu 작업을 다 끝냈을 때, 들어온 순이 아니라 **우선순위가 높은 애가** 먼저 작업을 하게 됨
+
+![](https://velog.velcdn.com/images/prettylee620/post/96fdd7e2-c54e-45b9-8774-a3c8719d7922/image.png)
+
+### 🍇 heap sort(힙 정렬)
+
+1. 정렬 n개의 아이템 ⇒ 힙에 다 넣어서 차례차례 delete() 시 정렬되어서 나오게 됨
+
+### 🍇 Heap 메모리도? 힙과 같나..?
+
+* No, 힙 메모리의 힙은 오늘 배운 힙과는 관련이 없다
+* 힙 메모리의 힙은 메모리에 있는 더미 느낌
+
+#### 힙 메모리
+
+1. **스택 메모리의 단점 보완**
+   1. 수명 : 스택 메모리의 경우 함수가 반환되는 순간 그 안에 있던 데이터가 다 날라가며, 전역 변수는 언제나 살아있고, 지역 변수는 함수 안에서만 유효
+   2. 크기 : 스택메모리는 특정 용도로 떼어놓은 것이라 크기가 작다. 용량의 제한적
+2. **힙 메모리의 장점\[unmanaged]**
+   1. 크기 : 컴파일러 및 CPU가 자동적으로 메모리 관리를 안 해주기 때문에 **프로그래머가 원하는 때, 원하는 만큼 메모리 할당받아와 사용하고 원할 때 반납(해제) 할 수 있다.**
+   2. 용량 제한 없음 : 프로그래머가 데이터의 수명을 직접 제어할 수 있어, 컴퓨터에 남아있는 메모리만큼 사용 가능 ⇒ 호출이 끝난다고 사라지지 않는다.
+3. **힙 메모리의 단점**
+   1. **메모리 누수 위험성 있음** : 매니지드 언어인 JAVA는 메모리 할당받을 때 new 키워드 사용하며, 사용 후에는 해제 신경을 안쓴다. 메모리 해제를 알아서 해주기 때문이다. 하지만 **c는 언매니지드라 프로그래머가 직접 해줘야 한다.**
+   2. **스택에 비해 할당/해제 속도가 느림** : 함수가 요청한 만큼의 크기 빈 공간을 찾으려고 이리저리 찾아야 한다.
+
+#### 스택 메모리 vs 힙 메모리
+
+| 스택 메모리                                | 힙 메모리                   |
+| ------------------------------------- | ----------------------- |
+| 정적 메모리                                | 동적 메모리                  |
+| 오픈셋 개념으로 정확히 몇 바이트씩 사용해야 하는지 컴파일 시 결정 | 실행 중에 크기와 할당/해제 시기가 결정됨 |
diff --git "a/developLog/algorithm-datastructure/data-structure/_ \354\236\254\352\267\200\355\225\250\354\210\230_.md" "b/developLog/algorithm-datastructure/data-structure/_ \354\236\254\352\267\200\355\225\250\354\210\230_.md"
new file mode 100644
index 0000000..7698ccb
--- /dev/null
+++ "b/developLog/algorithm-datastructure/data-structure/_ \354\236\254\352\267\200\355\225\250\354\210\230_.md"	
@@ -0,0 +1,373 @@
+# 재귀함수
+
+## 1. 재귀함수
+
+### 🍇 재귀함수란?
+
+* 자기 자신을 다시 호출하는 함수 : **recursive\_function()**
+* 특정한 함수가 자기자신을 포함
+*   **재귀함수**는 내부적으로 스택 자료구조와 동일
+
+    ⇒ 이유 : 함수를 계속 호출시 가장 마지막에 호출하기 함수가 먼저 수행을 끝내야 그 앞의 함수 호출이 종료되기 때문
+* 스택 자료구조를 활용해야 하는 상당수는 **재귀 함수를 이용**해서 간편하게 구현 가능
+
+1. 파이썬 예제
+
+![](https://velog.velcdn.com/images/prettylee620/post/321d34d4-fcd7-4798-a87b-339b7440d1fb/image.png)
+
+* 문자열이 무한히 출력하다가 재귀의 최대 깊이 초과시 오류가 뜸
+
+```python
+def recursive_function(): # def는 함수를 만들 때 사용하는 예약어
+	print('재귀 함수를 호출합니다.')
+	recursive_function()
+
+recursive_function() 
+```
+
+### 🍇 자연수(양의 정수)
+
+* 1은 자연수
+* 자연수 n의 바로 다음 정수도 자연수이다.
+
+### 🍇정렬알고리즘(병합, 퀵 정렬)
+
+* 이진검색트리 활용되는 알고리즘 이다.
+
+#### 접근 방식
+
+1. 팩토리얼 구하기
+
+* 음이 아닌 정수의 팩토리얼값
+
+```java
+
+0! = 1
+n>0 이면 n! = n x (n-1)!
+
+5!
+5x4x3x2x1= 120
+
+int result = 0
+for(int i = 5; i<0;i--){
+result = result * i;
+
+}
+```
+
+#### 재귀호출(recursive call)
+
+* 자신과 똑같은 구조의 메소드를 호출하는 방식
+* 문제) 0 이상의 두정수 n, m 이 주어졌을때 n 구하시오
+
+#### 재귀 접근
+
+1. 상태 정의
+
+* 재귀는 부분문제를 해결하기 위한 풀이 방법
+* 부분문제는 각각 하나의 명확한 문제를 나타내어 하나의 답을 낼 수 있어야 한다.
+* 답을 내는데는 입력되는 변수
+* 이렇게 답을 결정하는 변수들을 `상태(state)`
+* 하나의 상태에 대한 답을 찾는 문제
+* 2개의 변수가 있으므로, 상태(n,m) 정의하여 표기
+
+2. 종료 조건
+
+* 부분 문제들을 생성하여 해결해 나가다가 언젠가는 종료해야 한다.
+* 답이 나오는 상태를 검사하여 반환할 수 있도록 종료조건
+* n의 0제곱을 구할때 (m=0) 답 1
+* 0의 m제곱 구할때(n=0) 1
+* 1의 m제곱 (n= 1) 1
+
+```java
+(n,0)  = 1
+(0,m) =1
+(1,m) =1
+(n,m) = n*(n,m-1)
+```
+
+### 🍇 거듭 제곱 값 구하기
+
+![](https://velog.velcdn.com/images/prettylee620/post/8b722d03-c871-4582-9487-7e30d91951bc/image.png)
+
+```java
+import java.util.Scanner;
+
+public class powerEx {
+    private static int power(int n, int m){
+        if (m == 0 ) return 1;
+        if (n == 0) return 1;
+        if (n==0) return 1;
+        return n*power(n, m-1);
+    }
+
+    public static void main(String[] args){
+        Scanner in = new Scanner(System.in);
+        int n = in.nextInt();
+        int m = in.nextInt();
+
+        int result = power(n, m);
+        System.out.printf("%d의 %d 거듭제곱 값 : %d", n, m, result);
+    }
+}
+```
+
+### 🍇 최대 공약수 구하기
+
+![](https://velog.velcdn.com/images/prettylee620/post/8c81b407-4431-4c79-a572-2fab6f6f4d7c/image.png)
+
+```java
+import java.util.Scanner;
+
+public class Gcd {
+
+    private static int gCD(int x, int y){
+        if(y == 0) return x;
+        else return gCD(y, x%y);
+     }
+
+    public static void main(String[] args){
+        Scanner in = new Scanner(System.in);
+        int n = in.nextInt();
+        int m = in.nextInt();
+
+        int result = gCD(n, m);
+        System.out.printf("%d의 %d 최대공약수 : %d", n, m, result);
+    }
+}
+```
+
+### 🍇 하노의의 탑
+
+> 세 개의 기둥과 원판들이 주어졌을 때, 한 기둥에서 다른 기둥으로 모든 원판을 옮기는 문제이며, 원판들은 크기에 따라 다르며, 큰 원판 위에 작은 원판이 올라가야 한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/85c684c3-b80c-48d8-ad9d-8f87597e512f/image.png)
+
+> 핵심 : 목표는 모든 원판을 기둥 A에서 기둥 C로 옮기는 것
+
+1. 문제 : https://school.programmers.co.kr/learn/courses/30/lessons/12946
+2. 규칙
+   1. 한 번에 한 개의 원판만 이동 가능
+   2. 큰 원판 위에 작은 원판 올릴 수 없음
+   3. 어떤 기둥 위에 있는 원판은 그 기둥으로만 이동시킬 수 있음
+3. 분석
+
+> 결론
+
+* 원판의 개수가 1개일 경우 : 바로 기둥 A에서 기둥 C로 옮길 수 있다.
+* 원판의 개수가 2개 이상인 경우 :
+
+1. 가장 작은 원판을 제외한 나머지 원판들을 기둥 A에서 기둥 B로 옮긴다.
+2. 가장 큰 원판을 기둥 A에서 기둥 C로 옮긴다.
+3. 기둥 B에 있는 원판들을 기둥 C로 옮긴다.
+4. 상태(변수)
+
+* 옮기려는 원판의 개수 n
+* 원판이 현재 위치하는 기둥값 from
+* 원판이 이동해야 하는 기둥 to(n, from, to)
+* ex. 원판 n개를 기둥 1에서 기둥 3으로 옮겨라! (n, 1, 3)
+  * (n, from, to) ⇒ 원판 n개를 기둥 from에서 기둥 to 옮기는 과정
+
+2. 종료조건
+
+* 원판이 1일 때 종료
+* (1, form, to) = \[from, to] ⇒ 원판이 1개일 때는 from에서 to로 옮겨라
+
+3. 점화식
+
+* 상태 : (n, from, to)
+* 종료 : (1, from, to)
+* 전이상태 : (n-1, from, to)
+
+4 . 코드
+
+```java
+import java.util.ArrayList;
+import java.util.List;
+
+class Solution {
+    
+private List<int[]> hanoi(int n, int from, int to){
+        if(n == 1) return List.of(new int[] {from, to});  //종료조건 n==1 일때 from to 이동만 시켜라
+        
+        //점화식 구현
+        int empty = 6 - from - to;
+        
+        List<int[]> result = new ArrayList<>();
+        result.addAll(hanoi(n-1,from,empty));
+        result.addAll(hanoi(1,from,to));
+        result.addAll(hanoi(n-1,empty,to));
+        return result;
+               
+    }
+    
+    
+    public int[][] solution(int n) {
+       return hanoi(n,1,3).toArray(new int[0][]);
+    }
+}
+```
+
+5. 다른 사람 코드
+
+```java
+import java.util.Arrays;
+
+class Hanoi {
+    public int[][] hanoi(int n) {
+        // 2차원 배열을 완성해 주세요.
+        int[][] answer = {{1,3}};
+
+    System.out.println(n);
+
+        return answer;
+    }
+
+    // 아래는 테스트로 출력해 보기 위한 코드입니다.
+    public static void main(String[] args) {
+        Hanoi h = new Hanoi();
+        System.out.println(Arrays.toString(h.hanoi(2)));
+    }
+}
+```
+
+### 🍇 하노의 원반의 개수
+
+* 하노이 탑의 동작원리를 알 수 있음
+
+![](https://velog.velcdn.com/images/prettylee620/post/76ce5015-3a6c-4c52-a247-a838c7cbf097/image.png)
+
+```java
+// 하노이의 탑
+package recurive;
+import java.util.Scanner;
+
+class Hanoi {
+    //--- no개의 원반을 x번 기둥에서 y번 기둥으로 옮김 ---//
+    static void move(int no, int x, int y) {
+        if (no > 1)
+            move(no - 1, x, 6 - x - y);
+
+        System.out.printf("원반[%d]를 %d번 기둥에서 %d번 기둥으로 옮김\n", no, x, y);
+
+        if (no > 1)
+            move(no - 1, 6 - x - y, y);
+    }
+
+    public static void main(String[] args) {
+        Scanner stdIn = new Scanner(System.in);
+
+        System.out.println("하노이의 탑");
+        System.out.print("원반의 개수 : ");
+        int n = stdIn.nextInt();
+
+        move(n, 1, 3);    // 제 1 기둥에 쌓인 n개를 제 3 기둥으로 옮김
+    }
+}
+```
+
+### 🍇 모음 사전
+
+해설 : https://ksb-dev.tistory.com/273
+
+* A, E, I, O, U 만을 사용하여 5자리 이내의 문자를 만들고, 정렬하여 주어지는 문자가 몇 번째인지 반환해야 함
+* 첫 번째 단어는 "A"이고, 두 번째 단어는 "AA"이며, 마지막 단어는 "UUUUU"
+
+1. 문제 : https://school.programmers.co.kr/learn/courses/30/lessons/84512
+2. 분석
+
+* 상태(word) : (word)로 시작되는 모든 단어
+* 종료조건 : (길이가 5인 word) = word
+* 점화식(word) =\[word]+\[word+'A']+\[word+'E']+\[word+'I']+\[word+'O']+\[word+'U']
+* 종료조건 5일 때, 바로 word 반환
+* 부분문제를 해결
+
+```java
+private List<String> generate(String word){ 
+	//종료 조건, 점화식 구현
+}
+
+// 종료조건 5일 때, 바로 word 반환
+private List<String> generate(String word){
+       //종료 조건 , 점화식 구현 
+      List<String> wrods = new ArrayList<>();
+      words.add(word);
+      if(word.length() == 5) return words;
+
+    //점화식  
+  }
+```
+
+```java
+private List<String> generate(String word){
+       //종료 조건 , 점화식 구현 
+      List<String> wrods = new ArrayList<>();
+      words.add(word);
+      if(word.length() == 5) return words;
+
+    //점화식   :사용될 수 있는 모든 문자를 words 붙여야 한다. 
+      private static fianl char[] CHARS = "AEIOU".toCharArray();
+    
+
+  }
+```
+
+3. 코드
+
+```java
+import java.util.ArrayList;
+import java.util.List;
+
+class Solution {
+    
+    private static final char[] CHARS = "AEIOU".toCharArray();
+    
+    private List<String> generate(String word){
+      
+      List<String> words = new ArrayList<>();
+      words.add(word);
+      if(word.length() == 5) return words;
+
+       for(char c : CHARS){
+                  words.addAll(generate(word + c));
+          }
+       return words;
+}
+  
+    
+    
+    
+    public int solution(String word) {
+       
+        return generate("").indexOf(word);
+    }
+}
+```
+
+4. 다른 사람 풀이
+
+```java
+import java.util.*;
+class Solution {
+    List<String> list = new ArrayList<>();
+    void dfs(String str, int len) {
+        if(len > 5) return;
+        list.add(str);
+        for(int i = 0; i < 5; i++) dfs(str + "AEIOU".charAt(i), len + 1);
+    }
+    public int solution(String word) {
+        dfs("", 0);
+        return list.indexOf(word);
+    }
+}
+```
+
+```java
+class Solution {
+    public int solution(String word) {
+        int answer = 0, per = 3905;
+        for(String s : word.split("")) answer += "AEIOU".indexOf(s) * (per /= 5) + 1;
+        return answer;
+    }
+}
+```
diff --git "a/developLog/algorithm-datastructure/data-structure/_ \355\212\270\353\246\254_.md" "b/developLog/algorithm-datastructure/data-structure/_ \355\212\270\353\246\254_.md"
new file mode 100644
index 0000000..c1c1461
--- /dev/null
+++ "b/developLog/algorithm-datastructure/data-structure/_ \355\212\270\353\246\254_.md"	
@@ -0,0 +1,518 @@
+# 트리
+
+* 사진 출처 : [https://laurent.tistory.com/entry/자료구조-트리-Tree](https://laurent.tistory.com/entry/%EC%9E%90%EB%A3%8C%EA%B5%AC%EC%A1%B0-%ED%8A%B8%EB%A6%AC-Tree)
+* [https://velog.io/@juwon9733/코딩-테스트를-위한-트리Tree-자료구조-10분-핵심-요약](https://velog.io/@juwon9733/%EC%BD%94%EB%94%A9-%ED%85%8C%EC%8A%A4%ED%8A%B8%EB%A5%BC-%EC%9C%84%ED%95%9C-%ED%8A%B8%EB%A6%ACTree-%EC%9E%90%EB%A3%8C%EA%B5%AC%EC%A1%B0-10%EB%B6%84-%ED%95%B5%EC%8B%AC-%EC%9A%94%EC%95%BD)
+* 강의 출처 : [동빈나](https://www.youtube.com/watch?v=i5yHkP1jQmo\&t=3s)
+* 강의 출처 : [쉬운 코드](https://www.youtube.com/watch?v=ohrwGtqeW-I\&list=PLcXyemr8ZeoT-\_8yBc\_p\_lVwRRqUaN8ET\&index=29)
+
+![](https://velog.velcdn.com/images/prettylee620/post/45561eed-be30-4c6a-8ab4-dd2ec6cb56b7/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/f8b3e83b-bd36-4aef-9009-0e61d771d644/image.png)
+
+## 1. 트리
+
+> 트리를 이용해 직접 구현하는 경우는 거의 없지만 관련 라이브러리나 문서를 이해할 때 좋다
+
+### 🍇 트리란?
+
+* 그래프 중 하나로 그래프의 특징처럼 정점과 간선으로 이루어져 있고, 트리 구조로 배열된 일종의 `계층적 데이터의 집합`
+* 트리로 이루어진 집합을 숲이라고 함
+* 뿌리가 최상위로 올라감
+* 가계도와 같음 ⇒ 단군 할아버지가 A같은 느낌
+
+### 🍇 트리의 특징
+
+1. 부모, 자식 계층적 구조를 가진다.
+2. 데이터를 순차적으로 저장하지 않는 **비선형 구조**
+3. 트리에 서브트리가 있는 **재귀적 구조**
+4. V-1 = E라는 특징을 가진다. 간선 수= 노드수 -1
+5. 임의의 두 노드 사이 경로는 유일무이하게 존재한다.
+6. `루트 노드`는 하나만 존재한다.
+7. 사이클(cycle)이 존재하지 않음
+
+![](https://velog.velcdn.com/images/prettylee620/post/136c709a-6b6c-4d5d-8912-81a7299f90ec/image.png) 8. 자녀 노드는 하나의 부모 노드만 존재
+
+![](https://velog.velcdn.com/images/prettylee620/post/ebb5a99f-0c89-4db9-96e7-a00fcbbefcb9/image.png)
+
+### 🍇 트리의 용어
+
+![](https://velog.velcdn.com/images/prettylee620/post/9f97ebc1-ec9f-44c4-be30-535be0b02e84/image.png)
+
+1. **루트 노드(Root Node)**
+   1. 트리에서 부모가 없는 최상위 노드, 트리의 시작점
+   2. 2
+2. **단말 노드(Termial Node) = 외부 노드(external) 노드**
+   1. 자식이 없는 노드, 트리의 가장 말단에 위치, degree가 0
+   2. 3, 7, 8, 1, 4
+   3. leaf node, outer node, terminal node
+3. **레벨(Level)**
+   1. 노드와 루트 노드 경로에서 간선의 수
+   2. 루트 노드의 레벨은 0 (or 1)
+4. **조상 노드(Ancestor Node)** : 부모 노드를 따라 루트 노트까지 올라가며 만나는 모든 노드
+   1. 8의 조상 노드 : 11, 9, 2
+5. **자손 노드(descendant Node)** : 자녀 노드를 따라 내려가며 만날 수 있는 모든 노드
+   1. 9의 자손 노드 : 11, 8, 1, 4
+6. **자식 노드(Child Node)** : 특정 노드에 연결된 다음 레벨의 노드
+   1. 5번 노드의 자식 노드는 6, 7
+   2. 6번 노드의 자식 노드는 3
+7. **부모 노드(Parent Node)** : 자녀 노드를 가지는 노드
+   1. 2, 5, 9, 6, 11
+8. **형제 노드(Sibling)** : 같은 부모를 가진 노드
+   1. {8, 1, 4}, {6, 7}, {5, 9}
+9. **내부 노드(internal) =branch node = inner node** : 자녀 노드를 가지는 노드
+   1. 2, 5, 9, 6, 11
+10. `노드`의 깊이(Depth)
+    1. **루트 노드**에서 해당 노드에 도달하기 위한 간선의 수
+    2. 11의 깊이 : 2
+    3. 루트 노드의 깊이 : 0
+11. `트리`의 깊이(depth)
+    1. 트리에 있는 노드들의 깊이 중 가장 긴 깊이
+    2. 트리 깊이 : 3
+    3. 트리 높이 = 트리 깊이
+12. **경로(path)**
+    1. 한 노드에서 다른 노드 사이의 노드들의 시퀸스(sequence)
+    2. 2에서 7로의 경로 : 2- 5 -7
+    3. **경로 길이(length of path)**
+    4. 경로에 있는 노드들의 수
+    5. 2에서 7로의 경로 길이 : 3
+    6. 2에서 3으로의 경로 길이 : 4
+13. **`노드`의 높이(height) : 문서마다 높이를 간선으로 따지기도 하고 노드 수로 따지기도**
+    1. 노드에서 리프(leaf) 노드까지의 가장 긴 경로의 간선(edge) 수
+    2. 5의 높이 : 2
+    3. 리프(left) 노드의 높이 : 0
+14. `트리`의 높이
+    1. 루트 노드의 높이
+    2. 트리 높이 : 3
+15. **차수(Degree)**
+    1. 특정 노드의 연결된 자식 노드의 수
+    2. 차수를 고르라는데 **특정 노드 언급 x => 가장 큰 차수를 가지는 값**을 고르면 됨 = 트리의 차수(degree)
+    3. 11의 차수 : 3
+    4. 3의 차수 : 0
+16. **`노드`의 크기(size)**
+    1. 자신을 포함한 자손 노드의 수
+    2. 9의 크기 : 5
+    3. 5의 크기 : 4
+17. `트리`의 크기(size)
+    1. 트리의 모든 노드의 수
+    2. 트리의 크기 : 10
+18. **두 노드 사이의 거리(distance)**
+    1. 두 노드의 **최단 경로**의 간선 수
+    2. distance(9, 8) : 2
+    3. distance(3, 8) : 6
+19. width ![](https://velog.velcdn.com/images/prettylee620/post/5a93d73a-d1d8-4e39-a1d7-bb81a39897c9/image.png)
+
+* 임의의 레벨에서 노드의 수
+* level 2의 width : 3
+
+20. 서브 트리(subtree) : 각 노드의 자녀 노드들을 재귀적으로 서브 트리를 구성한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/85a852de-de64-4032-9426-19ce12c6fac9/image.png)
+
+### 🍇 트리를 사용하는 곳\[chat gpt]
+
+> 계층 구조를 나타내거나 데이터를 조직화하여 사용되는 중요한 자료구조
+
+![](https://velog.velcdn.com/images/prettylee620/post/1210dde4-6696-4e55-8252-4053c709832d/image.png)
+
+## 2. 이진 트리
+
+### 🍇 이진 트리(Binary Tree)
+
+* 각 노드의 자녀 노드 수 최대 2개인 Tree를 의미
+* left child | right child = 왼쪽 자녀 노드 | 오른쪽 자녀 노드
+
+### 🍇 이진 트리(Binary Tree) 종류
+
+![](https://velog.velcdn.com/images/prettylee620/post/699d8990-2b5c-4a07-8177-d30568ec955c/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/330a7383-88a7-4a0e-a331-4902e5f3b9ae/image.png)
+
+1. **full binary tree(정 이진 트리)** : 모든 노드는 자녀 노드가 `없거나 두 개`인 트리 = 자녀 노드가 1개인 노드는 없다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/24d2cc5a-7e94-444e-8d6a-3f8df64c8cb5/image.png)
+
+2. **complete binary tree(완전 이진 트리)** : 마지막 레벨을 제외한 **모든 레벨에서 노드가 빠짐없이 채워져 있고** 마지막 레벨은 **왼쪽부터 빠짐없이 노드가 채워져 있는** 트리
+
+![](https://velog.velcdn.com/images/prettylee620/post/2065e97f-fea8-4e24-a2fa-be87c323e810/image.png)
+
+3. **perfect binary tree(포화 이진 트리)** : 모든 레벨에서 노드가 빠짐없이 채워져 있는 트리
+
+![](https://velog.velcdn.com/images/prettylee620/post/f2c1bfa3-9616-47ac-9f3e-0e3d35f332aa/image.png)
+
+4. **degenerate binary tree(변질 이진 트리)** : 모든 부모 노드는 하나의 자녀 노드만을 가짐
+
+* pathological binary tree라고도 불림
+* left skewed binary tree : 모든 부모 노드는 `왼쪽` 자녀 노드만 가지는 트리
+
+![](https://velog.velcdn.com/images/prettylee620/post/5ff4e697-b5c4-4aeb-b33e-e6d45cdd36a0/image.png)
+
+* right skewed binary tree : 모든 부모 노드는 오른`쪽` 자녀 노드만 가지는 트리
+
+![](https://velog.velcdn.com/images/prettylee620/post/960f9d4a-b8c4-4b53-992e-a6ebed36f538/image.png)
+
+5. balanced binary tree(균형 이진 트리) : 모든 노드에서 왼쪽 서브 트리와 오른쪽 서브 트리의 높이 차이가 최대 1인 트리
+
+![](https://velog.velcdn.com/images/prettylee620/post/6da19ea3-78cb-4370-b0ba-612acf4c9bd3/image.png)
+
+6. **포화 이진 트리** : 모든 잎의 레벨이 동일한 이진 트리이며, 잎이 아닌 내부 노드들은 모두 2개의 자식을 가지는 트리
+   * `내부 노드` : 루트 노드와 리프 노드(leaf node)를 제외한 나머지 노드를 의미
+   * 잎 : 자식이 없는 노드
+
+### 🍇 이진 트리 장점
+
+1. 삽입 삭제가 유연하다
+2. 값의 크기에 따라 좌우 서브트리가 나눠지기 때문에 삽입/삭제/검색이 보통은 빠르다
+3. 값의 순서대로 순회가능
+
+### 🍇 이진 트리 단점
+
+* 최악의 경우 모든 트리에 있는 노드를 방문 해줘야 함
+* 트리가 구조적으로 한쪽으로 편향되면 삽입, 삭제, 검색 등등 여러 동작들의 수행시간 악화
+* 이 문제를 해결하기 위해 **스스로 균형을 잡는 이진 탐색 트리**가 사용
+  * AVL 트리. Red-Black 트리
+
+### 🍇 관련 코테 문제
+
+#### 예제 : 길찾기 문제
+
+1. 문제 링크 : https://school.programmers.co.kr/learn/courses/30/lessons/42892
+2. 다른 사람 풀이 : https://choichumji.tistory.com/167
+3. 강사님의 코드와 설명 덧붙힘
+   1. **`preorder.stream().mapToInt(Integer::intValue).toArray()`**
+   2. **`preorder`** 리스트를 스트림으로 변환하고, 각 요소를 **`mapToInt()`** 메서드를 이용해 **`int`** 형으로 변환
+   3. \*\*mapToInt(Integer::intValue)\*\*는 각 요소를 **int**로 변환하는 메서드 참
+   4. \*\*`Integer::intValue`\*\*는 **Integer** 클래스의 **intValue** 메서드를 호출하여 **int**로 변환하는 것을 의미
+   5. **`toArray()`** 메서드를 사용하여 해당 스트림의 요소들을 배열로 변환
+
+```java
+import java.util.ArrayList;
+import java.util.Arrays;
+import java.util.List;
+
+public class Solution {
+    //이진 트리 노드(value : 노드 숫자 x,y : 노드 위치 - 좌표 )
+    // left, right : 각각 왼쪽 자식인지 오른쪽 자식인지 구분
+    private static class Node{
+        public final int value;
+        public final int x;
+        public final int y;
+
+        public Node left;
+        public Node right;
+
+        private Node(int value, int x, int y){
+            this.value = value;
+            this.x = x;
+            this.y = y;
+        }
+    }
+
+    // 노드를 삽입하는 메서드, 주어진 노드를 현재 노드의 왼쪽 또는 오른쪽에 삽입
+    // 위치 좌표를 기준으로 비교하여 적절한 위치에 노드를 삽입
+    private void insert(Node root, Node node){
+        if(node.x < root.x) {
+            if (root.left == null) {
+                root.left = node;
+            } else {
+                insert(root.left, node);
+            }
+        }
+        else{
+            if(root.right == null){
+                root.right = node;
+            }
+            else{
+                insert(root, node);
+            }
+        }
+    }
+
+    //노드 배열을 받아 이진 트리를 생성하는 메서드
+    // 배열의 첫 번째 노드를 루트로 지정하고, 나머지 노드들을 insert 메서드를 통해 적절한 위치에 삽입하여 전체 트리를 구성
+    private Node constructTree(Node[] nodes){
+        Node root = nodes[0];
+        for(int i = 1; i<nodes.length; i++){
+            insert(root, nodes[i]);
+        }
+
+        return root;}
+
+    // 전위 순회
+    // 노드를 방문하면서 노드의 값을 리스트에 추가한 후, 왼쪽 자식 노드를 재귀적으로 순회하고 오른쪽 자식 노드를 재귀적으로 순회
+    private void pre(Node node, List<Integer> visits){
+        if(node == null) return;
+        visits.add(node.value);  // 현재 노드 값을 방문 리스트에 추가
+        pre(node.left, visits); // 왼쪽 자식 노드를 전위 순회
+        pre(node.right, visits); // 오른쪽 자식 노드를 전위 순회
+    }
+
+    // 후위 순회
+    // 노드의 왼쪽 자식 노드와 오른쪽 자식 노드를 재귀적으로 순회한 후, 현재 노드의 값을 리스트에 추가
+    private void post(Node node, List<Integer> visits){
+        if(node == null) return;
+        // 끝부터 후
+        post(node.left, visits);
+        post(node.right, visits);
+        // 마지막에 넣어줌
+        visits.add(node.value);
+    }
+
+    public int[][] solution(int[][] nodeinfo)
+    {
+        Node[] nodes = new Node[nodeinfo.length];
+        for (int i = 0; i < nodes.length; i++)
+        {
+            // 각 인덱스에 노드 정보 저장, i + 1은 노드의 값을 의미하며, nodeinfo[i][0]은 x 좌표, nodeinfo[i][1]은 y 좌표를 나타낸다
+            nodes[i] = new Node(i + 1, nodeinfo[i][0], nodeinfo[i][1]);
+        }
+
+        Arrays.sort(nodes, (a, b) -> b.y - a.y); // 윗부분부터 순회하기 위해서 y좌표를 내림차순으로 정렬
+        // 노드 정보들이 정렬되었으므로, 배열의 첫 노드부터 순회하며 트리를 구성한다.
+
+        Node root = constructTree(nodes); // 이진 트리 생성
+
+        List<Integer> preorder = new ArrayList<>();
+        pre(root,preorder);
+
+        List<Integer> postorder = new ArrayList<>();
+        post(root,preorder);
+
+        //  preorder와 postorder 리스트의 요소들을 각각 int 배열로 변환하여 최종적인 결과를 반환
+        return new int[][] {
+                preorder.stream().mapToInt(Integer::intValue).toArray(),
+                postorder.stream().mapToInt(Integer::intValue).toArray(),
+        };
+
+    }
+}
+```
+
+## 3. 이진 탐색 트리
+
+### 🍇 이진 탐색 트리(Binary Search Tree)
+
+![](https://velog.velcdn.com/images/prettylee620/post/901016e1-9d1c-4488-9443-8335ce6e3762/image.png)
+
+* 이진 `탐색`이 동작할 수 있도록 고안된 효율적인 탐색이 가능한 자료구조의 일종
+* 이진 탐색 트리의 특징 : 왼쪽 자식 노드 < 부모 노드 < 오쪽 자식 노드
+  * 부모 노드보다 왼쪽 노드가 작다.
+  * 부모 노드보다 오른쪽 노드가 크다
+  * 즉, 모든 노드의 **왼쪽 서브 트리**는 해당 노드의 값보다 **작은 값들만** 가지고 모든 노드의 **오른쪽 서브 트리**는 해당 노드의 값보다 **큰 값들만** 가진다.
+* 탐색 범위가 이상적인 경우 절반 가까이 줄어든다.
+* 하지만 반대로 균형이 맞지 않으면 검색 효율이 좋지 않다.
+
+#### 이진 탐색 트리의 최솟값과 최대값
+
+* 최솟값 : 트리의 가장 왼쪽에 존재
+* 최댓값 : 트리의 가장 오른쪽에 존재
+
+### 🍇 트리 순회(Tree Traversal)
+
+* 트리 자료구조에 포함된 노드를 특정한 방법으로 한 번 씩 방문하는 방법을 의미
+  * 트리의 정보를 시각적으로 확인 가능
+
+#### 대표적인 트리 순회
+
+1. **전위 순회(Pre-Order Traversal)**
+
+![](https://velog.velcdn.com/images/prettylee620/post/fd25a405-82dd-4307-90f6-f249d1a7629a/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/52075908-495f-41f9-9d08-ec7abf0a2e63/image.png)
+
+* Root ⇒ Left ⇒ Right 순으로 방문
+* 루트를 먼저 방문
+
+```java
+// 전위 순회
+    private void pre(Node node, List<Integer> visits){
+        if(node == null) return;
+        visits.add(node.value);
+        pre(node.left, visits);
+        pre(node.right, visits);
+    }
+```
+
+2. **중위 순회(In-Order traversal)**
+
+![](https://velog.velcdn.com/images/prettylee620/post/e94899a8-6f69-466c-987b-0a234c8d7955/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/e34cd51a-f5bf-429f-b20b-b45f363ca96f/image.png)
+
+⇒ 작은값 기준으로 순서대로 방문
+
+> 재귀적으로 왼쪽 서브 트리 순회 ⇒ 현재 노드 방문(값 출력) ⇒ 재귀적으로 오른쪽 서브 트리 순회
+
+![](https://velog.velcdn.com/images/prettylee620/post/66eb3f4d-0a62-43f4-9132-3f15e2d6298a/image.png)
+
+* left ⇒ Root ⇒ Right 순으로 방문
+* 재귀적으로 왼쪽 자식을 먼저 방문 후 루트를 방문
+
+3. **후위 순회(Post-Order)**
+
+![](https://velog.velcdn.com/images/prettylee620/post/f87996f2-962f-4af1-9a09-36578cfc210f/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/dbad292e-7c7d-4e45-9de4-436d541381c9/image.png)
+
+* left ⇒ right ⇒ root 순으로 방문
+* 오른쪽 자식을 방문 후 루트 방문
+
+```java
+// 후위 순회
+    private void post(Node node, List<Integer> visits){
+        if(node == null) return;
+        // 끝부터 후
+        post(node.left, visits);
+        post(node.right, visits);
+        // 마지막에 넣어줌
+        visits.add(node.value);
+    }
+```
+
+#### 비교
+
+![](https://velog.velcdn.com/images/prettylee620/post/03320c5a-97bf-4db8-ab17-f0dc9d3050a3/image.png)
+
+### 🍇 노드의 successor(후임자)
+
+![](https://velog.velcdn.com/images/prettylee620/post/bb9d07a1-fdb7-47db-af0a-f3ecbb5b41e8/image.png)
+
+* 해당 노드보다 값이 **큰 노드들 중에서 가장 값이 작은 노드**
+* 20의 successor : 30
+* 17의 sucessor : 20
+* 10의 sucessor : 15
+
+### 🍇 노드의 predecessor(선임자)
+
+* 해당 노드보다 값이 **작은 노드들 중에서 가장 값이 큰 노드**
+* 20의 predecessor : 17
+* 10의 predecessor : 5
+* 40의 predecessor : 30
+
+### 🍇 데이터를 넣는 과정
+
+1. 루트 노드 : 50
+2. 만약 70을 넣는다고 하면 루트 노드보다 크기 때문에 오른쪽에 집어 넣음
+
+![](https://velog.velcdn.com/images/prettylee620/post/a2495e35-5c0b-4d6b-8137-2a54fb9d9a10/image.png)
+
+3. 만약 90을 넣으면 70보다 크기 때문에 오른쪽에 집어넣음
+
+![](https://velog.velcdn.com/images/prettylee620/post/343ae6ea-d73e-40e8-8eab-4c731066d067/image.png)
+
+4. 99을 넣으면 50이랑 비교 후 크니까 오른쪽 ⇒ 70이랑 비교 후 크니까 오른쪽 ⇒ 90이랑 비교 후 크니까 오른쪽에 넣음 99
+
+![](https://velog.velcdn.com/images/prettylee620/post/cbdf6bf4-9696-4fe8-944f-20939644961b/image.png)
+
+5. 80을 삽입하면 1) 50보다 크니까 오른쪽 2) 70보다 크니까 오른쪽 3) 90보다 작으니까 왼쪽에 최종 삽입
+
+![](https://velog.velcdn.com/images/prettylee620/post/87f8d08f-b77c-4b03-bfdf-b3031c4c98a5/image.png)
+
+6. 이런 과정을 반복 ⇒ 최종 이진 트리
+
+![](https://velog.velcdn.com/images/prettylee620/post/424db681-f5b1-40e6-9cdc-491adc814748/image.png)
+
+### 🍇 이진트리 삭제(delete)
+
+#### 과정
+
+1. 삭제하려는 노드가 있는지 `검색`
+2. 있으면 삭제
+3. 20을 삭제하려면 1) 50보다 작으니 왼쪽 ⇒ 2) 30보다 작으니 왼쪽 ⇒ 20 발견 ⇒ 삭제 후 값이 null이 됨
+
+![](https://velog.velcdn.com/images/prettylee620/post/223684da-c16a-4b49-a854-356c51323709/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/13d78203-5211-4eaa-b06c-cb5aa044eba3/image.png)
+
+4. 30을 지우려함 ⇒ **근데 자녀인 40이 있음**
+   1. 즉, 30의 부모인 50이 40을 가르키게 바꿈
+
+![](https://velog.velcdn.com/images/prettylee620/post/971f4b76-1606-4ab7-bdd8-3784b3697b59/image.png)
+
+5. 50을 지우려고 함 ⇒ 근데 자녀가 둘
+   1. 둘 중 하나의 서브트리에서 오른쪽은 **가장 작은 값을 위**로 올림
+   2. 왼쪽의 경우에는 **가장 큰 값을 위로** 올림
+
+![](https://velog.velcdn.com/images/prettylee620/post/b0ae2ee3-b704-4386-bba8-1ae9e08a23a2/image.png)
+
+#### 자녀가 `없는` 노드 삭제(delete)
+
+* 삭제될 노드를 가리키던 레퍼런스를 가리키는 것이 없도록 처리 ⇒ `null`
+
+#### 자녀가 `하나`인 노드 삭제(delete)
+
+* 삭제될 노드를 가리키던 레퍼런스를 삭제될 노드의 자녀를 가르키게 변경
+
+#### 자녀가 `둘`인 노드 삭제(delete)
+
+* 삭제될 노드의 오른쪽 서브트리에서 제일 **값이 작은** 노드가 삭제될 노드 대체
+
+### 🍇 데이터 추가
+
+1. 현재 트리의 상태
+
+![](https://velog.velcdn.com/images/prettylee620/post/3b97ca31-23bf-4d04-87d1-0ced6a1dc861/image.png)
+
+2. 삽입이랑 비슷함 비교해서 넣기
+
+![](https://velog.velcdn.com/images/prettylee620/post/a868dc23-f3c5-4a4e-b7ac-2cc5bb070aff/image.png)
+
+3. 여기서 또 루트 노드 삭제되면
+   1. 오른쪽에서 1) 가장 작은 값인 80이 위로 올라가고 2) 80의 자녀인 85는 80의 부모였던 90이 가르키게 됨
+
+![](https://velog.velcdn.com/images/prettylee620/post/f9d60959-7eef-4584-9847-28989f03ecdb/image.png)
+
+### 🍇 데이터를 조회하는 과정
+
+> 이진 탐색 트리가 이미 구성되어 있다고 가정, 찾고자 하는 원소 : 37
+
+![](https://velog.velcdn.com/images/prettylee620/post/7d818bf4-de18-4aa5-848c-1ea6a57b3fa9/image.png)
+
+1. 루트 노드부터 방문하여 탐색을 진행
+   1. 현재 노드와 찾는 원소 37을 비교
+   2. 찾는 원소가 더 크므로 오른쪽 방문
+
+![](https://velog.velcdn.com/images/prettylee620/post/2b103a4c-0ae4-49c9-8fe5-42e90b22a0c4/image.png)
+
+2. 현재 노드와 값을 비교
+   1. 현재 노드와 찾는 원소 37을 비교
+   2. 찾는 원소가 더 작으므로 왼쪽 방문
+
+![](https://velog.velcdn.com/images/prettylee620/post/8ce7b1e3-4060-4614-b1a4-bdb1f7641055/image.png)
+
+3. 현재 노드와 값을 비교
+   1. 현재 노드와 찾는 원소 37을 비교
+   2. 원소를 찾았으므로 탐색을 종료
+
+## 4. AVL 트리
+
+> 출처 : http://yahma.tistory.com/85
+
+![](https://velog.velcdn.com/images/prettylee620/post/16a36b32-e08b-47b3-9c79-bc0bf7f0f176/image.png)
+
+### 🍇 정의
+
+* 최악의 경우 선형적인 트리가 되는 것을 **방지하고 스스로 균형을 잡는** 이진 탐색 트리
+* 두 자식 서브트리의 높이는 항상 최대 1만큼 차이 난다는 특징
+* 탐색, 삽입, 삭제 모두 시간 복잡도가 O(logn)
+
+### 🍇 균형 인수
+
+![](https://velog.velcdn.com/images/prettylee620/post/06331d69-34ea-452b-8dc2-6a94c2e07d2f/image.png)
+
+1. 균형 인수 : 균형의 정도를 표현하는 단위
+2. 균형 인수의 절댓값이 크면 클수록 그만큼 트리의 균형이 무너진 상태
+3. 균형 인수 값 = 왼쪽 서브 트리의 높이 - 오른쪽 서브 트리의 높이
+4. AVL 트리는 두 자식의 서브트리의 높이가 항상 최대 1만큼 차이 나기 때문에 절댓값이 2이상인 경우 위치 재조정 진행
+
+### 🍇 균형잡는 과정
+
+![](https://velog.velcdn.com/images/prettylee620/post/7727f866-287d-49fa-bb36-bdca3c7896d0/image.png)
+
+1. LL 상태 : 균형인수 + 2가 존재하는 상태
+2. LL 회전 : LL상태의 데이터를 균형 잡기 위해 회전하는 방법
+3. RR 상태 : 균형 인수 -2가 존재하는 상태
+4. RR 회전 : RR 상태의 데이터를 균형잡기 위해 회전하는 방법
+
+## 레드 블랙 트리
+
+* 모든 리프 노트와 루트 노트는 블랙이고 어떤 노드가 레드이면 그 노드의 자식은 반드시 블랙이다.
diff --git "a/developLog/book/_ \354\232\224\354\246\230 \352\260\234\353\260\234\354\236\220 \354\232\224\354\225\275 \353\260\217 \354\213\240\354\236\205 \352\260\234\353\260\234\354\236\220\354\235\230 \353\260\251\355\226\245\354\204\261 \354\260\276\352\270\260_feat_ \354\273\244\355\224\274\354\261\227__.md" "b/developLog/book/_ \354\232\224\354\246\230 \352\260\234\353\260\234\354\236\220 \354\232\224\354\225\275 \353\260\217 \354\213\240\354\236\205 \352\260\234\353\260\234\354\236\220\354\235\230 \353\260\251\355\226\245\354\204\261 \354\260\276\352\270\260_feat_ \354\273\244\355\224\274\354\261\227__.md"
new file mode 100644
index 0000000..7da57f1
--- /dev/null
+++ "b/developLog/book/_ \354\232\224\354\246\230 \352\260\234\353\260\234\354\236\220 \354\232\224\354\225\275 \353\260\217 \354\213\240\354\236\205 \352\260\234\353\260\234\354\236\220\354\235\230 \353\260\251\355\226\245\354\204\261 \354\260\276\352\270\260_feat_ \354\273\244\355\224\274\354\261\227__.md"	
@@ -0,0 +1,422 @@
+---
+description: 요즘 개발자 책을 읽고 적은 후기와 커피챗 후기
+icon: book-open
+cover: >-
+  https://velog.velcdn.com/images/prettylee620/post/2b599a91-49bb-4594-b765-e80acf5a06b9/image.png
+coverY: 0
+---
+
+# 요즘 개발자 요약 및 신입 개발자의 방향성 찾기(feat. 커피챗)
+
+<figure><img src="../.gitbook/assets/image (22).png" alt=""><figcaption><p>요즘 개발자 책</p></figcaption></figure>
+
+## 1장 이런 개발자가 되고 싶어
+
+![](https://velog.velcdn.com/images/prettylee620/post/e6e104c1-fbf8-4f33-b23e-713993d17faa/image.png)
+
+> **우리는 항상 왜 그런가**라는 질문을 던지고 고민해야 한다. 내가 생각하는 개발자의 모습 구체적인 모습이 그려지지 않는다면, 먼저 자주 사용하는 서비스나 회사를 떠올려보자..!
+
+### 1. 회사가 정의하는 개발자
+
+어떤 문제를 어떻게 해결했는지를 보며, 세상에서 정의하는 개발자의 모습이 문제를 효율적으로 해결하는 문제해결사라면 회사가 정의하는 개발자는 **특정 문제를 회사만의 방식으로 탁월하게 해결하는 문제해결사**
+
+### 2. 내가 정의하는 개발자
+
+같은 개발자여도 모두 다른 커리어를 쌓으면서 그 과정에서 **자신만의 장점이 녹아든 길을 직접 만들어야 함**
+
+> 즉, 어떤 문제를 해결하고 어떤 가치를 만드는 개발자가 되고 싶은지 고민하며 정의
+
+![](https://velog.velcdn.com/images/prettylee620/post/cef83f7f-3198-4f85-bde9-6ee75ba3c30c/image.png)
+
+#### 1) 좋은 개발자의 덕목 + 잘하고 싶은 것 생각
+
+좋은 개발자의 덕목은 무엇인가를 고민하며 동시에 내가 잘하고 싶은 것이 무엇인지를 생각하는 것이 중요하다고 한다.
+
+* 예시로 문제 정의, 문제 해결, 해결방안 공유라고 생각하고 함께 밝게 나답게 성장할 수 있는 교육환경을 구축하는 개발자
+
+한 번에 정의하는 것이 아닌 `꾸준히 재정의`의 필요하다고 함
+
+#### 2) 내 호기심을 자극하는 것은 무엇인가
+
+> 나와 거리가 먼 개발자보다는 어떤 변화를 일으키고 싶은지 질문하며 접근
+
+너무 많다면 자신이 어떤 부분에 가장 많는 돈을 쓰는지 살펴보고 실패한 경험 또한 공유하자. **회사의 문화와 비전을 이해**하면 해당 회사가 자신에게 적합한지, 그 회사의 개발자는 어떤 종류의 문제를 해결해야 하는지를 알 수 있다.
+
+그렇게 되면 자신의 진로와 정체성을 더 명확하게 정의할 수 있으며 내가 지향하는 가치를 추구하고 내가 풀고 싶은 문제를 해결하는 기업을 찾자.
+
+## 2장 똑똑하게 학습하고 싶어
+
+![](https://velog.velcdn.com/images/prettylee620/post/8d8f598f-d9b2-4daf-84d0-a589ca8058c1/image.png)
+
+### 1. 출발하기 전 고민해야 할 두 가지
+
+> 프로그래밍의 학습의 시작은 피드백과 회고
+
+![](https://velog.velcdn.com/images/prettylee620/post/4f903100-c517-4eac-9251-4792b595c837/image.png)
+
+즉각적인 피드백이 필요하다. 그래야 더 효과적으로 성장할 수 있기 때문에 마치 경험치를 얻고 성장하는 속도를 보며 재미를 느끼는 것처럼 말이지
+
+주기적인 회고가 필요한 이유는 **피드백을 잘 반영하기 위해서**이다.
+
+### 2. 개인이 하는 회고
+
+* 공부를 끝낸 후 **어떤 학습 방법이 나에게 유용했는지 어떤 내용을 학습시 힘들었는지** 적어보는 것
+
+### 3. 팀 단위 회고
+
+* 정기적인 회고를 통해 스터디가 목적을 향해 잘 나아가고 있는지 개선 여부 확인 가능
+
+### 4. 어디서 배워야 할까
+
+#### 1) 📕 책 : 읽지만 말고 적용하자
+
+![](https://velog.velcdn.com/images/prettylee620/post/2399c359-90a1-40ed-a67b-65728f078e9f/image.png)
+
+1. 살펴보기 : 전반적인 구조 이해하고 어떤 부분을 집중해서 읽을지를 결정
+2. 질문하기 : 각 장이나 절을 읽기 전에 스스로 질문하는 과정으로 적극적인 학습 태도
+3. 읽기 : 앞 서 만든 질문들에 대한 답을 찾으며 심도 깊게 고민하는 것이 좋음
+4. 요약하기 : 자신의 말로 요약하고 중요한 개념 정리
+5. 복습하기 : 2단계에 만든 질문에 댜한 답하고 학습한 내용 되짚어보기
+
+#### 2) 👩‍💻 온라인 강의 : 강사 생각과 내 생각의 차이를 찾자
+
+![](https://velog.velcdn.com/images/prettylee620/post/218a3dbb-1abe-4c82-afec-9cec8de4f2cb/image.png)
+
+1. 목차보기 : 배울 내용 시뮬레이션
+2. 내가 생각 한 내용과 강사의 이야기 비교 : 왜 같고 다른지 이유를 파악하며 지식을 능동적 흡수
+3. 과거의 경험과 강의 내용을 적극적 접목 : 정리하는 것에 그치는 것이 아닌 경험 적극적 반영
+
+> 프로그래밍 학습에 있어 하나의 정답은 없다. **최적의 학습 환경은 스스로 만들어 나가야 한다**
+
+#### 3) ❓ 어떤 것부터 공부해야 할까
+
+프로그래밍의 본질은 문제 해결이므로 어떤 문제를 해결할지 먼저 정의하고 그 문제를 효율적으로 해결하기 위해 적절한 도구 사용하는 것이 중요 => `해결하고 싶은 문제`에 초점을 맞춰 학습 방향을 설정
+
+**Step 1 내가 해결해보고 싶은 문제와 맥락 찾기**
+
+평소 관심을 가졌던 회사나 서비스를 살펴보면서 내가 정의한 개발자의 모습까지 고민한다면 해결하고자 하는 문제를 찾는 과정은 더 쉬워질 것
+
+**Step 2 실무자에게 연락하기**
+
+> \*\* 연락할 수 있는 방법\*\*
+
+* 인프런 커피챗
+* 커피챗 앱
+* 트위터
+* 링크드인
+* 오픈 카톡방
+
+문제를 해결하기 위한 역량을 실무자에게 물어보며 프로그래밍으로 문제를 해결하는 사람을 찾자(링크드인 콜드메일)
+
+**Step 3 각 팀에서 원하는 역량 조사하기**
+
+원하는 직군과 회사에서 일하기 위해서는 우선순위가 가장 높은 역량 파악하고 이를 기반으로 성장하는 사이클 만들기
+
+> * 팀 문화는 어떤지
+
+* 테스트 코드를 작성하는지
+* pr 리뷰는 어떻게 진행하는지
+* 현재 팀에서 가장 목말라하는 역량은 무엇인지
+
+> 채용 공고에 있는 모든 요건을 충족하는 사람은 거의 없다. **채용 공고에서 어떤 것이 더 중요한 지 파악하고 채운 후 나머지 역량은 어떠한 방향으로 점진적으로 성장시키려고 한다는 가능성을 보여주는 것이 중요**
+
+문제 해결에 필요한 역량을 적극적으로 찾아서 학습하는 사이클을 만들어야 빠르게 성장 가능하고 번아웃이 덜 올 수 있다. 제대로 목표에 다가가고 있는가에 대한 질문을 스스로 하기
+
+#### 4) 무엇부터 만들어야 할까
+
+1. 동작 가능한 작은 버전부터 만들기 : 핵심 기능 파악 가능
+
+* 확실성에 대응하기 위해 사용자의 피드백을 받으며 `점진적 발전`시켜야 한다. 즉 다 구현을 못하더라도 언제나 핵심 기능이 동작하도록 만드는 연습
+
+2. 연계 기능 확장
+3. 레이아웃 구현
+4. 스타일 적용
+5. 사용자 피드백 적용 : 어떻게 피드백을 요청할까
+
+#### 5) 질문을 똑똑하게 할 것
+
+> 피드백을 요청할 때는 목적을 분명히 하고 현재 상황을 구체적으로 설명하며 서로 이해한 내용이 일치하는지 확인하는 과정
+
+#### 6) 스터내 내에서의 피드백 전략
+
+1. 구체적인 목표 설정
+
+> Ex. X시간 안에 y 구현하기 자바스크립으 기본서에서 모르는 개념 다룬 챕터 4개 한달 간 공부한 후 예제를 통해 설명 할 수 있을 정도로 학습하기
+
+2. 주기적인 목적 확인 똑똑하게 질문하기
+3. 성의 있게 질문하기 : 시행착오 과정을 설명하는 방법을 러버덕 디버깅이라하며 질문하기 전 발생한 문제를 처음부터 설명하고 해결해보는 방법 => 답변해주는 사람 또한 모든 단계에 대한 설명 해 줄 것
+4. 스타일보다는 구체적인 해결방안 질문하기 저는 이런 방식으로 구현했는데 혹시 다른 방법이 있을까요?
+5. 이해 내용 싱크 맞추기
+
+#### 7) 페어 프로그래밍
+
+![](https://velog.velcdn.com/images/prettylee620/post/8cb2e6f3-7206-46c8-a934-b12fc67d4069/image.png)
+
+> 오류를 빨리 탐지하도 버그 수를 줄일 수 있고 팀원 간의 신뢰가 높아지며 더 읽기 좋은 코드를 만들 확률이 높아진다.
+
+**💥 내비게이터와 드라이버**
+
+* **드라이버** :키보드를 직접 잡고 프로그램 작성하는 역할
+* **내비게이터** : 내비게이션처럼 전체 지도를 보며 목적지까지 제대로 갈 수 있게 확인하는 역할, 버그 확인
+
+**💥 페어 프로그래밍의 주의점**
+
+1. 한 사람이 한 가지 역할을 오래 하지 않아야 한다.
+2. 수평 관계 유지
+3. 문제은 명확하게 정의하고 요구 사항을 함께 정리
+4. 코딩 스타일 규칙을 정하고 요구사항을 만들며, 편하게 이야기를 나누는 것이 중요하다. 마지막으로 회고까지 해주자.
+
+#### 8) 효과적인 코드 리뷰 방법
+
+1. 해결하고 싶은 문제의 의도 드러내기 : 내가 먼저 코드를 복기하다가 문제를 해결하는 경우도 있음 복기 후 피드백 요청
+2. 코드 리뷰 과정에서 리액션하기\
+   : 질문을 똑똑하게 하며, 피드백 적극적 반영
+3. 코드 리뷰 후 회고로 되돌아보기 : 내가 다음에 더 잘하고 싶은 부분이나 만족스러운 부분에 살펴보는 과정과 코드 리뷰 후 규칙 만들기
+
+**💥 코드 리뷰 시 검토할 항목**
+
+**1. 이 코드가 어떤 문제를 해결하는가(특히 중요)** : 놓친 경우의 수는 없는지 혹은 예상 되는 버그는 없는 지 살펴보는 것이 중요
+
+**2. 코드 표준을 지켰는지** 코딩 표준은 코드 가독성, 일관성, 유지 보수성, 버그 위험 감소 등 다양한 이유로 중요하게 여겨짐
+
+**3. 성능 및 확장성을 확인했는가** 현재 코드가 컴퓨터의 자원을 필요 이상으로 사용하지 않는디, 사용자의 입력 또는 데이터 수가 증가하면서 처리 속도가 저하되거나 멈추는 일이 없는지 등을 판단한다.
+
+**4. 보안 측면에서 취약한 부분은 없는가**
+
+**💥 체크리스트를 만들고 확인**
+
+> **코드 리뷰 시 완벽하지 않아도 공유하는 것이 중요**하며, 시간 제한을 정하는 것을 추천한다고 함
+
+단, 코드 리뷰는 구체적인 해결 방안을 질문하며 똑똑하게 요청해야 하는데 코드와 함께 내 의도와 피드백 받고 싶은 부분을 자세히 남겨야 함
+
+#### 9) 챗 지피티로 학습법
+
+1. 동작 가능한 가장 작은 버전부터 물어보기 : 소프트웨어의 본질은 문제 해결이므로 문제 해결하는 과정에서 프로그래밍을 배우면 학습 효과가 더 크다
+2. 코드 작성 및 리뷰 요청하기 : 챗지피티가 작성한 코드가 어떤 문제를 해결하기 위한 것인지 간략하게 성명라도 개선 가능한 문의(구체적인 예시)
+
+> * 성능 최적화를 위해 이 코드를 어떻게 개선할 수 있을까요?
+
+* 이 코드의 보안 위험 요소가 있나요?
+
+3. 방향성과 예시 요청하기 코드 작성 시 어려움을 느낀다면 지금 문제를 해결하기 위해 어떤 것주터 시도해야 하는지 이해하는 것이 중요하다. 검색과 학습을 통해 내용을 검증하며 강력한 피드백 도구로 사용 가능하다.
+
+## 4장 함께 성장하고 싶어
+
+> 3장은 이력서 관련이라 읽기만 하고 정리는 no no
+
+### 1. 혼자 공부하고 있다면
+
+> 피드백을 주고 받을 수 있는 환경에 참여하며 성장할 수 있는 환경 직접 만들기
+
+**목표, 기간, 규칙 정하기**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/c6e6cde6-589d-4974-89dc-13abda66eb44/image.png" alt=""><figcaption></figcaption></figure>
+
+목표 설정
+
+* 측정할 수 있는 목표를 설정하는 것이 가장 중요
+* 자바스트립트 10가지 핵심 개념을 예시와 함께 설명할 수 있도록 연습하기
+
+기간 설정
+
+* 한 달 이내로 짧게 설정해서 작은 성공 빠르게 맛보기
+* 바쁠 때는 잠시 멈춰가기
+
+규칙 설정
+
+* 스터디 시간에 늦을 것 같다면 10분 전까지 메세지 공유하기 처럼 구체적으로 설정
+* 가장 중요한 규칙 2-3지
+
+### 2. 환경을 잘 운영하기
+
+1. 모든 구성원의 능동적 참여
+2. 중간 회고
+
+#### 1) 의미 있게 마무리
+
+개념을 적용하고 함께 학습한 내용으로 각자 어떤 경험으로 개척해나가는지 공유하는 것이 가치 있는 일이며 다른 사람과 피드백을 주고받는 환경 개척
+
+#### 2) 회사에서 나 혼자라면
+
+스스로 만드는 환경 어떻게 하면 개발 중에 피드백을 받을 수 있는지 고민해야 한다.
+
+#### 3) 혼자인 상황에서도 피드백을 받는 방법
+
+1. 회사 내 동료 만들기 : 다른 팀에 혼자하는 개발자가 있다면 찾아보자
+2. 외부 환경 만들기 : 내부에서 찾기 어렵다면 외부에서 스터디나 커뮤니티를 통해 함께 성장할 동료 찾기
+3. 다른 직군의 동료와 페어 프로그래밍하기 혼자라고 느껴지거나 충분한 피드백을 받지 못하고 있다고 느낄 때, 바로 그때가 새로운 도전을 시작할 최적의 기회 좋은 팀원이 되고 싶다면 : 메신저와 회의편
+
+> 협업의 핵심은 커뮤니케이션
+
+## 6장 나 오늘도 잘하고 있어
+
+> 5장의 경우 이직 관련된 이야기로 읽고 요약은 하지 않았다!
+
+### 1. 성장보다 중요한 것은 방향성
+
+> 어떤 개발자가 되고 싶은가보다 중요한 건 **어떤 개발자로 살아가고 싶은가**이다.
+
+#### 1) 욕구 중요하게 생각하는 것 3가지를 골라보자
+
+![](https://velog.velcdn.com/images/prettylee620/post/304e7e30-132e-4855-a27a-3971530e5b76/image.png)
+
+위의 사진의 경우 한국비폭력대화교육원에서 제공한 욕구목록으로 욕구목록 중 **자신이 중요하게 생각하는 키워드를 3가지**를 고른다.
+
+나의 경우 3가지로 추리기가 힘들어 4가지 골랐다 ㅋㅋㅋ
+
+> * 신체적 생존
+
+* 사회적/정서적 상호작용
+* 놀이/재미
+* 자기 구현
+
+그 다음 그것에 밑에 있는 키워드를 여러 개 1차로 뽑고 그 중 3가지를 뽑는다.
+
+> * 1차로 뽑은 키워드 : 휴식, 안전, 친밀한 관계, 배려, 협력, 즐거움, 성장, 창조성
+
+* 2차로 뽑은 키워드 : 협력, 성장, 즐거움, 휴식
+
+#### 2) 내가 되고 싶은 개발자란..
+
+위의 키워드를 기반으로 보면
+
+> 나는 성장을 하고 싶으며, 성장하기 위해서는 즐거움을 가지고 다른 사람들과 협력하며(= 공유하며) 1명에게라도 도움을 주는 개발자가 되고 싶으면 적당한 휴식은 필요하다.
+
+#### 3) 내가 되고 싶은 개발자를 알았다면 작은 성공들 만들어가기
+
+어쨋든 성장은 장기전이기 때문에 빠르게 달리는 것이 아닌 **내가 원하는 방향으로 달리고 있는가가 중요하다.**
+
+즉, 작은 성공들로 천천히 채워가며 자신이 원하는 방향으로 간다면 원하는 개발자가 될 수 있다.
+
+## 🤔 책을 읽고 개인적인 생각과 방향성
+
+### 1. 원하는 회사 최선은 안되더라도 차선은 찾아보는 것이 중요할 것 같다.
+
+회사를 다닌 지는 2주 조금 넘었지만 자신이 원하는 서비스를 회사에서 만들 수 있는 곳은 극히 일부 일 것 같다라는 생각이 든다. 자신이 원하는 서비스를 만드는 회사에 들어갈 수도 있지만 그렇지 않다면 자신의 의견을 피력할 수도 있겠지만 **회사에도 규칙이 있기에 회사에서 말하는 문제를 그 회사의 규칙에 방식에 맞게 해결하는 것이 개발자겠지..**
+
+> 회사로 성장도 가능하겠지만\*\* 회사랑 개인을 조금 분리해서 봐야 할 것 같다\*\*라는 생각도 든다. 하지만 대부분의 시간을 회사에서 보내는 것만큼 자신이 싫어하는 분야를 가면 그 시간이 고통스럽겠지..(퇴사의 길로..)
+
+![](https://velog.velcdn.com/images/prettylee620/post/6feecb3b-fa1f-408a-ba2d-54cd485f6307/image.png)
+
+물론 일 적으로 변하면 자신이 좋아하는 분야도 싫어하게 된다고는 하나 흥미가 있는 것과 아예 없는 것은 다를 듯하다ㅋㅋㅋ
+
+아 그리고 덤으로 뿌듯함이 있다면 좋을 수도..(쉽지 않겠짘ㅋㅋ) **나름 일을 제대로 시작하지는 않지만 교육쪽이라 일하면서 뿌듯함을 가져갈 수 있을듯**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/1e9c447c-d22f-4bb3-8afe-037498cfa185/image.png" alt=""><figcaption></figcaption></figure>
+
+그리고 자신이 뭐가 중요한지 생각해보는 것도 중요할 듯하다. 워라벨 vs 돈이냐 물론 지금 취업시장 상태는 고르는 것도 힘들 정도로 갑자기 퇴화됐지만...**(물론 연봉도 합격전에 안알려주는 곳이 다수지만.. 잡플래닛을 보면 대출 알 수 있음)**
+
+회사의 가장 좋은 점은 워라벨과 사람이 좋다는 것..
+
+> 개인적인 생각으로는 **신입때는 si의 경우 워라벨이 좋아야 개인적인 공부할 수 있지 않을까..?라고 나는 생각한다.** 그리고 포괄로 야근해도 돈도 휴가도 안주는 곳이 다수라...ㅋ..ㅜ
+
+### 2. si, sm을 간다면 회사의 마인드나 잡플래닛을 보면 회사의 문화를 알 수도..
+
+일단 내가 취업하고 싶었던 쪽도 게임개발이었음 하지만 신입인 지금 취업은 현실과도 어느정도 타협함..
+
+그 이유로
+
+* 첫 번 째는 게임 개발은 신입 개발자를 잘 안 뽑음
+* 두 번 째는 게임 개발에 대해 해 본 것이라고는 유니티 뿐..
+* 세 번째는 좋지 않은 게임 시장\*\*(요즘 nc도 자회사 정리하고 수익 내기가 쉽지 않나봄)\*\*
+* 네 번째 소문에 좋지 않은 워라벨..**(지인과 일본게임개발자를 본 적 있는데 야근..밤샘이 진짜...🥲)**
+
+내가 게임 개발에 흥미를 가지고 있는 건 내가 하고 있는 게임이 어떻게 구현되는 지 궁금해서가 크다. 일단 게임 개발 지식이 적으니 그것부터 공부하고 생각해보려 한다.
+
+그리고
+
+> **회사의 문화와 비전을 이해**하면 해당 회사가 자신에게 적합한지, 그 회사의 개발자는 어떤 종류의 문제를 해결해야 하는지를 알 수 있다.
+
+si, sm는 대부분 그저 고객사에 맞추는 경우가 많기에 회사의 마인드..?가 좋은지를 보면 좋을 수도
+
+### 3. 누구나 다 비슷한 고민을 한다. 너무 깊은 굴 파지 말자..
+
+![](https://velog.velcdn.com/images/prettylee620/post/9b14ecb5-545b-4415-a307-b27331737156/image.png)
+
+최근에.. 입사한 지 2주밖에 안됐지만 취업의 문제가 사라지니 **커리어에 대한 고민중이었다...** 나의 경우 작년 부트캠프를 하는 도중 개발용 트위터를 만들어서 고민 등을 적음 ㅋㅋㅋㅋ 다음의 글을 쓰니 비슷한 고민을 하는 사람도 있었으며, 주말에 쉬어도 벌어먹고 괜찮다는 사람도 있었다.
+
+> 나는 MBTI가 INFP인데 **성격 상 끊임없는 성장을 갈망하지만 또 금방지친다. 하지만 조금이라도 성장하지 않으면 나 자신에 대한 회의감이 온다ㅋㅋㅋㅋ**(진짜 이상한 성격)
+
+**나만 이런가? 내가 문제인가?라는 생각**과 회사에서 나 자신은 너무 작아보이고 고민이 많았는데 비슷한 고민을 가진 사람이 있다는 것만으로 \*\*깊게 땅굴 파기 전에 나올 수 있었다. \*\*
+
+![](https://velog.velcdn.com/images/prettylee620/post/e3a088bd-82c4-4549-9442-0bec80d40b0a/image.png)
+
+자신만 부족하고 자신만 이런 고민을 할 거라는 생각은 다른 사람과 이야기를 나눠보면 없어질 것이다. 더 깊은 굴 파기 전에 나올 수 있을 것이다.
+
+### 4. 번아웃 왔을 시 자신 만의 대처법을 찾아보자.
+
+![](https://velog.velcdn.com/images/prettylee620/post/a3efc537-e218-4d8f-a9f5-73d8537e83f6/image.png) **(출처 : @PacerKorea)**
+
+트위터에서 봤는데 도움이 될 것 같아 가지고 왔다. 우리나라는 특히 개발자의 경우, 끊임없이 공부해야 한다는 말 때문에 번아웃이 왔음에도 온 채로 공부하다가 지치고 더 지쳐서 돌이킬 수 없는 상태까지 되는 것 같다 😭😭
+
+특히, 부트캠프에서 짧은 기간에 공부하다 보니 주변에서 그런 분들이 많다.. 뿐만 아니라 오래 일 하신 분들도 지쳐하는 것을 봤다. **(나도 부트캠프 기간에 넘사벽 비전공자분에 번아웃 주마다 왔었음..)**
+
+> 번아웃이 자주 오는 것보다는 왔을 때 자신만의 대처법으로 **완전히 이겨내지는 못하더라도(대부분 번아웃을 가지고 산다고 함) 그래도 다시 일어 설 정도의 힘을 휴식하면서 만드는 게 낫지 않을까?**
+
+![](https://velog.velcdn.com/images/prettylee620/post/f42a310b-be74-4c10-9cdb-2d79f693de59/image.png)
+
+### 5. 원하는 회사 현업자 혹은 현업자들 커피챗 최대 활용하기(feat. 첫 커피챗 후기)
+
+![](https://velog.velcdn.com/images/prettylee620/post/9cda2dc2-dd88-45dd-bd38-bf63c45215c6/image.png)
+
+이번주 금요일에 트친 3분과 커피챗과 칼국수챗을 하게 되었다. 1분은 나랑 같은 신입 (분야는 다름)보안쪽 2분은 대기업 개발자와 매니저(두 분의 회사는 다름)
+
+회사 끝나고 `칼국수집`에서 먼저 만나게 되었으며, 칼국수를 먹고 2차로 바로 옆 카페를 가게 되었다. 카페가서 두 분이 명함을 주셨다..
+
+되게 많은 이야기를 나누고 문화에 대해서도 들었다. 그리고 **내가 아직 아는 세계는 좁구나..ㅋㅋㅋㅋㅋ 실제 현업에 써보신 스택에 대해서 보여주셨는데 흐억... 굉장히 많았다. 반은 내가 처음 보는 것들 ㅋㅋㅋㅋ..**
+
+그리고 현재 기업의 체계, 지금 기업들의 상태 등도 알게 되고 어떤 부분이 중요한지.. 실제 대기업에서는 log가 개많아서 DBMS로 안돼서 하둡을 쓴다는 것, 보안쪽은 어떻게 돌아가는지 그리고 한 가지 궁금한 것을 여쭈어봤다.
+
+> 🤔 "회사 공고를 보면 능통함이라고 적혀있잖아요 능통함의 기준이 뭘까요?" 😳"능통하게 할 수 있는 사람은 거의 없다. 다만 인터넷에 나와있는 것들은 알고 거기서 기업에서 원하는 것을 조금 알고 있다면 뽑히는 거다. 실제로 코테에서 겁나 능통한 사람이 있었는데 면접을 보니 그런 이론적 지식은 전무하더라"
+
+거기다 생각보다.. 트친분들 중에 대단한 분들이 많구나..를 느낌ㅋㅋㅋㅋㅋㅋㅋㅋ 트위터에 개발 고수분들이 너무 많다.. 트위터 강추..ㅋㅋㅋㅋㅋㅋ
+
+올해 커피챗 다양하게 만나 볼 예정이다..
+
+### 6. 완벽하지 않아도 된다.
+
+> 완벽함을 목표로 하지 않는다. 빨리 시작하고 중간중간 피드백을 받는 것이 중요하다.
+
+배워야 할 것은 많고.. 외울건 많고 ㅋㅋㅋㅋㅋㅋㅋ
+
+![](https://velog.velcdn.com/images/prettylee620/post/3799d69f-ea9e-4cd2-b30b-d5e4cf084302/image.png)
+
+하지만 어차피 장기전이기에 완벽함보다는 천천히 나아감을 목표로 잡자...
+
+![](https://velog.velcdn.com/images/prettylee620/post/d5059422-313a-4f1b-9d51-dd806b85acbf/image.png)
+
+트위터에서 도는 글인데 그렇다고 함 참고하라고 가져옴
+
+### 7. 같은 직무 사람들과 대화를 나눌 수 있는 환경을 만들자.
+
+트위터던지.. 오픈채팅이라던지.. 링크드인이라던지 아무거나 괜찮다... 나의 경우 전문대라 사실 이 분야로 간 사람이 한정적이라 에타를 이용할 수는 없었다.
+
+생각보다 **트위터**를 개발자들이 많이 이용한다고해서 8월에 글 1\~2개 적고나서 트친소하고 꾸준히 교류를 늘려왔다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/3e7b852b-8d5e-4bb0-823f-dff11d7002f0/image.png" alt=""><figcaption></figcaption></figure>
+
+트위터로 인해 내 개발자 삶에 많은 도움을 얻었다고 해도 과언이 아니다 ㅋㅋㅋㅋ😭😭 진짜.. 위로도 많이 받고 공감도 많이 했다ㅋㅋㅋ 좋은 글도 많았다. 이런 대화를 나누고 공유할 수 있는 환경을 만들자!!!
+
+### 8. 중요한 것은 빠르게가 아닌 방향성
+
+물론 이건 개인마다 생각이 다를 수가 있다. 하지만 나는 방향성을 잡으면 우직하게 나가기 때문에..(사실 빠르게가 안됨 ㅋㅋㅋ)
+
+아직 입사한 지 한달도 안됐고 몇 달 간은 방향성에 대해 고민하면서 공부해보고자 한다!!!
+
+### 9. 궁금하다면 찍먹이라도 직접 해보자.
+
+커피챗에서 요즘 기업들이 러스트로 많이 바꾸고 있다는 소식을 들었다..c++, c#도 러스트(Rust)로 많이 바꾸고 기업에서 쓰는 사람이 많이 늘어나고 있다고..
+
+그래서 주말에 일단 Rust에 대해 잘 모르기 때문에 IDE 툴이랑 컴파일러만 설치했다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/458afe51-fce4-481c-83f3-d2b24cb50568/image.png)
+
+찍먹을 해보고 나랑 맞는지 판단해야 겠다.
+
+> 사이드 프로젝트 관련 사이트 : [데브폴리오](https://devfolio.kr/)
+
+모든 개발자, 직장인, 취준생, 대학생 모두 화이팅!!!&#x20;
+
+> [VELOG 버전](https://velog.io/@prettylee620/%EC%9A%94%EC%A6%98-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%8F%85%EC%84%9C-%EC%9A%94%EC%95%BD-%EB%B0%8F-%EA%B0%9C%EC%9D%B8%EC%A0%81%EC%9D%B8-%EC%83%9D%EA%B0%81)
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/e820d8e7-9c88-4323-a8cc-06e626024223/image.png" alt=""><figcaption></figcaption></figure>
diff --git "a/developLog/book/learn-errors/_ 1\354\236\245 \354\227\220\353\237\254\352\260\200 \354\231\234 \353\254\264\354\204\234\354\232\270\352\271\214__.md" "b/developLog/book/learn-errors/_ 1\354\236\245 \354\227\220\353\237\254\352\260\200 \354\231\234 \353\254\264\354\204\234\354\232\270\352\271\214__.md"
new file mode 100644
index 0000000..64fd8da
--- /dev/null
+++ "b/developLog/book/learn-errors/_ 1\354\236\245 \354\227\220\353\237\254\352\260\200 \354\231\234 \353\254\264\354\204\234\354\232\270\352\271\214__.md"	
@@ -0,0 +1,226 @@
+---
+description: 사람들이 에러 메시지를 보고도 넘어가거나 에러를 무서워 하는 이유가 뭘까?
+---
+
+# 1장 에러가 왜 무서울까?
+
+> 코드가 작동하지 않는 상황에 발생하는 에러는 크게 두 가지로 나눌 수 있다. 에러를 읽는 것만으로도 해결할 수 있는 문제와 원인 파악이 필요한 문제다.\
+>
+
+## 1. 에러를 읽지 않게 되는 이유
+
+### 01. 이유 1 : 에러가 영어라서
+
+에러에 대해서는 자신이 없는 사람도 많다. 에러를 대하는 마음가짐을 바꾸는 것이다. 에러를 읽지 않게 되는 이유는 가장 큰 것이 에러가 영어로 표기되기 때문\
+
+
+> 편하게 에러를 읽을 수 있는 포인트를 찾기!
+
+* 코드 양이 적은 것은 바로바로 읽자\
+
+
+#### 1) 간단한 문법 지식만 있으면 OK
+
+> 영어가 능숙하지 않은 사람이라면 일상 회화 수준의 영어를 당장 익히는 것은 어렵지만 에러 내용을 읽는 것은 그렇게 어렵지 않다는 것!
+
+\
+에러는 문장의 형식이 정해져 있으므로 사용하는 단어도 한정적이다.
+
+```
+X is not definded
+```
+
+define =정의하다라는 의미 이며, is not defied는 be동사 + not(부정) + 과거분사인 수동태의 부정문으로 정의되어 있지 않은 상태를 의미\
+
+
+> 기본적으로 문장을 읽을 때는 주어와 술어를 확인해야 한다.
+
+\
+먼저, 문법에 집중하여 메시지와 의미를 확인하쟈
+
+#### 2) 주어가 생략된 케이스
+
+```
+Cannot read properties of null
+```
+
+null 속성을 읽을 수 없다.\
+
+
+1. 술어 : Cannot read
+2. 주어 : The program
+
+> 대부분 에러의 주체는 해당 프로그래밍 자체를 의미 즉, The programm을 붙일 것
+
+```
+The programm cannot read properties of null.
+```
+
+이와 같이 에러의 주어가 프로그램 자체와 시스템을 의미하는 것이 분명할 때는 주어가 생략되며, 영어 문법의 특징상 주어를 제일 앞에 추가하면 된다.\
+
+
+#### 3) 간단한 표현을 사용하는 케이스(명사구만을 사용)
+
+> 에러 메시지에는 주어와 술어가 모두 생략된 표현도 있다.
+
+```
+Invalid array length
+```
+
+* Invalid  = 유효하지 않은
+* array length = 배열의 길이
+
+\
+명사구만 존재하고, 주어와 술어만 있어서 불친절하게 보일 수 있으나 이와 같은 표현이 많다는 것..\
+
+
+> 유효하지 않은 배열의 길이를 사용하고 있으므로 사용할 수 없다.
+
+```
+Unexpected token '['- 예상하지 못한 토큰 '['missing ) after argument list- 인수 리스트 뒤에 )가 없음
+```
+
+
+
+#### 4) 자주 사용하는 단어와 프로그래밍 특유의 의미를 갖는 단어
+
+> 에러 메시지에는 일반적인 단어 이외에도 프로그래밍에서 고유의 의미를 갖는 단어가 존재한다. 이 단어들은 사전적 의미를 찾아봐도 일반적인 의미만으로 이해하기 어려운 부분이 있다. 이들은 프로그래밍 용어로 의미를 이해해야 함
+
+| 자주 나오는 단어           | 의미          |
+| ------------------- | ----------- |
+| valid/invalid       | 유효한/유효하지 않은 |
+| expected/unexpected | 기대한/기대하지 않은 |
+| defined/undefined   | 정의된/정의되지 않은 |
+| declared/undeclared | 선언된/선언되지 않은 |
+| reference           | 참조          |
+| require             | 필요한         |
+| deprecated          | 사용되지 않는     |
+| expired             | 만료된         |
+| apply               | 적용하다        |
+| deny                | 거부하다        |
+| permission          | 허가          |
+| range               | 범위          |
+| missing             | 보이지 않는(빠진)  |
+
+| 단어                     | 프로그래밍 고유의 의미 |
+| ---------------------- | ------------ |
+| function/argument      | 함수/인수        |
+| variable/constant      | 변수/상수        |
+| object/property/method | 객체/속성/메서드    |
+| expression/statement   | 식/문          |
+| operator/operand       | 연산자/피연산자     |
+| token                  | 토큰           |
+| initializer            | 이니셜라이저       |
+| mutable/immutable      | 변할 수 있는/불변의  |
+| iteration/iterable     | 반복/반복할 수 있는  |
+| assignment             | 할당           |
+
+### 02. 이유 2 : 길어서 읽기가 어려움
+
+```
+ReferenceError; nickname is not defined  at fn3 (/Users/naera/section-1/app.js:14:3)  at fn2 (/Users/naera/section-1/app.js:10:3)  at fn1 (/Users/naera/section-1/app.js:6:3)  at /Users/naera/section-1/app.js:18:16  at Layer.handle [as handle.request] (/Users/naera/section-1/p  nodejnodules/express/lib/router/layer.js:95:5)  at next (/Users/naera/section-l/node.modules/express/lib/p  router/route.j s:144:13)  at Route.dispatch (/Users/naera/section-1/node_modules/p  express/lib/router/route.js:114:3)  at Layer.handle [as handle.request] (/Users/naera/section-1/p  node_modules/express/lib/router/layer.js:95:5)  at /Users/naera/section-1/node_modules/express/lib/router/p  index.js:284:15  at Function.process_params (/Users/naera/section-1/p  nodejnodules/express/lib/router/index.js:346:12)
+```
+
+> 긴 에러 메시지에서 주의해서 읽어야 할 부분은 대략 2\~3행 정도다.
+
+\
+에러를 구성하는 세 가지 요소
+
+1. 에러의 종류 : Uncaught ReferenceError
+2. 에러 메시지 : nickname is not defined
+3. 스택 트레이스
+
+\
+위 사진에서는 단 두 행의 메시지만 읽으면 된다.
+
+```
+ReferenceError : nickname is not definedat fn3 (/Users/naera/section-1/app.js:14:3)
+```
+
+참조 에러 : nickname이 정의되어 있지 않다.\
+
+
+> 즉, 에러는 전부 읽을 필요가 없다는 것을 기억하자. 중요한 포인트만 알면 읽기 쉬워진다.
+
+
+
+### 03. 이유 3 : 읽어도 바로 원인을 파악 할 수 없음
+
+에러는 발생한 위치와 근본적인 원인이 다를 때도 있다.\
+
+
+> 에러는 확인했지만 해결 방법이 도무지 떠오르지 않을 때도 있을 것이다.
+
+\
+이러한 경험이 방법되면서 에러에 자신이 없어지고 에러를 읽지 않게 되는 사람이 많을 것
+
+#### 1) 에러의 발생 위치와 근본적인 원인이 다를 때
+
+```
+function hello(user) { |   console.log('안녕하세요 ${user.nickname} 님'); .------ 여기서 에러 발생}
+```
+
+\
+에러의 내용 : null 속성을 읽을 수 없다.(nickname을 읽으려고 함)
+
+```
+Cannot read properties of null (reading 'nickname')
+```
+
+\
+이 에러는 null은 nickname 속성을 읽을 때 에러가 발생하는 것을 알 수 있다. 코드에서 nickname 속성을 읽는 부분은 ${user.nickname}이다.\
+
+
+> 즉, user가 null이 되어버리는 것이 문제이다.
+
+\
+user는 hello() 함수의 인수로 전달되므로 수정해야 할 부 분은 hello() 함수를 호출하는 부분\
+다양한 위치에서 호출을 하고 있다면, hello(user1), hello(user2) 등 실제 원인이 되는 부분을 찾아야 하는데 바로 해결을 할 수 는 없지만, 에러를 자세히 읽어보면 효율적인 근본 원인을 찾을 수 있다.\
+
+
+#### 2) 라이브러리 등의 코드에서 에러가 발생했을 때
+
+라이브러리는 편리한 기능을 모아둔 코드이다. 다른 사람이 작성한 라이브러리 코드에서 원인이 발생하면 난이도가 올라간다.\
+
+
+```
+const { Client } = require("pg");const client = new Client({  user: "alice",  password: "password",  database: "myDb",})；const connectClient = async () => {  await client.connect();}；connectClient();
+```
+
+에러
+
+```
+error: password authentication failed for user "alice"  at Parser.parseErrorMessage (/Users/naera/project/司node_niodules/pg-protocol/dist/parser.js:287:98)  at Parser.handlePacket (/Users/naera/project/node_modules/ppg-protocol/dist/parser.js:126:29)  at Parser,parse (/Users/naera/project/node.modules/ppg-protocol/dist/parser.js:39:38)  at Socket.<anonynious> (/Users/naera/project/node_modules/ppg-protocol/dist/index.js:11:42)  at Socket.emit (node:events:513:28)  at addChunk (node:internal/streanis/readable:324:12)  at readableAddChunk (nodezinternal/streams/readable:297:9)  at Readable.push (node:internal/streams/readable:234:10)  at TCP.onStreamRead (node:internal/strean)_base_coniinons:190:23)
+```
+
+
+
+> 실제로 이 에러는 자신이 작성한 코드에서 어디에 원인이 있는지를 나타내는 부분이 없다.
+
+\
+에러가 발생한 부분은 2행의 어떤 파일이지만,  라이브러리의 코드에 문제가 있는 것이 아닌 **데이터베이스에 접속하기 위한 유저 정보와 패스워드가 틀린 것이 에러의 원인**이다.
+
+\
+프로그램을 작성하다 보면 해결하기 어려운 에러를 만날 때가 있다. 그렇다고 해서 에러를 읽을 필요가 없는 것은 아니다. 에러를 읽으면 조금씩 문제를 해결할 수 있는 힌트를 얻을 수 있다. <mark style="color:blue;">조금씩 발전한다는 생각으로 에러를 대하도록 하자</mark>\
+
+
+## 2. 에러를 향한 마음가짐
+
+### 1) 간단하게 생각하자
+
+> 바로 해결할 수는 없더라도 힌트를 발견할 수 있다.
+
+\
+에러가 발생하는 영역과 난이도가 다양하지만, 에러를 제대로 확인하기만 해도 간단하게 해결할 수 있는 문제도 많다.\
+
+
+### 2) 어려운 에러는 좋은 학습의 기회
+
+> 에러를 만날 때마다 새로운 것을 배울 수 있다는 마음가짐을 갖는 것이 중요
+
+
+
+### 3) 에러를 읽는 스킬은 항상 도움이 된다.
+
+에러는 포맷이 정해져 있고 종류도 정해져 있다. 에러 메시지를 한 번만 자세히 읽고 내용을 이해해두면 이후에는 개발이 편해진다.\
+에러는 개발자가 효율적으로 디버깅 할  수 있게 해주는 아군이다.\
diff --git "a/developLog/book/learn-errors/_ 2\354\236\245 \354\227\220\353\237\254\353\245\274 \354\236\230 \354\235\275\353\212\224 \353\260\251\353\262\225_.md" "b/developLog/book/learn-errors/_ 2\354\236\245 \354\227\220\353\237\254\353\245\274 \354\236\230 \354\235\275\353\212\224 \353\260\251\353\262\225_.md"
new file mode 100644
index 0000000..b246102
--- /dev/null
+++ "b/developLog/book/learn-errors/_ 2\354\236\245 \354\227\220\353\237\254\353\245\274 \354\236\230 \354\235\275\353\212\224 \353\260\251\353\262\225_.md"	
@@ -0,0 +1,187 @@
+---
+description: 효율적으로 에러를 읽는 방법, 에러의 구성 요소와 종류
+---
+
+# 2장 에러를 잘 읽는 방법
+
+## 01. 에러의 구성요소를 알아보자
+
+> 에러를 술술 읽기 위해서는 에러의 구성 요소를 파악하는 것이 중요하다.
+
+1. 에러의 종류
+2. 에러 메시지
+3. 스택 트레이스
+
+### 1. 에러의 종류
+
+> 에러의 종류는 프로그래밍 언어에 따라 다르지만 종류를 파악하는 것으로 에러의 대략적인 내용을 알 수 있다.
+
+1. ReferenceError : 참조 에러
+
+* 존재하지 않는 변수 등을 참조하려고 할 때 발생하는 에러(정의 되어 있지 않은 것 참조할 때)
+* 해결 방안 예측  : 변수가 제대로 정의되어 있는지 확인
+
+```javascript
+let message = "즐거운 디버깅";function showMessageO {  
+    console.log(mesage); - s가 하나 빠져 있음
+}showMessage();
+
+```
+
+```
+ReferenceError: mesage is not defined
+```
+
+참조 에러: mesage가 정의되어 있지 않음\
+그 외의 경우에도, 있다
+
+<pre class="language-javascript"><code class="lang-javascript">if (true) {  
+<strong>    const message = "즐거운 디버깅";
+</strong>}
+function showMessage() {  
+<strong>    console.log(message); ------ 에러의원인
+</strong>}
+showMessage();
+</code></pre>
+
+\
+`스코프scope（유효 범위）`는 if 문의 블록（{ \~ } 내부）으로 한정 된다. 이와 같이 변수가 정의되어 있더라도 스코프가 다르면 참조할 수 없으므로 **ReferenceError**가 발생한다.
+
+> 스코프는 변수와 함수를 참조할 수 있는 범위
+
+\
+2\. ArgumentCountError
+
+* 함수의 인수(argument)의 수(count)가 잘못된 것을 의미
+* 해결 방안 예측 : 정의된 함수와 해당 함수를 호출하는 부분 확인
+
+\
+3\. SyntaxError : 문법 에러
+
+> 프로그램의 로직에 문제가 있는 것은 아니므로 로직을 확인할 필요는 없다. 따라서 <mark style="background-color:purple;">표기 방식에 문제가 있는 부분을 중점으로 찾으면 된다.</mark>
+
+* 코드의 문법이 잘못되었을 때 발생
+
+```javascript
+function add [a, b] {   
+    return a + b;
+}；
+```
+
+```
+SyntaxError: Unexpected token '['
+```
+
+문법 에러 : 예상하지 못한 토큰 \[\
+
+
+4\. TypeError : 타입 에러
+
+* 값이 부적절한 방법으로 사용할 때 발생
+* 예시로 자바스크립트에서 문자열 길이를 확인할 때 사용하는 length 속성을 문자열이 아닌 null에 사용하려고 할 때 해당 에러가 발생
+
+```
+"hello".length null.length 
+```
+
+```
+TypeError: Cannot read properties of null (reading 'length')
+```
+
+\
+5\. RangeError : 범위 에러
+
+* 허용되지 않은 범위의 값을 함수로 전달할 때 발생
+
+> 이 에러가 발생할 때는 인수의 값을 확인하자
+
+\
+에러의 종류를 알면 어떻게 문제가 발생했는지 알 수 있으므로 어떻게 대처할지 예상할 수 있다.\
+
+
+#### 1) 에러의 종류를 알면 원인과 대책을 예측하기 쉽다.
+
+> 에러가 발생 시마다 조금씩 지식을 쌓아가자.
+
+\
+
+
+### 2. 에러 메시지
+
+> 이 부분의 에러를 읽지 않고서는 효율적으로 문제 해결 불가
+
+\
+단어의 의미를 찾아보고 메시지의 의미를 확실히 이해하도록 노력하는 것이 에러를 해결하는 빠른 길\
+
+
+### 3. 스택 트레이스(stack trace)
+
+> 스택 트레이스는 간단하게 말하면 에러 발생까지의 흐름을 나타내는 것, 위치를 알려주는 역할
+
+#### 1) 스택 트레이스가 알려주는 것
+
+> 작업의 흐름과 에러가 발생한 위치를 알려준다.
+
+```
+처리 A => 처리 B => 처리 C(에러 발생) 에러 발생하기 까지의 흐름 => 처리 D
+```
+
+#### 2) 스택 트레이스란?
+
+> 프로그램 내 함수가 어떤 순서로 호출되는지 표시하는 이력 정보
+
+* 트레이스(trace) : 자취, 기록
+* 스택(stack) : 쌓이는 것
+
+\
+원래 스택 트레이스는 <mark style="background-color:purple;">말 그대로 스택에 쌓인 것들을 보여주기 때문에 함수가 호출되는 반대로 나타난다.</mark>\
+함수 호출 순서대로 상자에 쌓이듯 순서대로 스택에 쌓인다. 이것을 꺼내서 불러오는 게 스택 트레이스
+
+> 즉, 마지막에 호출 된 것이 스택 트레이스 가장 윗줄에 표시 된 다는 것!(프로그래밍 언어에 따라 다름 보통 자바랑 자바스크립트는 그럼)
+
+#### 3) 스택 트레이스의 구체적인 예
+
+```
+<!DOCTYPE html><html lang="ko">  <head>    < meta charset="UTF-8" />    <title>Sainple</title>  </head><body>  <h1>Stack trace</h1>  <script>    fn1();    function fn1() {      fn2();    }    function fn2() {      fn3();     }    function fn3() { //에러가 숨어 있음      console.log(nickname);    }  </script></body></html>
+```
+
+\
+스택 트레이스의 첫 번째 행에는 최종적으로 에러가 발생한 장소인 함수 f3의 정보가 표시된다.\
+sample.html:19:21 은 에러가 발생한 파일명과 에러가 발생한 위치의 행과 열의 번호를 표시
+
+#### 4) 먼저 <mark style="color:purple;">최종 지점</mark>을 확인하자.
+
+> 스택 트레이스는 최종 지점에서 에러가 발생한 것이므로 먼저 해당 부분을 살펴보는 것이 효율적이다.
+
+\
+대부분의 에디터에는 행과 문자의 수를 지정하면 해당 위치로 점프하는 기능을 제공하기 때문에 스택 트레이스에 나와 있는 행과 번째를 입력하면 찾기가 편하며, 작업을 좀 더 효율적으로 진행할 수 있다.\
+참고로 행의 첫 번째부터 문자를 셀 때 공백도 하나의 문자로 인식\
+
+
+> 모든 행을 읽으려고 하지 말고, 최종 지점의 첫 번째 행부터 읽으면 문제를 쉽게 파악할 수 있다.
+
+#### 5) 최종 지점만으로는 해결할 수 없을 때
+
+```
+function hello(user) {  console.log(`안녕하세요 ${user.nickname} 님');}
+hello(userl);hello(user2); —1 에러의 원인이 되는 위치가 여러 곳 존재hello(user3);
+```
+
+에러의 원인
+
+```
+Uncaught TypeError: Cannot read properties of null (reading `nickname`)  at hello (sample.html: 15:35)  at sample.html:20:7
+```
+
+이 문제를 해결하기 위해서는 hello 함수에 전달하는 인수인 user가 null이 되는 것에 대처해야 한다.\
+즉, 스택 트레이스를 모르면 useri, user2, user3을 모두 확인해야 한다.\
+그러나, 스택 트레이스는 에러의 원인이 되는 위치를 알 수 있는데, 두 번째 행을 살펴보면 20:7이 표시되어 있으므로, 이 위치에서 호출하는 hello 함수가 원인이 되는 것을 알 수 있다.\
+
+
+> 스택 트레이스를 따라가면 효율적으로 원인을 찾을 수 있다.
+
+
+
+### 4. 스택 트레이스의 흐름은 프로그래밍 언어마다 다를까?
+
+많은 프로그래밍 언어는 스택 트레이스가 아래부터 위로 이동한다 따라서 제일 위쪽을 보면 에러의 위치를 특정할 수 있다. 그러나 파이썬은 이와 반대로 줄력한다. 파이썬에서 에러의 원인을 찾기 위해서는 스택 트레 이스의 가장 아래를 확인해야 한다\
diff --git "a/developLog/book/learn-errors/_ 3\354\236\245 \355\232\250\354\234\250\354\240\201\354\234\274\353\241\234 \354\227\220\353\237\254\354\235\230 \354\233\220\354\235\270 \354\260\276\352\270\260_.md" "b/developLog/book/learn-errors/_ 3\354\236\245 \355\232\250\354\234\250\354\240\201\354\234\274\353\241\234 \354\227\220\353\237\254\354\235\230 \354\233\220\354\235\270 \354\260\276\352\270\260_.md"
new file mode 100644
index 0000000..c034e49
--- /dev/null
+++ "b/developLog/book/learn-errors/_ 3\354\236\245 \355\232\250\354\234\250\354\240\201\354\234\274\353\241\234 \354\227\220\353\237\254\354\235\230 \354\233\220\354\235\270 \354\260\276\352\270\260_.md"	
@@ -0,0 +1,38 @@
+---
+description: 디버깅에 대한 방법을 배우자. 이것이 바로 효율적으로 에러의 원인을 찾는 방법
+---
+
+# 3장 효율적으로 에러의 원인 찾기
+
+디버깅이란 에러의 원인을 특정하고 수정하는 작업이다. 앞 장에서 나온 에러를 읽는 것도 디버깅의 한 가지라고 할 수 있다.
+
+## 01. 디버깅이란?
+
+> 디버깅(debugging)이란 에러의 실제 원인을 찾고 수정하는 작업을 말한다. 디버깅 스킬은 효율적인 프로그래밍에 큰 영향을 준다.
+
+\
+디버그(debug) =프로그램 내 에러를 의미하는 버그(bug) + de(제거하다)
+
+### 1) 디버깅의 흐름
+
+원인 찾기 → 에러 읽기 → 원인 파악 → 수정하기                →         ?       → 원인 파악 → 수정하기\
+
+
+> 과장해서 표현하자면 디버깅은 에러의 원인만 특정할 수 있다면 이미 끝난 것이나 다름없다.
+
+\
+에러가 보이지 않거나 에러를 이해할 수 없을 때도 있다. 이때는 프린트 디버깅 방법과 이진 탐색을 활용하여 에러의 원인을 찾아볼 수 있다.
+
+### 2) 프린트 디버깅을 해보자
+
+> 프린트 디버깅의 프린트는 문자 그대로 프로그램이 무언가를 출력(print)한다는 의미로, 디버깅 중 프로그램의 상태를 표시하기 위해 사용한다.
+
+\
+각 프로그래밍 언어에는 변수를 출력하기 위한 함수가 존재하는데, 이 출력 함수를 사용하면 프로그램에서 변수의 내용을 확인하고 프로그램의 상태를 해석하면서 문제가 발생한 위치 특정 가능하다.
+
+```
+function calcSum(a, b) {console.log('인수의 값 : a = ${a} / b = ${b}');const sum = a + b;console.log（'처리 결과 : sum = ${suin}'）;return sum;const sum = calcSumO, 2）;console.log（'함수의 반환값 : ${sum}'）;
+```
+
+> 특정 위치의 변숫값을 출력하면서 프로그램이 정상적으로 작동하는지 확인하는 것이 프린트 디버깅의 기본
+
diff --git "a/developLog/book/onboarding/4/_ \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 4\354\236\245 _ _3__.md" "b/developLog/book/onboarding/4/_ \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 4\354\236\245 _ _3__.md"
new file mode 100644
index 0000000..5ff674f
--- /dev/null
+++ "b/developLog/book/onboarding/4/_ \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 4\354\236\245 _ _3__.md"	
@@ -0,0 +1,38 @@
+# 개발자 온보딩 가이드 4장 - (3)
+
+## 애플리케이션 동작 측정을 위한 지표 활용 방안
+
+### 1. 프롤로그
+
+> `지표`를 이용해 애플리케이션이 어떤 동작을 하는지 알아보는 것을 할 수 있다.
+
+#### 🍈 지표의 유용성
+
+* 쿼리 실행 시간이 얼마나 걸리는지, 큐에 저장된 값은 몇 개인지, 디스크에 얼마나 많은 데이터가 기록되고 있는지 등 애플리케이션 동작을 측정하면 문제를 인지하는 데 도움이 되며, 디버깅에도 유용하다.
+
+#### 🍈 지표의 3가지 유형
+
+1. 카운터(counter)
+
+* `특정 이벤트가 발생한 횟수를 측정`한다.
+* 캐시 히트 카운터와 요청 카운터를 이용하면 캐시를 활용하는 비율 계산할 수 있다.
+* 카운터는 값을 증가시키거나 프로세스가 재시작할 때 0으로 리셋되는 동작만 수행한다.
+
+2. 게이지(guage)
+
+* `큐나 스택, 맵 크기의 통계값 제시`해준다.
+* 특정 시점을 기준으로 측정하므로 값이 올라가거나 내려갈 수 있다.
+* 자동차의 속도계나 연료계라고 생각하면 된다.
+
+3. 히스토그램(histogram)
+
+* 규모에 따라 이벤트를 특정 범위로 구분
+* 각 범위에는 해당 범위 내의 이벤트 값이 발생하면 값이 증가하는 카운터
+* 주로 `요청 처리에 걸린 시간이나 데이터 페이로드 크기` 같은 지표 측정
+
+**데이터 페이로드(payload)**
+
+* 컴퓨터 네트워크와 통신에서 사용되는 용어로, 패킷이나 메시지에 포함된 실제 정보
+* 다시 말해, 어떤 작업을 수행하기 위해 `전달되는 실제 데이터 부분`을 의미
+* 예를 들어, 웹 요청에서 데이터 페이로드는 클라이언트가 서버에게 전송하는 실제 데이터, 예를 들어 사용자가 입력한 양식 데이터 등을 말한다.
+* 데이터 페이로드는 주로 메타데이터(부가 정보)와 함께 전송되며, 프로토콜에 따라 어떤 형식으로 구성되는지에 따라 다양한 방식으로 사용될 수 있다.
diff --git "a/developLog/book/onboarding/4/_ \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 4\354\236\245 __1__.md" "b/developLog/book/onboarding/4/_ \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 4\354\236\245 __1__.md"
new file mode 100644
index 0000000..2dbb1b9
--- /dev/null
+++ "b/developLog/book/onboarding/4/_ \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 4\354\236\245 __1__.md"	
@@ -0,0 +1,643 @@
+# 개발자 온보딩 가이드 4장 -(1)
+
+![](https://velog.velcdn.com/images/prettylee620/post/a1ed16d1-5bbd-4eff-928a-5f94ea820cc8/image.png)
+
+## 운영 환경을 고려한 코드 작성 - 개발 환경과 프로덕션 환경은 엄연히 다르다.
+
+> 필독 개발자 온보딩 가이드을 읽고 정리하는 글이며, 혹시 문제가 되면 삭제하겠습니다.
+
+### 1. 들어가기
+
+* 실 세계의 사용자는 예측이 어려우며, 네트워크도 믿을 수 없다.
+* 프로덕션 소프트웨어는 지속적으로 동작해야 한다. 따라서 운영 가능한 코드를 작성해야 예상하지 못한 상황에 대처할 수 있다.
+
+#### 🍋 운영 가능한 코드
+
+* 보호 장치, 분석 장치, 제어 장치가 내장된 코드를 말한다.
+* **안전하고 회복성 있는 코딩 기법**을 이용해 방어적으로 프로그래밍해서 시스템을 보호해야 한다.
+
+#### 🍋 운영 가능한 코드의 중요성
+
+1. 안전한 코드는 다양한 장애를 극복하며, 회목성을 갖춘 코드는 장애가 발생해도 복구가 가능하다.
+2. 용이한 분석을 위해 **로그, 지표, 호출 추적 정보** 등을 수집하자.
+3. 운영 가능한 시스템은 설정 파라미터와 시스템 도구를 갖추고 있다.
+
+### 2. 장애에 대비하기 위한 방어적 프로그래밍 방안
+
+* 방어적 코드는 장애가 발생하는 빈도가 낮으며, 장애가 발생하더라도 대부분 복구된다.
+* 코드를 안전하고 회복성 있게 만들자
+
+#### 🍋 안전한 코드
+
+1. 컴파일 타임의 유효성 검사를 통해 런타임 장애 최소화
+2. `불변 변수` 사용
+3. 접근 제어자 이용해서 범위 제한
+4. `정적 타입 검사기`를 활용해서 버그 줄이기
+5. 런타임에 예상치 못한 일이 벌어지지 않도록 `입력값 검사`
+
+#### 🍋 회복성 있는 코드
+
+* 권장되는 `예외 처리 기법`을 활용하여 장애를 적절하게 처리한다.
+
+#### ✍️ 불변 변수란?
+
+* 한 번 값이 할당되면 그 값을 변경할 수 없는 것을 말한다.
+
+```java
+private final int value;
+```
+
+* 장점
+
+> 1. 값의 보장
+> 2. 스레드 안전성
+> 3. 캐시화 용이
+> 4. 디버깅 및 테스트 용이
+> 5. 함수형 프로그래밍과의 조합
+
+#### ✍️ 정적 타입 검사기란?
+
+* **코드를 실행하지 않고 오류를 감지하는 것**을 정적 검사 도구(static checking)
+* 연산되는 값의 타입에 따라 오류 여부를 결정하는 것이 정적 타입 검사
+* 이 도구는 코드의 컴파일 과정이나 빌드 과정에서의 오류를 사전에 발견하고, 타입 관련 오류, 논리 오류 등을 체크하여 신뢰성을 높이고 안전성 확보를 위해 사용
+* 종류: Java의 컴파일러와 정적 분석 도구, TypeScript의 tsc(Typescript Compiler), Kotlin의 컴파일러, C#의 Roslyn
+
+#### ✍️ 입력값 검사 예시
+
+1. 조건문 사용
+
+```java
+if (inputValue >= 0 && inputValue <= 100) {
+    // 유효한 범위 내의 입력값 처리
+} else {
+    // 범위를 벗어난 입력값 처리
+}
+```
+
+2. 예외 처리
+
+```java
+try {
+    // 입력값 검사
+    if (inputValue < 0) {
+        throw new IllegalArgumentException("입력값은 음수일 수 없습니다.");
+    }
+    
+    // 유효한 입력값 처리
+} catch (IllegalArgumentException e) {
+    // 예외 처리
+    System.err.println("에러: " + e.getMessage());
+}
+```
+
+3. 정규 표현식 사용
+
+```java
+String emailRegex = "^[a-zA-Z0-9+_.-]+@[a-zA-Z0-9.-]+$";
+if (inputValue.matches(emailRegex)) {
+    // 유효한 이메일 주소 형식
+} else {
+    // 잘못된 형식
+}
+```
+
+4. 라이브러리 활용
+
+```java
+import org.apache.commons.lang3.Validate;
+
+try {
+    Validate.isTrue(inputValue > 0, "입력값은 양수여야 합니다.");
+    
+    // 유효한 입력값 처리
+} catch (IllegalArgumentException e) {
+    // 예외 처리
+    System.err.println("에러: " + e.getMessage());
+}
+```
+
+### 3. null 값 사용은 피하자
+
+#### 🍋 null이란
+
+* 값이 할당되지 않은 변수의 기본값
+
+#### 🍋 NullPointException
+
+* 매우 보편적으로 발생
+* 변수가 **널값을 갖진 않았는지 검사하거나, 널 객체 패턴이나 옵션 타입 등을 사용**해서 널 포인트 예외 방지
+
+#### ✍️ 널 객체 패턴(Null Object Pattern)
+
+> 디폴트 값을 제공하고, 코드의 가독성을 향상한다.
+
+1. null 참조 대신에 **실제 동작하는 널 객체를 사용해서 예외를 피하고 기본 동작을 제공하는 패턴**
+2. 널 값 대신 객체를 사용하는 패턴
+3. 널 객체는 실제 객체와 같은 인터페이스를 구현하며, 메서드 호출 시 아무런 동작을 수행하지 않거나 기본 값 반환
+
+```java
+interface Shape {
+    double area();
+}
+
+class Circle implements Shape {
+    private double radius;
+
+    public Circle(double radius) {
+        this.radius = radius;
+    }
+
+    public double area() {
+        return Math.PI * radius * radius;
+    }
+}
+
+class NullShape implements Shape {
+    public double area() {
+        return 0.0; // 널 객체 역할, 디폴트 값 제공
+    }
+}
+```
+
+4. 원하는 객체를 찾지 못했을 때 빈 배열을 리턴하는 검색 메소드를 구현
+
+```java
+import java.util.Arrays;
+
+public class SearchExample {
+    private static final Person[] EMPTY_PERSON_ARRAY = new Person[0];
+
+    public static Person[] searchPersons(String keyword) {
+        // 원하는 검색 로직 구현
+        // 예시로 항상 빈 배열을 리턴하도록 함
+        return EMPTY_PERSON_ARRAY;
+    }
+
+    public static void main(String[] args) {
+        String searchKeyword = "Alice";
+        Person[] foundPersons = searchPersons(searchKeyword);
+
+        if (foundPersons.length == 0) {
+            System.out.println("No persons found.");
+        } else {
+            System.out.println("Found persons:");
+            for (Person person : foundPersons) {
+                System.out.println("Name: " + person.getName() + ", Age: " + person.getAge());
+            }
+        }
+    }
+}
+
+class Person {
+    private String name;
+    private int age;
+
+    public Person(String name, int age) {
+        this.name = name;
+        this.age = age;
+    }
+
+    public String getName() {
+        return name;
+    }
+
+    public int getAge() {
+        return age;
+    }
+}
+```
+
+#### ✍️ 옵션 타입
+
+1. 값의 존재 유무를 명시적으로 나타내는 방법, 값이 존재하는 경우는 실제 값을 가지고, 값이 없는 경우는 빈 상태를 나타내는 타입
+
+```java
+class Option<T> { //Option 클래스는 제너릭 타입을 사용해서 값의 존재 유무를 나타내며
+    private T value;
+
+    private Option(T value) {
+        this.value = value;
+    }
+
+    public static <T> Option<T> of(T value) {
+        return new Option<>(value);
+    }
+
+    public T get() {
+        if (value == null) { // 값이 없는 경우 예외를 던지며
+            throw new IllegalStateException("No value present");
+        }
+        return value; // 값이 있는 경우 실제값 반환
+    }
+}
+```
+
+#### 🍋 널 검사는 메소드의 시작 지점에서 해야한다.
+
+1. `NotNull` 애노테이션 언어 기능 이용
+
+```java
+import javax.validation.constraints.NotNull;
+
+public class Person {
+    private String name;
+    private int age;
+
+    public Person(@NotNull String name, @NotNull int age) {
+        this.name = name;
+        this.age = age;
+    }
+
+    @NotNull
+    public String getName() {
+        return name;
+    }
+
+    public void setName(@NotNull String name) {
+        this.name = name;
+    }
+
+    @NotNull
+    public int getAge() {
+        return age;
+    }
+
+    public void setAge(@NotNull int age) {
+        this.age = age;
+    }
+
+    public static void main(String[] args) {
+        // 올바른 사용
+        Person person = new Person("Alice", 30);
+        System.out.println("Name: " + person.getName());
+        System.out.println("Age: " + person.getAge());
+
+        // 잠재적인 오류: null 값 전달
+        Person nullPerson = new Person(null, 25); // 컴파일 오류 발생
+        System.out.println("Name: " + nullPerson.getName());
+        System.out.println("Age: " + nullPerson.getAge());
+    }
+}
+```
+
+### 4. 불변 변수를 사용하자
+
+> 자바에서는 final, 스칼라에서는 val 러스트는 let
+
+1. 불변 변수는 값이 한 번 대입되고 나면 그 값을 바꿀 수 없다.
+2. 불변 변수는 의도치 않게 변수의 값이 바뀌지 않을 것을 인지
+3. 불변 변수를 사용하면 병렬 프로그래밍은 더 간단해지며, 변수 값이 바뀌지 않을 것임을 인지하는 컴파일러나 런타임은 더 효율적으로 동작 가능하다.
+
+### 5. 타입 힌트와 정적 타입 검사를 사용하자.
+
+> 변수가 보관할 수 있는 값을 제한하자. 몇 가지 문자열 값 중 하나만 가질 수 있는 변수는 String보다는 `Enum` 선언 가능
+
+1. 예상치 못한 값을 대입해도 버그를 유발하지 않고 그 즉시 실패하게 된다.
+2. 가장 구체적인 타입을 사용하자
+
+#### 🍋 Enum이 더 좋은 이유
+
+> 1. Enum은 몇 가지 고정된 값을 나타내는 자료형으로, 한정된 선택지 중 하나만 가질 수 있는 변수
+
+2. 가독성 및 안정성의 좋음
+3. 제한된 선택지
+4. 코드 유지보수
+5. 타입 안정성
+6. 열거형 상수 사용
+
+```java
+public enum DayOfWeek {
+    MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY, SATURDAY, SUNDAY
+}
+
+public class Main {
+    public static void main(String[] args) {
+        DayOfWeek today = DayOfWeek.WEDNESDAY;
+        
+        switch (today) {
+            case MONDAY:
+                System.out.println("Today is Monday.");
+                break;
+            case WEDNESDAY:
+                System.out.println("Today is Wednesday.");
+                break;
+            // ...
+        }
+    }
+}
+```
+
+#### 🍋 파이썬 예제
+
+* 타입 힌트를 이용해서 메소드가 문자열 인수를 받아 문자열을 리턴한다는 사실
+* 함수의 매개변수와 반환값의 타입을 명시 가능
+
+```python
+def say(something: str) -> str: 
+	return "You said: " + something
+   
+```
+
+#### ✍️ 타입 힌트란
+
+> **타입 힌트**는 기존의 코드베이스에 점진적으로 추가 가능하며, 타입 힌트를 이용해서 코드가 실행되기 전에 버그를 찾아되는 정적 타입 검사기 도입 하면 런타임 에러 해결 가능
+
+* 타입 힌트(Type Hint)는 **프로그래밍 언어에서 변수, 함수 매개변수, 함수 반환값 등에 대한 데이터 타입 정보를 제공**하는 것을 말한다.
+* 타입 힌트를 사용하면 코드의 가독성을 높이고 타입 관련 오류를 사전에 방지할 수 있다.
+* 주로 정적 타입 언어에서 사용되며, 파이썬과 같은 동적 타입 언어에서도 타입 힌트를 지원
+
+### 6. 입력값을 검사하자.
+
+> 코드로 전달되는 입력값은 훼손 가능성이 높음. \*\*사전 조건, 체크섬, 데이터 유효성 검사, 보안 관련 권장 기법, 보편적인 에러를 찾아주는 도구 \*\*활용
+
+* 원치 않는 입력값이 전달되면 최대한 이른 시점에 실행을 거부하도록 조치해두자.
+* 최대한 많이 검사하자.
+* \*\*`입력 문자열`\*\*이 원하는 형식인지 확인하고, 문자열 앞 뒤의 공백도 처리해야 한다는 점
+* 숫자는 적절한 범위 내에 있는지, 파라미터가 0보다 커야 한다면 반드시 파라미터도 확인
+* 파라미터가 IP주소라면 적절한 IP주소인지도 확인
+
+#### 🍋 사전 조건, 사후 조건 이용
+
+> 유효성 검사란 함수나 메소드의 매개변수에 대한 타입, 범위, 상태 등을 확인하는 과정
+
+1. 메소드에 전달되는 유효성 검사 필요
+2. 유효성을 검사하는 라이브러리나 프레임워크 사용
+
+#### 🍋 유효성 검사 방법
+
+1. 타입 힌트 사용
+2. 전처리 과정 추가
+
+* 메소드 내부에서 인자의 유효성을 검사하는 전처리 과정을 추가할 수 있다.
+* 예를 들어, 인자가 특정 범위 내에 있는지, 특정 조건을 만족하는지 등을 검사할 수 있다. 이때 검사에 실패하면 예외를 던지거나 기본값을 반환하는 등의 처리를 할 수 있다.
+
+3. 예외 처리
+4. 사전 조건, 사후 조건 설정
+
+* 사전 조건은 함수가 실행되기 전에 검사해야 할 조건을 나타내며, 사후 조건은 함수가 실행된 후의 조건을 나타낸다.
+* 사전 조건 설정 : b가 0이면 `AssertionError` 예외 발생
+
+```python
+def divide(a, b):
+    assert b != 0, "b cannot be zero"
+    return a / b
+```
+
+* 사후 조건 설정 : 합계가 음수가 아닌지 검사 후 사후 조건이 충족되지 않으면 `AssertionError` 예외 발생
+
+```python
+def calculate_sum(numbers):
+    result = sum(numbers)
+    assert result >= 0, "sum should be non-negative"
+    return result
+```
+
+5. 유효성 검사 라이브러리 사용
+6. 문서화
+
+#### 🍋 유효성 검사 라이브러리, 프레임워크
+
+**1. cheackNotNull이라는 메소드** **2. @Size(min=0, max=100)**
+
+#### 🍋 의도치 않은 데이터 변경이 일어나지 않았는지 체크섬을 이용해서 확인
+
+**1. 체크섬이란?**
+
+* 데이터의 특정 부분에서 생성된 해시 값 또는 체크섬 값을 사용하여 데이 터
+* **데이터가 변경되면 체크섬 값도 변경되므로 이를 통해 데이터 변경 여부 확인 가능**\
+
+
+2. 예시
+
+* 파일의 체크섬을 계산하여 저장하고 이후에 파일을 다시 읽어와서 체크섬을 다시 계산한 후 저장된 체크섬과 비교하는 방식으로 데이터 변경 여부를 확인
+* 예제 python
+
+```python
+import hashlib
+
+def calculate_checksum(data):
+    # 데이터의 체크섬 값을 계산하는 함수
+    sha256 = hashlib.sha256()
+    sha256.update(data.encode())
+    return sha256.hexdigest()
+
+def save_data_with_checksum(filename, data):
+    # 데이터와 체크섬 값을 파일에 저장하는 함수
+    checksum = calculate_checksum(data)
+    with open(filename, 'w') as file:
+        file.write(data + '\n')
+        file.write(checksum)
+
+def verify_checksum(filename):
+    # 저장된 데이터와 체크섬 값을 확인하는 함수
+    with open(filename, 'r') as file:
+        lines = file.readlines()
+        data = lines[0].strip()
+        saved_checksum = lines[1].strip()
+        calculated_checksum = calculate_checksum(data)
+        if saved_checksum == calculated_checksum:
+            print("Checksum verification successful. Data is intact.")
+        else:
+            print("Checksum verification failed. Data may be corrupted.")
+
+# 예시 데이터를 생성하고 저장
+data = "Hello, world!"
+filename = "data.txt"
+save_data_with_checksum(filename, data)
+
+# 데이터 무결성 검증
+verify_checksum(filename)
+```
+
+**2. java 예제**
+
+```java
+import java.security.MessageDigest;
+import java.security.NoSuchAlgorithmException;
+
+public class DataIntegrityExample {
+
+    // 입력된 데이터의 체크섬을 계산하는 메서드
+    public static String calculateChecksum(String data) throws NoSuchAlgorithmException {
+        // SHA-256 해시 알고리즘을 사용하는 MessageDigest 객체 생성
+        MessageDigest md = MessageDigest.getInstance("SHA-256");
+        // 데이터의 해시값 계산
+        byte[] hash = md.digest(data.getBytes());
+        StringBuilder hexString = new StringBuilder();
+
+        // 해시값을 16진수 문자열로 변환하여 반환
+        for (byte b : hash) {
+            String hex = Integer.toHexString(0xff & b);
+            if (hex.length() == 1) {
+                hexString.append('0');
+            }
+            hexString.append(hex);
+        }
+
+        return hexString.toString();
+    }
+
+    public static void main(String[] args) {
+        try {
+            // 원본 데이터 설정
+            String originalData = "Hello, world!";
+            // 원본 데이터의 체크섬 계산
+            String checksum = calculateChecksum(originalData);
+
+            System.out.println("Original Data: " + originalData);
+            System.out.println("Calculated Checksum: " + checksum);
+
+            // 데이터 변조 시뮬레이션
+            String corruptedData = "Hacked, world!";
+            // 변조된 데이터의 체크섬 계산
+            String corruptedChecksum = calculateChecksum(corruptedData);
+
+            System.out.println("Corrupted Data: " + corruptedData);
+            System.out.println("Corrupted Checksum: " + corruptedChecksum);
+
+            // 체크섬 값 비교를 통한 데이터 무결성 검증
+            if (checksum.equals(corruptedChecksum)) {
+                System.out.println("Checksum verification failed. Data may be corrupted.");
+            } else {
+                System.out.println("Checksum verification successful. Data is intact.");
+            }
+        } catch (NoSuchAlgorithmException e) {
+            System.err.println("Error: " + e.getMessage());
+        }
+    }
+}
+
+```
+
+#### 🍋 검증된 라이브러리와 프레임워크를 이용해서 크로스 사이트 스크립팅 방지하자.
+
+* 크로스 사이트 스크립팅 방지 (Cross-Site Scripting, XSS):
+
+1. 설명: 크로스 사이트 스크립팅은 **악의적인 스크립트를 삽입하여 웹 애플리케이션의 사용자들에게 악성 행위를 유발할 수 있는 공격**
+2. 예시: 입력 폼에 스크립트 코드를 삽입하여 다른 사용자의 정보를 획득하는 시도를 차단해야 한다. 대표적으로 `HTML 이스케이프 함수`를 사용하여 사용자 입력 데이터를 안전하게 처리가 필요
+
+#### 🍋 항상 입력값 검사해서 SQL 주입 공격 예방
+
+* SQL 주입 공격 방지:
+
+1. 설명: SQL 주입은 **사용자 입력 데이터를 조작**하여 데이터베이스 쿼리를 변조하는 공격
+2. 예제: 사용자 입력 데이터를 직접 쿼리에 삽입하지 않고, 프레임워크나 ORM 라이브러리의 매개변수화된 쿼리 기능을 사용하여 SQL 주입 공격을 예방할 수 있다.
+
+#### 🍋 strcpy 같은 명령 이용해서 메모리 조작 시 메모리 크기 파라미터 명시적 설정해서 버퍼 오버플로를 방지
+
+* 버퍼 오버플로 방지
+
+1. 설명: 버퍼 오버플로는 **할당된 메모리 공간을 초과하여 데이터를 쓰거나 읽는 공격**으로 크래시를 유발하거나 실행 흐름을 조작할 수 있다.
+2. 예제: `문자열 복사 함수(strcpy)`를 사용할 때 명시적으로 버퍼의 크기를 설정하거나, 메모리 관리 기능이 강화된 함수(strncpy, memcpy)를 사용하여 버퍼 오버플로를 예방할 수 있다.
+
+#### 🍋 보안 암호화 라이브러리나 프로토콜은 직접 작성말고 널리 사용되는 것 사용
+
+1. 설명: 보안 암호화 라이브러리나 프로토콜을 사용하여 데이터의 기밀성과 무결성을 보호하는 것이 중요
+2. 예제: 사용자 비밀번호 저장 시에는 안전한 해시 함수 (예: BCrypt)를 사용하여 암호화하고, 데이터 전송 시에는 `HTTPS 프로토콜`을 활용하여 데이터의 보안을 강화
+
+### 7. 예외를 활용하자
+
+> 특정한 리턴값으로 에러를 표현하는 것은 금물이다.
+
+1. 특정한 리턴값은 메소드 시그니처에 명확하게 드러나지 않을 수 있다. 2. 따라서 개발자는 리턴값이 에러를 의미한다는 점을 모를 수 있으며, 어떤 리턴값이 어떤 에러 상태를 의미하는지 기억하기도 어렵다.
+2. 예외는 이름도 있고 스택 추적 정보, 줄 번호, 메세지 등 nujll이나 -1만으로 표현하지 못하는 훨씬 더 많은 정보를 담고 있다.
+
+### 8. 예외는 구체적으로 사용하자.
+
+> 예외는 **애플리케이션 로직을 제어하는 용도가 아니라, 실패를 처리할 때만 사용**해야 한다. 또한 언어에 내장된 예외 타입이 문제를 구체적으로 표현할 수 있다면 임의로 예외는 정하지 않는다.
+
+#### 🍋 가능하면 언어에 내장된 예외를 사용하고 포괄적인 의미를 담는 예외는 만들지 않게 하자.
+
+1. 너무 포괄적으면 어떤 문제가 발생했는지 파악할 수 없어 예외 처리가 어려워 진다.
+2. 발생한 에러에 대해 정확한 정보를 알지 못하면 개발자는 애플리케이션 실행이 중단되게 할 수 밖에 없으며, 이는 심각한 문제
+
+#### 🍋 예외를 애플리케이션 로직으로 사용해서는 안된다.
+
+1. 우리는 코드가 예상치 못한 동작을 하지 않길 원할 뿐이지 코드 스스로 똑똑해지길 원하는 게 아니다.
+2. 예외를 이용해서 메소드를 분기하면 이해가 어려울 뿐 더러 디버깅도 어려워진다.
+3. 잘못된 예제
+
+* 설명: 위의 코드는 OrderProcessingException을 상태 검증용으로 사용하여 애플리케이션 로직을 제어하려고 한다.
+* 이로 인해 예외가 정상적인 흐름 제어에 사용되며, 코드의 가독성과 유지보수가 어려워질 수 있다.
+* 애플리케이션 로직은 예외가 아닌 다른 방법으로 상태 검증 및 처리를 해야 한다. 아래 예제의 경우 `if`문 등을 사용하여 명시적인 상태 검증과 처리를 구현해야 한다.
+
+```java
+public class IncorrectExceptionUsage {
+
+    // 잘못된 예외 사용: 애플리케이션 로직으로 예외 활용
+    public static void processOrder(int orderStatus) throws OrderProcessingException {
+        try {
+            if (orderStatus == 0) {
+                throw new OrderProcessingException("Invalid order status"); // 예외를 상태 검증에 사용
+            }
+
+            // 주문 처리 로직
+            // ...
+
+        } catch (OrderProcessingException ex) {
+            // 예외를 처리하는 코드
+            logError(ex.getMessage());
+        }
+    }
+
+    public static void main(String[] args) {
+        int orderStatus = 0;
+        try {
+            processOrder(orderStatus);
+        } catch (OrderProcessingException ex) {
+            logError("Failed to process order: " + ex.getMessage());
+        }
+    }
+
+    private static void logError(String message) {
+        System.err.println("Error: " + message);
+    }
+}
+
+
+```
+
+### 8. 예외는 일찍 던지고 최대한 늦게 처리하자.
+
+#### 🍋 일찍 던진다라는 의미
+
+> 개발자가 관련 코드를 신속하게 찾을 수 있도록 에러가 발생한 지점으로부터 최대한 가까운 지점에서 예외를 던진다는 뜻으로 중간에 위치한 계층은 어설프게 에러를 처리하기 보다는 예외를 상위로 계층하는 게 맞다.
+
+1. 실제 에러가 발생한 지점에서 멀리 떨어진 곳으로 하면 어디서 문제가 발생했는지 알기 어려워진다.
+2. 진짜 문제는 다른곳에서 발생했다는 사실을 알아내야만 버그를 수정할 수 있기 때문이다.
+
+#### 🍋 예외를 늦게 잡는다라는 의미
+
+> 예외를 처리할 적절한 위치에 도착할 때까지 계속 호출 스택을 통해 전파시킨다는 뜻이다.
+
+1. 예를 들어 애플리케이션이 데이터를 기록하려는데 남은 디스크 공간이 없는 경우 생각해보기
+
+*   대처방안
+
+    * 실행을 중단하고 재시도
+    * 비동기적으로 재시도하는 방법
+    * 다른 디스크에 기록
+    * 사용자에게 경고 메세지를 보낼 수도 있다.
+    * 크래시가 발생하도록 놔두는 것도 하나의 방법
+
+    > `크래시`란 컴퓨터 프로그램이나 시스템이 예기치 않게 중단되거나 동작하지 않는 현상을 의미 다시 말해, 프로그램이나 시스템이 오류로 인해 정상적으로 동작하지 않거나 멈추는 상태
+
+2. 적절한 조치는 애플리케이션에 따라 다르다. 데이터 베이스의 로그 선행 기입은 반드시 기록돼야 하는 반면 워드프로세서의 백그라운드 저장 기능은 조금 늦게 실행되도 무방하다.
+
+#### 🍋 최악의 경우
+
+* 이 경우 예외는 로그에 기록되지도 않고 다시 던져지지도 않으며 다른 어떤 조치도 취해지지 않았다.
+* 장애가 발생해도 아무도 알 수 없으며, 최악의 결과 초래
+
+```java
+try{
+//..
+}
+catch(Exception e){
+//에러를 처리할 방법이 없으므로 무시
+}
+```
+
+## 느낌점
+
+> 예외 처리를 어디서부터 어디까지 해야하는 것을 이 장에서 핵심을 집어주는 것 같다. 이 장은 너무 길어져서 여러 개로 나눠서 정리할 예정이며, **자바와 파이썬의 내장 예외처리**에 대해 한 번 정리해야 겠다.
diff --git "a/developLog/book/onboarding/4/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 4\354\236\245 __2__.md" "b/developLog/book/onboarding/4/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 4\354\236\245 __2__.md"
new file mode 100644
index 0000000..ff6cf84
--- /dev/null
+++ "b/developLog/book/onboarding/4/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 4\354\236\245 __2__.md"	
@@ -0,0 +1,515 @@
+# 필독 개발자 온보딩 가이드 4장 -(2)
+
+![](https://velog.velcdn.com/images/prettylee620/post/b9ac94e2-3069-475e-98c6-9bcbc19cdce6/image.png)
+
+> 이 글은 책을 읽고 공부하고 기억하기 위한 기록용으로 문제가 생기면 삭제하겠습니다.
+
+## 운영 환경을 고려한 코드 작성
+
+### 1. 재시도는 현명하게
+
+#### 🍈 에러를 적절하게 처리하는 방법 첫 번째 재시도
+
+> 단순히 다시 시도하는 것이다. 작업을 다시 시도한다는 것은 쉬운 일처럼 보일 수 있다. 하지만 현실에서 재시도의 시기와 빈도를 판단하려면 약간의 노하우가 필요하다.
+
+* 여러 차례 재시도하려는 시도는 주로 원격 시스템에 호출할 경우 나타난다.
+
+#### 🍈 단순히 예외를 잡아서 그 즉시 작업 재시도
+
+* 문제는 재시도 후 또 실패하면 속도만 느려지고 시스템 복구하기는 점점 어려워진다.
+
+#### 🍈 백오프 전략 사용하기
+
+> 백오프란 **비선형으로 대기 시간을 늘리는 방법**으로 이 방법을 사용할 때 백오프 시간의 상한선을 정해서 대기 시간이 너무 길어지지 않게 하자.
+
+#### 📓 잠깐 백오프에 대해서 정리하고 가자\[chat gpt 답변 참고]
+
+> 백오프 전략(Backoff Strategy)은 주로 컴퓨터 네트워크에서 사용되는 전략 중 하나로, 일시적인 문제 또는 혼잡 상황이 발생했을 때 어떻게 대응할지 결정하는 방법론으로 이 전략은 주로 재시도(retry) 메커니즘과 관련이 있다.
+
+**동작 과정**
+
+1. 일시적 문제 발생: 데이터 패킷 전송이 실패하거나 응답이 없는 등의 일시적인 문제가 발생합니다.
+2. 재시도 결정: 문제가 발생했을 때 바로 다음 시도를 하지 않고, 잠시 기다린 후에 다시 시도할지를 결정합니다.
+3. 기다림(백오프)
+
+* 재시도를 위해 기다리는 시간을 정합니다.
+* 이때 기다리는 시간은 여러 방식으로 결정될 수 있는데, 일반적으로 지수적인 방식이 사용됩니다. - 즉, 처음에는 짧은 시간 동안 기다리다가, 실패할 경우 점차 더 긴 시간을 기다리는 방식입니다. - 이로써 네트워크 혼잡을 피하고, 문제를 일시적으로 해결할 기회를 늘릴 수 있습니다.
+
+4. 재시도: 일정 시간 동안 기다린 후에 다시 시도합니다.
+
+**백오프 전략의 장점**
+
+* 네트워크 통신에서 패킷 손실, 지연, 혼잡 등의 문제에 유용하게 적용
+* 예를 들어, 데이터 전송 중에 패킷 손실이 발생했을 때 즉시 재시도하지 않고, 잠시 기다렸다가 재시도함으로써 일시적인 문제를 해결할 수 있다. 이는 데이터 전송의 안정성과 신뢰성을 높이는 데에 기여
+
+**백오프 예시 코드가 뭐가 있어?**
+
+> 백오프 전략은 주로 네트워크 통신에서 사용되는 개념이며, 코드로 구현될 때는 다양한 상황에 맞게 적용될 수 있습니다. 아래는 간단한 예시 코드로, 일정 시간 동안 기다린 후에 재시도하는 간단한 백오프 전략을 보여줍니다.
+
+이 예시 코드에서는 sendDataToServer() 함수가 데이터 전송을 시뮬레이션하며, 랜덤한 성공률로 데이터 전송의 성공 여부를 반환합니다. 데이터 전송이 실패한 경우 백오프 전략을 적용하여 재시도하고, 일정 시간 동안 기다린 후에 다시 시도합니다. 이렇게 재시도와 기다림을 반복하며 데이터 전송을 시도하게 됩니다.
+
+```java
+import java.util.Random;
+
+public class BackoffExample {
+
+    public static void main(String[] args) {
+        int maxRetries = 3;
+        int retryDelay = 1000; // 1000 milliseconds = 1 second
+        int currentRetry = 0;
+
+        while (currentRetry < maxRetries) {
+            boolean success = sendDataToServer();
+
+            if (success) {
+                System.out.println("Data sent successfully!");
+                break;
+            } else {
+                System.out.println("Data sending failed. Retrying...");
+                currentRetry++;
+
+                if (currentRetry < maxRetries) {
+                    System.out.println("Waiting before retrying...");
+                    try {
+                        Thread.sleep(retryDelay); // Wait before retrying
+                    } catch (InterruptedException e) {
+                        e.printStackTrace();
+                    }
+                } else {
+                    System.out.println("Max retries reached. Giving up.");
+                }
+            }
+        }
+    }
+
+    public static boolean sendDataToServer() {
+        // Simulate data sending with a random success rate
+        Random random = new Random();
+        double successRate = 0.7; // Simulate 70% success rate
+        return random.nextDouble() < successRate;
+    }
+}
+```
+
+#### 🍈 천둥떼 현상을 대비하여 백오프 전략에 지터를 추가하자.
+
+**지터란**
+
+> 임의의 지연시간, 시간의 불규칙한 변동이나 불규칙한 간격을 나타내는 용어로 주로 네트워크나 타이밍과 관련된 상황에서 사용된다.
+
+> 천둥떼 현상으로 복구 중이던 서비스 다운을 막기 위해 지터를 추가하면 클라이언트들은 특정 범위에서 임의의 값을 백오프 시간에 더한다.
+
+* 지터는 예상된 시간 간격과 실제 발생한 시간 간격 사이의 차이를 나타내며, 주로 네트워크 패킷의 전송 간격이나 디지털 신호의 타이밍 등에서 발생한다.
+* 예를 들어, 음성 또는 영상 데이터를 실시간으로 전송하는 경우, 일정한 간격으로 데이터를 전송해야 한다. 그러나 네트워크 지연이나 데이터 처리 속도 등으로 인해 실제 전송 간격이 예상과 다를 수 있습니다. 이러한 **시간적인 불규칙성**을 지터라고 한다.
+* 지터는 통신 시스템에서 중요한 개념으로, 지터가 크면 신호의 도착 시간이 불안정하게 되어 음성이나 영상 데이터에서 소리나 영상이 끊기거나 불안정해질 수 있다.
+* 따라서 통신 시스템 설계나 관리에서 지터를 최소화하여 신호의 안정성과 품질을 유지하는 것이 중요
+
+**천둥떼 현상이란**
+
+> 네트워크 서버에 일시적인 문제가 생겨 모든 클라이언트가 동시적으로 장애를 겪는 상황에서 모든 클라이언트가 동일한 백오프 알고리즘을 사용한다면 모두가 동시에 요청을 다시 보내는 현상
+
+#### 📓 백오프 전략과 지터를 함께 적용한 네트워크 통신 시나리오를 생각
+
+1. 가정
+
+* A와 B라는 두 대의 컴퓨터가 네트워크를 통해 데이터를 주고받는 상황을 가정합니다.
+* A가 데이터를 B에게 보내려고 할 때, **네트워크 지연과 패킷 손실이 발생할 수 있습니다.**
+
+2. 백오프 전략
+
+* A가 데이터를 보낼 때 충돌이 발생하면 **일정 시간(백오프 타임) 동안 기다린 후 재전송을 시도**하는 전략입니다.
+* 충돌이 발생하면 백오프 타임을 지정하고 그 시간 동안 기다린 후 데이터를 다시 전송합니다.
+
+3. 지터 추가
+
+* 지터를 추가하여 백오프 타임에 불규칙성을 부여합니다. 이로 인해 동일한 백오프 타임을 사용하는 모든 재전송이 동시에 발생하는 것을 방지하고 네트워크 상황을 더 혼잡하지 않게 만듭니다.
+
+4. 예시
+
+> 아래는 백오프 전략과 지터를 함께 적용한 예시 코드. 코드는 단순한 예시이므로 실제 상황에 맞게 조정이 필요할 수 있다.
+
+```java
+import java.util.Random;
+
+public class BackoffWithJitterExample {
+    public static void main(String[] args) {
+        int backoffTime = 1000; // 초기 백오프 타임 (1초)
+        Random random = new Random();
+
+        for (int attempt = 1; attempt <= 5; attempt++) {
+            System.out.println("Attempt #" + attempt);
+
+            // Simulate network collision
+            if (random.nextInt(100) < 50) {
+                System.out.println("Collision occurred");
+
+                // Apply backoff with jitter
+                int jitter = random.nextInt(backoffTime);
+                int waitTime = backoffTime + jitter;
+
+                System.out.println("Applying backoff with jitter: " + waitTime + " ms");
+                try {
+                    Thread.sleep(waitTime);
+                } catch (InterruptedException e) {
+                    e.printStackTrace();
+                }
+            } else {
+                System.out.println("Data sent successfully");
+                break;
+            }
+
+            // Exponential backoff: double the backoff time for next attempt
+            backoffTime *= 2;
+        }
+    }
+}
+
+```
+
+#### 🍈 실패한 요청에 무턱대고 재시도 하지는 말자
+
+> 설계 시점에서 처리를 염두에 두지 않은 에러가 발생하면 차라리 애플리케이션에 **크래시**하도록 놔두는 편이 낫다. 이런 방법을 빨리 실패하기라고 한다.
+
+**애플리케이션 크래시**
+
+* 애플리케이션이 "크래시"한다는 것은 해당 애플리케이션이 예상치 못한 오류 또는 예외 상황으로 인해 정상적으로 작동하지 않고 비정상적으로 종료되는 상황
+* 빨리 실패하면 사람이 올바르게 대처할 방법을 찾을 수 있다.
+* 실패 상황을 전파하는 방안을 생각해야 하며, 쉽게 디버깅할 수 있도록 **에러 관련 정보는 반드시 확인이 가능해야 한다.**
+
+### 2. 재시도 처리하는 가자 좋은 방법 : 시스템에 멱등성을 부여하자
+
+#### 🍈 멱등성 있는 시스템 구현
+
+> 예를 들어, 어떤 웹 서비스의 주문 생성 기능을 가정해봅시다. 이 기능은 주문을 생성하고 데이터베이스에 저장하는 작업을 수행 이 때 멱등성의 원칙을 지키면 아래와 같은 상황에서도 동일한 결과를 보장해야 한다
+
+**예시**
+
+1. 주문 생성 시도 1회: 사용자 A가 상품 X를 주문하려고 함. 주문이 생성되어 데이터베이스에 저장됨.
+2. 주문 생성 시도 2회: 사용자 A가 동일한 상품 X를 다시 주문하려고 함.
+3. 멱등성을 지킨다면 이 작업은 이전에 주문이 이미 생성되었음을 감지하고 동일한 주문을 중복 생성하지 않아야 함.
+4. 주문은 이미 존재하므로 새로운 주문이 생성되지 않아야 함.
+5. 이렇게 멱등성을 지키는 것은 데이터의 일관성과 중복 생성을 방지하는 데 도움이 된다. 이와 유사하게 다양한 작업이나 API 호출에서 멱등성을 고려하여 중복 작업이나 데이터 중복을 방지할 수 있다.
+
+**멱등성이란?**
+
+> 동일한 작업을 여러 번 실행해도 항상 같은 결과가 출력됨을 말한다. 모든 작업을 멱등 작업으로 구현하면 시스템 상호작용이 훨씬 편해지며 에러도 현저히 줄어든다,
+
+1. 예를 들어 **어떤 값을 해시셋에 추가하는 것은 멱등 작업**이다.
+
+* 이유는 몇 개의 값을 집어놓던지 하나만 존재하기 때문이다.
+
+2. 원격 API도 **클라이언트가 각 요청마다 유일한 ID를 지정하게 하면** 멱등성 구현 가능
+
+* 클라이언트가 재시도할 때 실패한 것과 동일한 요청 ID를 전달하면 된다.
+* 그러면 서버는 이미 해당 요청이 처리된 경우에는 해당 작업 실행하지 않는다.
+
+### 3. 리소스를 해제하자.
+
+#### 🍈 장애가 발생하면 모든 리소스를 해제해야 한다.
+
+> 더 이상 필요로 하지 않는 메모리, 데이터 구조, 네트워크 소켓, 파일 핸들 모두 해제하자.
+
+1. 운영체제는 파일 핸들과 네트워크 소켓을 위한 공간이 정해졌는데 가득 차면, 새로 핸들, 소켓 모든 작업이 실패한다.
+2. 네트워크 소켓이 누수되면 불필요한 연결에 계속 남아있어 연결 풀이 가득 차게 된다.
+3. f.close를 실행하기 전 코스 실행 실패로 파일 포인터를 닫지 못하기 떄문에 개발 언어가 자동해제를 지원하지 않는다면 `try/finally`로 파일 핸들 안전하게 닫게 해줘야 함
+
+```
+f = open(`foo.txt`, 'w')
+#...
+f.close()
+```
+
+4. 현대 개발 언어는 자동리소스 해제 지원, rust는 `소멸자 메소드`로, 파이썬은 `with 구문`
+
+```
+with open('foo.txt') as f:
+#...
+```
+
+## 문제 원인을 찾기 위한 로깅 방법
+
+### 프롤로그
+
+#### 🍈 로그 메세지를 출력하는 것은 코드의 실행을 이해하거나 작은 프로그램을 디버깅할 수 있는 쉽고 편리한 방법
+
+> 코드를 쉽게 운영하고 디버그할 수 있도록 로깅 프레임워크를 활용하자. 로그 레벨을 설정해서 운영자가 애플리케이션의 로그 양 조정할 수 있게 하자. 로그는 원자적이고 빠르며 안전하게 다뤄야 한다.
+
+1. 개발 언어는 복잡한 애플리케이션을 위해 언제 어떤 것을 로그에 기록할 지 제어하는 연산자를 제공하는 정교한 `로깅 라이브러리`를 갖추고 있다.
+2. 이러한 연산자를 이용해 로그 레벨을 이용해 로그 양 조절하거나 로그 형식 제어 가능
+
+#### 📓 java의 로그 라이브러리
+
+> 이 외에도 다양한 로깅 라이브러리가 있으며, 선택할 때 프로젝트의 요구 사항과 개발 환경을 고려하여 적절한 로깅 라이브러리를 선택하는 것이 중요
+
+**1. Log4j 2**
+
+* Apache Log4j 2는 Java의 로깅 프레임워크로 매우 유연하고 강력한 로깅 기능을 제공한다.
+* 로그 메시지를 다양한 출력 대상으로 라우팅하고, 로깅 레벨 및 로그 형식 설정 등이 가능하다.
+
+**2. SLF4J (Simple Logging Facade for Java)**
+
+* SLF4J는 로깅 프레임워크의 추상 계층으로, 다양한 로깅 라이브러리와 결합하여 사용할 수 있다.
+* 주로 로그 API의 추상화를 제공하며, 로깅 라이브러리를 변경해도 코드 수정을 최소화할 수 있으며, 실제로 SLF4J를 구현하는 로깅 라이브러리로 Logback을 많이 사용한다.
+
+\*\*3. Logback \*\*
+
+* Logback은 SLF4J의 구현체로, Log4j의 후속 제품으로 개발된 것으로 Logback은 기본적인 설정으로도 간단하게 사용할 수 있지만, 복잡한 설정 및 유연한 로깅 기능을 제공한다.
+
+**4. java.util.logging (JUL)**
+
+* 자바 표준 라이브러리에 포함된 로깅 프레임워크로, JUL을 사용하면 별도의 라이브러리를 추가로 필요하지 않는다.
+* 기능은 간단하지만 가볍고 표준화된 로깅을 위한 선택지로 사용할 수 있습니다.
+
+**5. Log4j 1**
+
+* Apache Log4j 1은 로깅 프레임워크로 유명하며 예전부터 많이 사용되어왔으나 현재는 Log4j 2와 비교하여 유지보수 및 보안 이슈로 인해 사용이 권장되지 않는다.
+
+### 1. 로그 레벨을 사용하자
+
+> 로깅 프레임워크는 운영자가 중요도에 따라 메세지를 필터링할 수 있도록 로그 레벨을 지원한다.
+
+1. 운영자가 로그 레벨을 설정하면 설정한 레벨보다 상위 레벨의 로그는 모두 기록되는 반면\*\* 그보다 낮은 레벨의 로그는 기록되지 않는다.\*\*
+2. 로그 레벨을 사용하면 매우 상세한 디버깅 로그부터 정상적인 운영 상황에서 주기적으로 기록되는 로그까지, 주어진 상황에 맞춰서 로그의 양 조절 가능
+
+#### 🍈 예제
+
+> 자바의 log4j.properties 파일의 일부로서, 루트에는 ERROR 레벨의 상세한 로그 지정하고 com.foo.bar 패키지 내의 코드에서는 INFO 레벨의 로그 지정
+
+```JAVA
+# 루트 로거에는 ERROR **텍스트**레벨을 지정하고 fout라는 이름의 FileAppender를 사용한다,
+log4j.rootLogger = Error, fout
+# com.foo.bar 패키지는 INFO 레벨 지정
+log4j.logger.com.foo.bar = INFO
+```
+
+#### 🍈 로그 레벨의 분류
+
+1. TRACE
+
+> 정리하자면,
+>
+> * 예시: 특정 메소드나 함수의 호출과 반환 값을 로깅하여 디버깅 시 호출 흐름을 확인할 때 사용.
+> * 적용 방법: 로그 라이브러리에서 제공하는 TRACE 레벨 메소드를 사용하여 특정 작업이나 메소드의 세부 정보를 로깅
+
+* **특정 패키지나 클래스에만 켜지며 최대한 상세한 내용을 출력**하는 레벨
+* 개발 환경 이외에서는 사용하는 경우는 거의 없다.
+* **줄 단위 로그나 데이터 구조를 확인**하는 데 사용
+* TRACE 로그 레벨을 자주 사용하는 편이라면 로그 출력 대신, `디버거`를 이용해 코드의 실행 과정을 확인하는 것이 좋다
+
+2. DEBUG
+
+> 정리하자면,
+>
+> * 예시: 사용자의 입력 데이터를 처리하는 중간 과정을 로깅하여 디버깅 시 데이터 처리 과정을 확인할 때 사용.
+> * 적용 방법: 로그 라이브러리에서 제공하는 DEBUG 레벨 메소드를 사용하여 중요한 상태 변경 또는 중간 과정을 로깅
+
+* **프로덕션 상황에서 문제가 발생했을 때 적합한 레벨**이다.
+* 디버그 레벨 로깅을 너무 많이 사용 시 디버깅 할 때 필요한 정보를 찾기 어려워진다.
+* 이런 메세지는 TRACE 레벨로 지정하자.
+
+3. INFO
+
+> 정리하자면,
+>
+> * 예시: 애플리케이션의 시작과 종료 시점, 서비스 포트 설정 등 애플리케이션의 기본 정보를 로깅할 때 사용.
+> * 적용 방법: 로그 라이브러리에서 제공하는 INFO 레벨 메소드를 사용하여 애플리케이션의 상태 정보를 로깅
+
+* **애플리케이션 상태에 대해 알아두면 좋을 만한 정보**를 위한 레벨이다.
+* 즉 문제점을 파악하기 위한 용도가 아니다.
+* 보통 `서비스 시작` 이나 `5050번 포트 사용`과 같은 애플리케이션 상태 메세지를 이 INFO 레벨로 출력한다.
+* INFO는 **기본 로그 레벨이니, 시시한 내용을 기록하지 말자.**
+* `만약을 위한` 로그는 TRACE나 DEBUG레벨로 출력하자
+* INFO 레벨 로그는 정상적인 운영 상황에서 유용한 정보를 제공해야 한다.
+* 러스트에서 INFO 레벨 출력하는 예시
+
+> 요청이 실패한 원인을 유발한 에러도 포함되어 있는데 그런데도 info 레벨을 쓴 이유는 애플리케이션이 자동으로 재시도 하므로 추가 대응할 필요가 없기 때문이다.
+
+```RUST
+info!("Failed request : {}, retrying", e);
+```
+
+4. WARN
+
+> 정리하자면,
+>
+> * 예시: 서비스 리소스가 한계치에 다다른 상황이나 예상치 못한 동작을 로깅하여 경고할 때 사용.
+> * 적용 방법: 로그 라이브러리에서 제공하는 WARN 레벨 메소드를 사용하여 경고할 만한 상황을 로깅
+
+* **잠재적으로 문제가 될 만한 상황에 대한 메세지 출력**을 위한 레벨
+* 어떤 `리소스가 한계치에 다다르고 있다면` 경고 메세지 출력하기 적합
+* WARN 레벨 로그를 출력 할 때는 그 메세지를 확인한 사람이 취해야 할 구체적인 대안이 있어야 하며, 없다면 INFO레벨로 옮기자
+
+5. ERROR
+
+> 정리하자면,
+>
+> * 예시: 예외 발생, 데이터베이스 작업 실패 등 오류 상황에 대한 정보를 로깅할 때 사용.
+> * 적용 방법: 로그 라이브러리에서 제공하는 ERROR 레벨 메소드를 사용하여 오류 상황에 대한 정보 및 스택 트레이스 등을 로깅합니다.
+
+* 살펴봐야 할 에러가 발생했을 때 위한 레벨
+* **데이터 베이스 기록 작업이 실패하면 대체로 ERROR 레벨 로그에 기록**
+* 문제를 분석하기에 충분한 정보 제공
+* 관련 스택 추가적과 소프트웨어가 실행된 결과 등 상세한 내용 명확하게 기록
+
+6. FATAL
+
+* 가장 위험한 수준의 메세지 출력하기 위한 레벨 -\*\* 프로그램이 심각한 상황에 맞닥뜨려 즉시 종료시켜야 한다면\*\* 그 문제를 유발한 원인을 FATAL 레벨 로그 기록
+* 복구 지점이나 분석 관련 데이터 프로그램 상태 관련된 컨텍스트도 반드시 기록
+
+#### 📓 java 로그 라이브러리 이용해서 로그 레벨 지정 방법
+
+**1. 메소드 호출을 통한 로그 레벨 지정**
+
+SLF4J와 Logback을 사용할 때는 로그 레벨을 지정하는 메소드를 사용한다. SLF4J의 로거(Logger) 인스턴스를 가져온 후 해당 인스턴스의 메소드를 호출하여 로그를 남길 수 있다. 메소드에는 로그 레벨을 지정하는 파라미터가 있다.
+
+```java
+import org.slf4j.Logger;
+import org.slf4j.LoggerFactory;
+
+public class MyClass {
+    private static final Logger logger = LoggerFactory.getLogger(MyClass.class);
+
+    public void myMethod() {
+        logger.trace("This is a trace level log.");
+        logger.debug("This is a debug level log.");
+        logger.info("This is an info level log.");
+        logger.warn("This is a warn level log.");
+        logger.error("This is an error level log.");
+    }
+}
+```
+
+**2. 설정 파일을 통한 로그 레벨 지정**
+
+Logback을 사용할 경우에는 logback.xml 또는 logback.groovy 설정 파일을 통해 로그 레벨을 지정할 수 있다. 설정 파일에서는 다양한 로그 레벨을 각각의 로그 출력 대상에 지정할 수 있다.
+
+```java
+<!-- logback.xml -->
+<configuration>
+    <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
+        <encoder>
+            <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>
+        </encoder>
+    </appender>
+
+    <root level="INFO">
+        <appender-ref ref="CONSOLE" />
+    </root>
+</configuration>
+
+```
+
+### 2. 로그는 원자적으로 작성하자
+
+#### 🍈 원자적이란 뭘까..
+
+> `원자적으로 작성하자`는 프로그래밍 및 데이터 관리에서 매우 중요한 원칙 중 하나를 나타냅니다. 이 원칙은 작업이 더 작은 조각으로 분해되거나 중간에 중단되지 않고 완전히 실행되도록 보장하는 것을 의미한다.
+
+1. 여기서 `원자적`이란 작업이 더 이상 나눌 수 없는 최소 단위
+2. 이 단위에서 작업은 더 이상 분해되거나 중단될 수 없어야 한다. 원자적 작업은 다음 두 가지 특성
+
+* `분해 불가능(Indivisible)`: **원자적 작업은 더 작은 단위로 나눌 수 없어야 한다.** 작업을 구성하는 각 단계는 분해되거나 재정의되지 않고 실행되어야 한다.
+* `중단 불가능(Undivisible)`: **원자적 작업은 중간에 중단되지 않고 완전히 실행**되어야 한다. 만약 작업의 일부만 실행되고 중단되면 일관성과 정합성 문제가 발생할 수 있다.
+
+#### 🍈 로그를 원자적으로 작성
+
+> 로그를 원자적으로 작성한다는 것은 로그 메시지가 한 번 작성되면 분해되거나 중단되지 않고 완전히 기록되어야 한다는 의미
+
+* 예를 들어, 여러 로그 메시지를 연속적으로 작성할 때 각 로그 메시지가 순서대로 기록되는 것을 보장하고, 중간에 작업이 중단되거나 누락되지 않도록 해야 한다. 이를 통해 로그를 통해 시스템 상태나 이벤트에 대한 정확하고 일관된 정보를 얻을 수 있다.
+
+#### 🍈 만일 데이터와 결합했을 떄만 정보가 유용하다면
+
+1. 한 메세지에 모든 정보를 원자적으로 저장하자.
+2. 로그 수집기는 관련 정보를 한 줄에 표현하는 로그를 더 잘 처리
+
+> but, 특정 순서대로 보이지 않을 수 있으며, 로그 정렬 시 시스템 시간에 의존하지말자. 시스템 시간은 리셋되거나 호스트 마다 조금씩 다를 수 있음
+
+3. 로그 메세지에 줄바꿈 문자도 피하자 => 특히 WARNING 로그에 경우, 다른 메세지와 혼합이 되기 때문에 **한 줄로 출력 불가하다면 고유한 ID를 포함시켜 나중에 연결할 수 있게 하자.**
+
+### 3. 로그는 신속하게 기록하자.
+
+> 로그를 너무 기록하면 성능에 영향을 미친다. **로그는 디스크나 콘솔, 원격 시스템 등 어딘가에 반드시 기록되어야 하며, 기록되기 전 한 문자열로 결합**해야 한다.
+
+#### 🍈 문자열 결합
+
+> 매우 느리게 진행되며, 성능이 중요한 루프에 악영향을 미친다,
+
+1. 결합을 시도하는 문자열이 로그 메소드에 전달되면 로그 레벨과 상관 없이 결합 실행 이유 : 소드의 인수는 메소드에 전달기 앞서 평가가 이뤄지기 때문
+2. 프레임워크가 지원한다면, 파라미터화 로깅을 사용하자
+3. JAVA의 로그 호출 시 문자열 결합 방법 3가지
+
+```JAVA
+while(message.size() > 0){
+	Message m = message.poll();
+    
+    // 이 문자열은 trace 레벨이 비활성화돼 있어도 결합이 실행
+	log.trace("got message: "+m);
+    
+    // 이 문자열 역시 trace 레벨이 비활성화돼 있어도 결합이 실행
+	log.trace("got message : {}".format(m));
+    
+    // 이 문자열은 trace 레벨이 활성화된 경우에만 결합을 실행하므로 더 빠르다. => 파라미터화 	// 로깅
+	log.trace("got message : {}", m);
+}
+```
+
+#### 🍈 로그의 신속한 기록 1 : 파라미터화 로깅
+
+> 로그 메시지의 내용을 동적으로 생성하고 로깅하는 기법,\*\* 이를 통해 로그 메시지에 변수나 데이터 값을 쉽게 포함시킬 수 있다.\*\* 파라미터화 로깅은 로그 메시지에 변수를 직접 결합하는 대신, **변수 값을 포함할 위치를 지정하고 실제 값은 로깅 함수의 파라미터로 전달하여 로그 메시지를 생성**한다.
+
+1. 장점
+
+* 가독성 향상: 로그 메시지 내에 변수 값을 직접 결합하는 대신 변수 값을 파라미터로 전달하므로 로그 메시지가 더 읽기 쉽고 명확해진다.
+* 동적 로깅: 로그 메시지에 동적으로 변경되는 변수 값을 포함할 수 있다. 이를 통해 **특정 이벤트의 상황에 맞는 변수 값을 로그로 남길 수 있다.**
+* 보안 강화: 민감한 정보를 로그로 남길 때, 값을 직접 노출하는 대신 파라미터로 전달하면 민감한 정보가 로그 파일에 남을 가능성을 줄일 수 있다.
+
+```java
+import org.slf4j.Logger;
+import org.slf4j.LoggerFactory;
+
+public class LoggingExample {
+    private static final Logger logger = LoggerFactory.getLogger(LoggingExample.class);
+
+    public static void main(String[] args) {
+        String username = "john_doe";
+        int userId = 123;
+
+        // 파라미터화 로깅
+        logger.info("User {} with ID {} logged in", username, userId);
+    }
+}
+```
+
+#### 🍈로그의 신속한 기록 2 : 비동기 어펜더
+
+> 어펜더는 로깅 시스템에서 로그 메시지를 어디에 기록할지를 결정하는 역할을 하는 요소로 로그 메시지는 어펜더를 통해 특정한 출력 대상에 기록되게 된다. 보통 어펜더는 로그를 콘솔에 출력하거나 파일에 기록하는 등의 역할을 수행한다.
+
+로깅 시스템에서 어펜더는 로그 출력의 대상과 형식을 지정하는 역할을 하며, 기본적으로 탑재된 로그 어펜더는 print 함수와 마찬가지로 호출자의 스레드에서 실행
+
+**비동기 어펜더**
+
+> 현재 실행 중인 어펜더는 현재 실행 중인 스레드를 블록하지 않고 메세지를 기록한다.
+
+**비동기 어펜더의 작동원리**
+
+1. 로그 메시지는 메인 스레드에서 비동기 어펜더에게 전달
+2. `비동기 어펜더`는 로그 메시지를 로그 큐(또는 버퍼)에 저장한다. 이때 큐는 별도의 백그라운드 스레드에서 관리된다.
+3. `백그라운드 스레드`는 로그 큐에 저장된 메시지를 실제 출력 대상(콘솔, 파일, 데이터베이스 등)으로 전달하며, 이 작업은 메인 스레드의 작업과 별개로 처리된다.
+4. 이를 통해 메인 스레드는 로그 출력 작업에 대한 지연을 겪지 않고 다른 작업을 계속 수행할 수 있다.
+
+**장점**
+
+1. 로그 출력 작업의 **지연이 발생해도 메인 스레드의 성능에 영향을 덜 준다.**
+2. 백그라운드 스레드에서 로그 출력 작업을 관리하므로, 로깅 작업으로 인한 애플리케이션의 멈춤 현상을 방지할 수 있다.
+3. 로그 출력 작업이 비동기적으로 처리되므로 전체 애플리케이션의 성능을 향상시킬 수 있다.
+
+**일괄 어펜더**
+
+> 로그 메시지를 디스크에 기록하기 앞서 우선 메모리에 보관한다. 쓰기 처리량 역시 증갈한다.
+
+1. 운영체제의 페이지 캐시 역시 버퍼처럼 동작해서 로그 처리량을 향상하는데 도움이 된다.
+2. 비동기와 일괄쓰기는 성능을 향상시킬 수 있지만 애플리케이션에 크래시가 발생하몀 로그 메세지가 기록되지 않는 일도 생긴다.
+
+### 4. 민감한 데이터는 로그에 기록하지 말자
+
+> 당연한 얘기같지만 흔히 실수 하는 부분으로 URL이나 HTTP 응답을 아무 생각 없이 로그에 기록하면 안전 장치가 없는 로그 숫집기는 자칫 개인정보 노출 될 수 있다.
diff --git "a/developLog/book/onboarding/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 1\354\236\245_.md" "b/developLog/book/onboarding/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 1\354\236\245_.md"
new file mode 100644
index 0000000..a85c54d
--- /dev/null
+++ "b/developLog/book/onboarding/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 1\354\236\245_.md"	
@@ -0,0 +1,137 @@
+---
+description: 1장을 읽고 정리
+---
+
+# 필독 개발자 온보딩 가이드 1장
+
+## 읽게 된 계기
+
+> 트위터를 시작했다. sns는 잘 안했는데 트렌드를 읽고 좋은 개발자분들이 트위터에서 활동을 많이 하기에 개발용으로 1개의 계정을 만들었다. 거기서 추천하는 책들 중에 **시니어 개발자의 잔소리**랑 실무에 대해서 알 수 있다고 해서 교보문고에 가서 구매했다. 아직 2장까지 밖에 못 읽었는데 재미있고 모르는 내용도 알게 되어 잊지 않고 자주 보기 위해 적어보고자 작성하게 되었다.
+
+> 혹시 문제가 있다면 삭제하겠습니다!
+
+![](https://velog.velcdn.com/images/prettylee620/post/9079b4ef-9a79-4676-9b3e-da4a57f0c3d2/image.png)
+
+## \[1장] 여정을 시작하며, 개발자로서 첫 출발 앞으로 어떤 길이 펼쳐질까?
+
+### 📌 목표를 세우자
+
+#### 1. 기술 지식
+
+* 컴퓨터 과학의 기초 지식을 갖추자
+
+> 🍀 **통합 개발 환경(IDE), 빌드 시스템, 디버거, 테스트 프레임워크 등을 어떻게 사용하는지 알아여 하며, 지속적 통합, 지표 및 모니터링, 설정, 패키징 시스템 등도 능숙히 다룰 수 있어야 한다.**
+
+* 테스트 코드는 사전에 만들어 개선해야 하며, 아키텍처 차원에서 결정을 내릴 때는 운영측면도 고려\
+
+
+#### 2. 실행력
+
+* 코드를 이용해 문제를 해결함으로써 가치를 만들어내며 업무와 비즈니스 간의 연결고리도 이해
+* 코드 작성 + 테스트, 코드 리뷰 + 긴급 대응 업무 교대 진행 + 운영 이슈 디버깅
+
+> 🍀 **주도적이면서 누군가에게는 의지할 만한 사람이 돼야 한다.**
+
+#### 3. 의사소통
+
+* 문서는 물론이거니 구두로도 명확하게 소통
+* 피드백을 효과적으로 주고받으며 적극적으로 도움을 요청하고 모호한 상황에서는 명확한 정보를 요구 할 수 있어야 한다.
+
+#### 4. 리더쉽
+
+* 범위가 잘 정의된 작업을 독립적으로 수행할 수 있어야 하며, 실수로부터 빠르게 배울 수 있어야 한다.
+* 변화와 모호성을 잘 처리하며 프로젝트와 분기별 계획 수립에 적극적 임해야 한다.\
+
+
+### 📌 초보자
+
+#### 1. 온보딩 회의
+
+> 🍀 회사와 팀 그리고 업무 방식에 익숙해져야 하며 온보딩 회의도 참석해야 한다.
+
+* 회사가 OT가 없다면, 직속 팀장에게 조직도(담당 엄무, 인력 구성, 보고 체계 등), 타 부서 안내, 협업 관계 등을 설명해달라고 요청 후 메모해두자.
+* 개발환경과 시스템 접근 권한을 셋업하고 보편적인 팀의 절차들과 회의 일정 파악
+* 문서도 읽고 팀원들과 소통도 해야하며, 문서 오류를 수정하며 팀에 기여 해야한다.
+
+#### 2. 셋업 과정 문서로 남겨두자
+
+* 추가적인 온보딩 절차(시스템 접근 권한 획득, 개발 환경의 셋업, 코드의 체크아웃 및 빌드)등을 갖춰지지 않은 회사라면, 내가 직접 만들어보자.
+
+#### 3. 현 조직의 업무 진행 절차를 개선하는 것이 아니라 이해하는 것이다.
+
+* 작은 규모의 작업부터 해보자
+* 주석 수정 같은 소소한 작업도 좋다.
+
+#### 4. 코드 편집기나 IDE를 셋업하자.
+
+* IDE는 팀이 쓰는 것을 사용하며, 익숙하지 않다면 온라인 튜토리얼을 찾아보자.
+* 필요하다면 팀에서 어떤 코딩 규칙을 세웠는지 그리고 어떻게 적용하면 되는지 물어보는 편이 좋다.
+
+#### 5. 팀장이 스탠드업 미팅, 스프린트 계획, 회고, 전사 회의 등 팀이나 회사 회의에 추가해뒀는지 확인하자
+
+* 일대일 회의 제도가 있다면 팀장에게 일대일 회의 일정 잡아달라고 하자.
+
+### 📌 질풍 노도의 성장
+
+#### 1. 모르는 점이 있다면 질문하고, 작업에 대해 자주 리뷰해줄 것을 팀에게 요청하자.
+
+* 기초 작업을 완료했다면 기존의 코드베이스에서 작업한다.
+* 모르는 점이 있다면 질문하고, 작업에 대해 자주 리뷰해줄 것을 팀에게 요청하자.
+
+#### 2. 학습 : 코드를 빌드, 테스트, 배포하는 방법을 잘 살표보자
+
+* 풀 리퀘스트, 코드리뷰를 읽어보자.
+* 꾸준한 학습 필요
+
+#### 3. 팀장은 주로 진척사항을 파악하길 원하므로 어떤 방식으로 현 상황을 공유할지 물어보자
+
+
+
+#### 4. 스프린트 계획 회의 시작하는 첫 번째 계획 회의 등에 참여 시, 회의에서 로드맵에 대한 개요난 개발 계획 절차에 대해 물어보자
+
+
+
+### 📌 신뢰할 수 있는 기여자
+
+> 더 큰 규모나 큰 작업이나 기능 구현 시 참여하게 되면 신뢰할 수 있는 기여자
+
+#### 1. 손쉽게 운영할 수 있는 프로덕션 수준의 코드를 작성하는 법, 의존성을 적절히 관리하는 방법, 깔끔한 테스트 코드를 작성하는 방법을 배우자
+
+#### 2. 다른 팀원을 돕고 도움받으며 피드백을 하며 받으며, 헷갈리는 문제가 있으며 항상 질문을 하자
+
+#### 3. 팀 계획에 참여하고 팀장과 협업해 OKR(목표와 핵심 결과)를 설정하자
+
+
+
+### 📌 운영의 바다
+
+> 참여하는 작업의 규모가 점점 커질 수록 코드가 사용자에게 전달되는 과정에 대해 더 많이 알게 될 것이다.
+
+#### 1. 코드 전달 과정에서는 테스트, 빌드, 릴리스, 배포, 롤아웃 등 많은 일이 일어난다. 스킬 필요
+
+#### 2. 변경사항 롤아웃 후에는 팀이 만든 소프트웨어 운영해야 한다.
+
+* 각종 지표, 로그, 추적 도구 등을 이용해 실행 중인 소프트웨어를 디버깅하게 될 것이다.
+* 어느 시점에는 긴급대응 온콜 대응 업무에도 합류하게 될 것이다.
+* 소프트웨어 보호 방법도 배울 것이다.\
+
+
+### 📌 능력자의 땅
+
+> 운영 후에는 팀은 우리가 소규모 프로젝트 정도는 스스로 주도할 수 있는 역량을 갖췄다고 생각할 것이다.
+
+#### 1. 기술 설계 문서를 작성하고 프로젝트 계획 수립도 거들어야 한다.
+
+* 첫 설계에 안주하지 말고 트레이드오프를 생각하고 시간이 지나도 발전을 지속할 수 있는 시스템을 위한 계획을 세우자
+
+#### 2. 모든 것을 새로 재작성 시도는 하지 마는 것을 추천한다.
+
+* 아키텍처, 빌드 및 배포 시스템, 테스트 환경의 결함 등이 눈에 띄게 되며, 그렇게 일상적인 업무 그리고 유지보수와 리팩터링 작업 사이에 균형을 찾는 방법을 배운다.
+
+#### 3. 팀장에게 의견 공유
+
+#### 4. 장기적인 목표 설정 후 성과 리뷰하며, 동료들에게 피드백 받자.
+
+### 📌 정리하며
+
+> 이 책... 취업하고 보니 신입은 초보자, 질풍 노도의 성장 이거랑 비슷하다는 것!!! + 중간 중간 상황 공유는 꼭 필요하다!!!
diff --git "a/developLog/book/onboarding/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 2\354\236\245_.md" "b/developLog/book/onboarding/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 2\354\236\245_.md"
new file mode 100644
index 0000000..5251e31
--- /dev/null
+++ "b/developLog/book/onboarding/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 2\354\236\245_.md"	
@@ -0,0 +1,284 @@
+---
+description: 필독 개발자 온보딩 가이드 2장
+---
+
+# 필독 개발자 온보딩 가이드 2장
+
+![](https://velog.velcdn.com/images/prettylee620/post/cf77a62d-212d-4c66-a49c-685fa3c59a98/image.png)
+
+> 필독 개발자 온보딩 가이드을 읽고 정리하는 글이며, 혹시 문제가 되면 삭제하겠습니다.
+
+## 역량을 높이는 의식적 노력 - 경쟁자가 갖춘 개발자가 되기 위해 스스로 해야 할 일
+
+### 1. 들어가며
+
+> 학습을 위한 가르침이라는 책에서 `능숙함`을 4가지 단계로 나누어 의미 했다.
+
+1. 무의식적 능력 부족
+2. 의식적 능력 부족
+3. 의식적 능숙
+4. 무의식적 능숙
+
+>
+
+모든 엔지니어는 의식적이든 무의식적이든 능력 부족 단계에서 시작하며, 목표는 최대한 빨리 의식적 능숙 단계로 접어드는 것이 좋다. 또한 이 장에서 자기주도 학습이라는 습관 방법과 균형 유지, 가면 증후군, 더닝 크루거 효과에 대해서도 다룬다. 스스로에 대한 불신이나 과신에 빠지지 않도록 주의하며 자기주도 학습을 계속하고 효율적인 질문을 하다 보면 의식적 능숙함을 빠르게 갖출 수 있을 것이다.
+
+### 2. 실전에 앞서 익혀야 할 자기주도 학습 방안
+
+* 학습에 모든 방법을 동시에 시도해서는 안 된다.
+* 지속적인 성장도 중요하지만 깨어 있는 내내 일만 하는 것은 건강을 해치므로 개인 시간을 반드시 확보하기 바란다.
+
+### 3. 본격적인 학습을 위한 몸풀기
+
+> 이 초반 과정은 지루할 수도 있고 다른 사람은 바쁜데 마치 자신만 한가한 것 같은 느낌도 들 것이다. 하지만 걱정마라. 적응할 시간이 필요하다는 사실은 모든 사람이 알고 있을 것이다.
+
+* 입사 후 처음 몇 달간은 일단 상황이 어떻게 돌아가는지 파악하는 데 집중하자.
+* 그러면 설계 회의나 온콜 교대 업무, 운영 이슈, 코드 리뷰 등에 참여하는데 도움이 된다.
+
+### 4. 직접 부딪혀보면 깨닫자
+
+> 코드를 처음 배포할 때 어딘가 문제가 생기지 않을 두려울 수 있지만 팀장들도 녹록치 않아서 결코 심각한 피해를 입힐 만한 상황을 만들지 않는다. (디만 대안이 없는 경우 신규 입사자가 위험 부담 높은 작업에 투입될 때도 있다.)
+
+* 문서를 읽어 배울 수 있는 것보다는 실전을 통해 배울 수 있는 것이 훨씬 많다.
+* 그러므로 코딩을 하고 결과물을 배포해야 한다.
+* 만약 실수하더라도 스스로를 너무 책망하지 말자. 실수로부터 배운 것이 있다면 기록해두고 계속 정진해 나가면 된다.
+
+### 5. 코드 동작을 이해하기 위해 다양한 실험을 해보자
+
+> 어떤 메소드가 호출이 된 것은 알겠는데 도대체 어떤 경로로 그 메소드가 호출됐는지 알아내지 못하는 경우가 있다. 이럴 때는 `예외`를 던지거나 `스택 트레이스`를 출력해보거나 아니면 `디버거`를 붙여 호출 경로를 살펴보는 등의 시도
+
+* 여러 가지 시도를 해보며 코드가 어떻게 동작하는지 알아두자.
+
+#### 🍊 여기서 잠깐! 스택 트레이스란?
+
+> 일단 출처 https://jaehoney.tistory.com/51 https://okky.kr/articles/338405
+
+**개념**
+
+* 프로그램이 시작된 시점부터 현재 위치까지의 메서드 호출 목록
+* 예외가 어디서 발생했는지 알려주기 위해 JVM을 생성
+
+**필요 이유**
+
+* 스택 트레이스를 읽는 능력은 선택이 아닌 필수
+* 무턱대고 오류내용을 복붙하고 해결을 위한 코드도 복붙한다면 직면한 문제는 해결할 수 있지만 발전 없이 머물러 있게 됨
+* 강사님도 항상 강조하는 내용
+
+**그렇다면 읽는 법?**
+
+```JAVA
+public class StackTraceTest 
+{
+	public static void main(String[] args) 
+	{
+		one();
+	}
+	
+	public static void one()
+	{
+		two();
+	}
+
+	public static void two()
+	{
+		three();
+	}
+	
+	public static void three()
+	{
+		Integer.parseInt("abcde");
+	}
+}
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/0bc51219-6345-49e0-899d-cfc22c9ee627/image.png)
+
+1. 스택트레이스는 에러가 발생된 시점부터 프로그램이 시작된 시점까지 거슬러 올라가면서 출력되기 때문에 **먼저 실행된 메서드가 가장 아래**
+2. 나도 보려고 노력하지만 겁먹기 마련이다. 대부분 처음 시작하는 분들이 그렇더라
+3. 하지만 에러의 진정한 원인은 가장 아래쪽(초기)에 있는 `Caused by:`로 시작되는 줄부터 아래로 세줄이면 충분
+
+```java
+Caused by: java.lang.NullPointerException
+     at com.mycompany.service.impl.PortalManagerImpl.deleteMenuItem(PortalManagerImpl.java:603)
+     at com.mycompany.service.impl.PortalManagerImpl.deletePortal(PortalManagerImpl.java:358)
+```
+
+4. 위의 내용은 com.mycompany.service.impl.PortalManagerImpl' 클래스의 `deletePortal` 메소드 358라인에서 같은 클래스의 `deleteMenuItem`메소드를 호출했는데 해당 메소드 603번 째 줄에서 널포인터 예외가 발생했다라고 해석
+
+> **okky의 질문** ![](https://velog.velcdn.com/images/prettylee620/post/44408d1c-8078-468d-b5c6-1a9b2be04488/image.png) **okky의 답변** `deleteMenuItem()`은 재귀 호출을 하는 메서드라서 혼동이 되신 것 같습니다. 스택트레이스의 인용하신 부분은 "603번 째 줄에서 deleteMenuItem()을 호출할 때"가 아니라 "호출된 deleteMenuItem() 메서드의 내부의 603번 째 줄"임 🐇 좀 더 자세히 설명하자면, deleteMenuItem() 메서드 내부에서 getMenuItems(item.getPortal().getId(), item.getId()) 메서드를 호출하려고 합니다. 이때, item이 null인 경우 NullArgumentException이 발생하고 예외가 던져집니다.
+
+5. `PortalManagerImpl` 클래스 소스
+
+```java
+if (item == null) {
+    throw new NullArgumentException("item");
+}
+
+//중간 생략
+List<PortalMenu> children = getMenuItems(item.getPortal().getId(), item.getId()); // 603번째 줄
+
+for (PortalMenu child : children) {
+    deleteMenuItem(child);
+ }
+```
+
+**그렇다면..? 널포인트 exception 원인은?**
+
+* 많은 수의 지원자들이 `children`이나 `item.getId()` 등에 널값이 들어간 것 같다고 답했다고 한다. 이론적으로 해당 라인에서 널값이 들어갈 수 있는 모든 경우의 수는,
+
+> 1. children
+
+2. item
+3. item.getPortal()
+4. item.getPortal().getId()
+5. item.getId()
+
+* 이 중 적어도 두 가지, 즉 2번 혹은 3번으로 가능성을 바로 좁히지 못한다면 그것은 널포인터 예외의 의미를 정확하게 파악하지 못하고 있기 때문이라고 한다.
+
+> 널포인터 예외는 단순하게 변수에 널값이 들어가서 생기는 오류가 아니다. `널포인터 예외`는 **명확하게 객체의 널레퍼런스에 대해 메소드 호출이나 필드 참조 등의 작업을 했을 때 발생하는 문제**라는 것을 이해한다면 이런 문제는 곧바로 원인을 좁힐 수 있어야 한다.
+
+* 즉, 1번의 경우처럼 단순히 변수에 널값을 할당하는 것만으로는 절대로 널포인터 예외가 날 수 없다. 그리고 만일 4 번 `item.getPortal().getId()`이나 5번 `item.getId()`이 널이라면 이는 널 레퍼런스에 대한 호출이 아니라 널값을 `getMenuItems`라는 **메소드의 인자로 넘기는 것 뿐이기 때문에 역시 널포인터 예외의 원인이 될 수 없다.**
+* 물론 `getMenuItem` 메소드 안에서 **해당 인자에 대한 널체크 없이 값을 사용하다가 예외가 날 수도 있겠지만** 이 경우엔 절대로 트레이스 상에 **굵은 글자로 표시된 603번 째에서 예외를 뿌리지 않는다.**
+* 그렇다면 남은 가능성은 2번 'item'이 널이거나 3번 'item.getPortal()'이 널인 경우뿐인데, 'item' 변수는 위에서 널체크를 하기 때문에 603번 째 줄에서 절대로 널값을 가질 수 없다. 그렇기 때문에 답은 3번이 되는 것
+
+**읽어보면 좋은 글**
+
+[개발은 암기과목이 아닙니다](https://okky.kr/questions/311337)
+
+**논외 Visual Studio와 Visual Studio Code**
+
+> 스택 트레이스 를 읽는 법을 찾다가 알게 된 것인데... 둘은 완전히 다르다는 것 Visual Studio는 IDE(통합 개발 환경)이며 Visual Studio Code는 Sublime Text 및 Atom과 같은 리치 텍스트 편집기로 도구 간의 차이점은 IDE와 텍스트 편집기 그 이상이라고 한다. IDE는 코드 작성, 편집, 디버깅 및 실행을 위한 강력한 도구로 텍스트 편집기에서는 코드를 작성하고 편집할 수만 있다. 코드를 실행하거나 자동으로 실행되도록 플러그인을 다운로드하려면 텍스트 편집기에서 나가야 할 수도 있다고 함.. 깊게 공부 안하고 돌리기만 해서... 몰랐다.
+
+#### 🍊 이런 실험을 할 때 디버거 십분 활용
+
+1. 실행 중인 코드를 잠시 정지시키고 실행 중인 스레드, 스택 트레이스, 변숫값 등을 확인할 수 있다.
+2. 디버거를 붙여 이벤트 발생시킨 후 코드가 해당 이벤트를 어떻게 처리하는지 단계적으로 확인
+3. 브레이크 포인트는 디버거에서 코드 실행을 중지시키는 지점을 설정하는 도구로 이를 통해 해당 지점에서 코드의 실행 상태를 분석하고 변수 값을 확인할 수 있다.
+
+**intellij에서 브레이크 포인트 설정 방법**
+
+> IntelliJ IDEA를 열고 디버그할 프로젝트를 로드
+
+1. 디버그하고 싶은 코드 파일을 엽니다.
+2. 브레이크 포인트를 설정하려는 줄에 마우스 커서를 가져갑니다.
+3. 해당 줄의 왼쪽 마진(라인 넘버 부분)을 클릭하면 브레이크 포인트가 설정됩니다. 또는, 해당 줄을 클릭한 후 `Ctrl + F8 (Windows/Linux)` 또는 `Command + F8 (Mac)`을 누르면 컨텍스트 메뉴가 나타납니다. 이 메뉴에서 `Toggle Line Breakpoint`를 선택하면 **브레이크 포인트가 설정**됩니다.
+4. 설정한 브레이크 포인트는 `빨간 동그라미`로 표시됩니다.
+5. 디버그 모드로 실행하려면 해당 클래스 또는 메서드 내에서 마우스 우클릭하여 "Debug" 옵션을 선택하거나, 코드 에디터 상단의 "Run" 또는 "Debug" 버튼을 클릭합니다.
+6. 프로그램이 브레이크 포인트에 도달하면 실행이 일시 정지됩니다. 이때 디버거 창에서 변수 값을 확인하거나 단계별로 코드를 실행해볼 수 있습니다.
+
+#### 🍊 디버거는 강력한 기능을 제공하지만 가끔은 로그나 print를 넣어두는 것이 코드의 동작을 이해하는 것이 가장 쉬운 방법
+
+* 다만, 멀티스레드 애플리케이션 같은 복잡한 상황에서 print문을 이용한 디버깅은 잘못된 결과를 도출할 수 있다는 점에서 유의
+
+#### 쉽지만 유용한 방법
+
+* 원래 코드가 아니라 내가 수정 중인 코드가 실행되고 있는 사실을 눈에 띄게 알려주는 문장을 프로그램이 처음 실행되는 시점에 출력
+
+### 6. 문서 읽는 습관은 몸에 배야 한다.
+
+> 읽을 자료는 무궁무진하다. 다만 이 자료들을 한 번에 모두 읽을 생각은 하지말자.
+
+1. 먼저 팀문서와 설계 문서부터 시작
+
+* 그렇게 되면, 여러 부분이 어떻게 결합되어 동작하는지 대략적으로 이해 가능하게 된다.
+* 특히 **트레이드 오프와 컨텍스트**에 대한 논의는 더욱 주의를 기울이자
+* 그러면 서브시스템에 대한 이해가 더 깊게 가능할 것이다.
+
+> #### 🍊 잠깐!! 트레이드 오프(trade-off)와 컨텍스트(context)란?
+>
+> * 트레이드 오프 : 객체의 어느 한 부분을 품질을 높이거나 낮추는 데 다른 한쪽의 영향을 미치는 상황 EX. 개발의 시간 UP => 완성도 UP => 비용 UP **적절한 최적의 타협 필요**
+> * 컨텍스트 : 코드나 기능이 작동하는 환경, 어떤 특정 작업한 단위 수행한 필요한 기본정보, 준비사항, 그 경계의 지침
+
+2. 코드는 소설처럼 처음부터 끝까지 쭉 읽는 것이 아니다. **IDE**를 이용해 코드의 이곳저곳을 훑어보자. 주요 기능에 대해서는 **코드의 흐름과 상태를 다이어그램**으로 그려보자. 코드의 데이터 구조와 알고리즘을 파헤쳐보자. 예외 상황을 어떻게 처리하는지도 잘 살펴보자. 그러면서 팀의 코딩 스타일과 용어도 꼼꼼히 확인하자. 그래야 내부 의사소통이 원할해진다.
+3. 앞으로 해야 할 일은 티켓(ticket)이나 이슈(issue)로 관리한다.
+
+### 7. 그 외
+
+**1. 발표 영상을 찾아서 찾아보자**
+
+* 다만, 수동적인 태도는 금물 내용을 기록하고 익숙하지 않은 용어 찾아보기
+
+**2. 때로는 밋업과 컨퍼런스를 참여하자.**
+
+* 때때로 참석은 좋지만 너무 잦은 참석은 금물이다.
+
+**3. 시니어 엔진니어의 체험하고 협업하자**.
+
+* 체험하기(shadowing) : 다른 사람 업무를 수행하는 동안 그림자처럼 따라 다니며, 일정 전 후에 계획과 회고 시간 마련하기
+* 짝 프로그래밍(pair programming) : 두 명의 엔진니어가 번갈아가며 함께 코드를 작성하는 방법은 상대에게 뭔가를 배우는데 가장 빠른 방법 중 하나이다.
+
+**4. 개인 프로젝트 활동에서도 배움을 얻을 수 있다.**
+
+* 사이드 프로젝트를 진행하자.
+* 배워야 할 소재를 근거로 프로젝트를 선택해서는 안 된다. 해결하고 싶은 도구를 이용해서 그 문제를 해결해야 한다. \*\*목표가 있어야 더 오래 몰두하고 더 많이 배울 수 있는 본질적인 동기가 스스로에게 부여된다. \*\*
+* 대체로 회사에는 업무 외 활동에 대한 규정이 나와있으니 회사 정책 읽기 필수
+
+**5. 제대로 질문하기**
+
+* 질문은 배움에 있어 매우 중요하다.
+* 팀 동료에게 민폐가 될까 싶어 모든 것을 혼자 알아내려고 하는데, 비효율적이다.
+* 질문할 때는 먼저 스스로 찾아보고 명확히 질문하며, 질문에 대한 답을 들을 때까지 적절한 시간을 기다리는 세 단계를 밟아가길 바란다.
+
+**6. 스스로 문제를 해결해보자**
+
+> 아무런 단서도 찾지 못한다면 실험을 통해 스스로 해결해보자. _**어디를 살펴봤는지 어떤 방법을 왜 시도했는지, 결과는 어땠는지 그리고 그로부터 배운 것은 무엇인지 모조리 기록하자.**_
+
+* 무작정 인터넷만 뒤지는 방법은 옳지 않다. 만일 궁금한 점이 코드에 대한 것이라면 문제를 입증하는 `단위 테스트`로 바뀌보자.
+* 메일링 리스트나 채팅 그룹을 뒤져보자
+
+**7. 제한 시간을 정하자**
+
+> 문제를 스스로 해결하기 위한 기한을 정해두자.
+
+* 언제까지 답을 구해야 할 지 생각해보고, 질문을 하고 답을 찾고 배운 것을 토대로 조치를 취할 수 있을 정도로 충분한 시간을 확보해주자. 제한시간을 다 썻는데 아직 답을 찾지 못했다면 질문하자.
+* 제한 시간을 늘리는 것은 스스로의 노력이 제대로 진척을 이룰 경우에만 허용하자.
+
+**8. 자신이 시도한 방법을 공유하자**
+
+* 기록해둔 내용을 그대로 전달하는 것이 아니라 여러분이 **시도해본 방법과 알아낸 내용을 간결하게 요약하자.**
+* 질문을 하려면, 컨텍스트를 제공하고 문제를 설명하며 지금까지 시도한 방법을 전달하며, 도움을 요청한다. 또한 문제의 영향력과 긴급도에 대해서 첨언했다.
+
+**9. 동료를 방해하지 말자**
+
+* 각자의 업무에 집중하고 있다면 방해하지 말자
+
+**10. 비동기식 멀티캐스팅 의사소통을 시도하자.**
+
+* 질문은 여러 사람(멀티캐스트)이 각자의 상황에 따라(비동기식 = 바로 답하지 않고 나중에 처리) 응답할 수 있는 곳에 올리자
+
+**11. 동기식 요청은 한 번만 보내자**
+
+### 8. 성장의 장애물을 극복하자.
+
+#### 🍊 가면 증후군
+
+1. 대부분의 신입 엔지니어는 의식적 능력부족 상태에서 시작
+2. 간혹 스스로에게 너무 엄격해지기도 한다.
+3. 자기 스스로에 대한 불신은 누구나에게 있는 보편적인 현상이라는 점을 우선 염두에 두자
+4. 자기 인식은 도움이 된다.
+5. 무언가를 달성했다면 그건 실제로 일을 잘 해냈기 때문이지, 그저 운이 좋았기 때뭔이 아니다. 칭찬과 성과를 애써 외면하지말고 아무리 작은 일이라도 기록해두자
+6. 피드백을 받는 것도 도움이 된다.
+
+#### 🍊 더닝 크루거 현상
+
+1. 스스로를 과대평가하는 인지적 편견을 갖는 것이다.
+2. 자신이 뭘 모르는지를 모른다.
+3. 의식적으로 호기심을 계발하는 것부터 시작하자.
+4. 그리고 자신이 틀릴 수도 있음을 인정하자.
+5. 자신이 존경하는 엔지니어를 찾아 여러분이 잘하고 있는지를 물어보고 경청하자
+
+### 9. 개발자의 필수 체크리스트
+
+| ⭕ 이것만은 지키자                          | ❌ 이것만은 피하자              |
+| ----------------------------------- | ----------------------- |
+| 코드를 이용해 자주 실험하자                     | 아무 생각 없이 코드만 찍어내서는 안된다. |
+| 설계문서와 다른 사람이 만든 코드를 읽자              | 위험과 실패를 두려워하지 말자        |
+| 밋업, 온라인 커뮤니티, 관심 그룹, 멘토십 프로그램에 참여하자 | 너무 잦은 컨퍼런스 참석은 금물이다.    |
+| 멀티캐스트/비동기식으로 의사소통하자                 | 질문하기를 두려워하지 말자.         |
+| 인터뷰나 면접 긴급대응 교대 업무를 따라 다녀보자         |                         |
+
+## ❗ 회고
+
+> 지금 글을 쓰고 있는 시점에는 3장까지 읽어봤는데 회사에 가서 처음 헤매는 사람이랑 공부하는 방향을 모르겠는 사람에게 좋은 것 같다. _**특히 에러 났을 때 스택 트레이스를 보는 것 국비에서도 대부분 사람들이 이걸 보는 거 어려워 한다. 어 왜 안돼..? 왜..? 여기서 끝이고 무슨 이유인지 콘솔을 볼려고 하지 않는다 그건 나도 그런 것 같다.**_
+
+거기서 보고 이유 뿐 아니라 위에서 설명한 것 처럼 nullpointException이 정확히 언제 나는 지 등을 알아두는 것 또한 중요하다 생각한다.
diff --git "a/developLog/book/onboarding/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 3\354\236\245_.md" "b/developLog/book/onboarding/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 3\354\236\245_.md"
new file mode 100644
index 0000000..4d1131c
--- /dev/null
+++ "b/developLog/book/onboarding/_ \355\225\204\353\217\205 \352\260\234\353\260\234\354\236\220 \354\230\250\353\263\264\353\224\251 \352\260\200\354\235\264\353\223\234 3\354\236\245_.md"	
@@ -0,0 +1,243 @@
+---
+description: 필독 개발자 온보딩 가이드 3장
+---
+
+# 필독 개발자 온보딩 가이드 3장
+
+![](https://velog.velcdn.com/images/prettylee620/post/af06762e-057f-4f79-9e78-1b82d5aedf25/image.png)
+
+## 코드와 함께 춤을 - 레거시 코드에 임하는 자세
+
+> 필독 개발자 온보딩 가이드을 읽고 정리하는 글이며, 혹시 문제가 되면 삭제하겠습니다.
+
+#### 🍋 들어가기 전에 레거시 코드란?
+
+* 유산, 산물이 된 코드
+* 게발 : 기술적인 부분 OS, 더 이상 쓰기 힘들거나 화나게 하는 코드
+
+1. 다른코드와의 개연성을 무시한 채 Due Date만 맞춰 작성한 코드
+2. 코드의 종속성, 디펜던스를 낮추려는 노력이 1도 없는 코드
+3. 코멘트 등을 전혀 남기지 않아 더 이상 수정, 보완이 어려운 코드
+4. 기능 단위의 함수 나아가 모듈 자체가 지나치게 큰 코드, **개발 코드는 의존성이 낮아야 한다.**
+
+### 1. 들어가기
+
+> 코드베이스는 마치 아를르의 원형 경기장과 유사하다. _**한 세대가 여러 계층을 작성하고 나중에는 또 바뀐다.**_ 한 세대가 여러 계층을 작성하고 나중에는 또 바뀐다. 많은 사람이 코드에 손을 댄다. 테스트에 누락된 부분이 있더나 오래 전의 가설을 강제하는 테스트가 있을 수도 있다. 요구사항의 변화는 코드의 사용 방식과 얽혀 있다.
+
+### 2. 소프트웨어 엔트로피는 늘어나게 마련이다.
+
+#### 🍋 소프트웨어 엔트로피
+
+* 코드가 지저분해지는 것을 뜻한다.
+* 개발자가 다른 사람이 쓴 코드를 이해못하거나 버그 수정등 다양한 이유로 생긴다.
+* 관리가 가능하다.
+
+#### 🍋 관리 방법
+
+* **코딩 스타일과 버그 탐지 도구**는 코드를 깔끔하게 유지하는 데 도움을 준다. -\*\* 코드 리뷰\*\* 역시 지식을 전파하고 코드의 일관성이 떨어지는 것을 방지하는 데 도움이 된다.
+* 지속적인\*\* 리팩터링\*\*을 통해 엔트로피를 낮출 수도 있다.
+
+### 3. 결코 피할 수 없는 기술 부채
+
+#### 🍋 기술 부채
+
+* 소프트웨어 엔트로피를 가중시키는 주요 요인
+* 기존 코드의 단점을 수정하면서 나중에 미뤄둔 작업을 말한다.
+* 차선책을 선택할 수록 구현하면서 점차 복잡도가 올라가며, 비용 또한 점점 늘어난다.
+* 레거시 코드는 수 많은 기술 부채가 산재해 있다.
+
+#### 🍋 기술 부채 매트릭스
+
+\
+1\. **신중히 고민하다 의도적으로 만들어진 부채**는 보편적으로 발생하는 기술 부채 유형이다. 나중에 팀이 해결 가능하도록 훈련된부채라면 이는 좋은 부채라고 할 수 있다. 2.\*\* 신중하지 못했지만 의도적으로 만들어진 부채\*\*는 주로 팀이 출시일 압박을 받는 상황에서 만들어진다. 보통 일단이라는 단어가들어 간다. 3. **신중하지도 의도치도 않는 부채**는 않았던 부채는 알려지지 않은 미지, 몰라서 모르는 것들 때문에 발생한다. 꾸준한 학습과 코드 리뷰가 필요하다, 4. **신중했지만 의도치 않는 부채**는 성장 과정에서 자연스럽게 나타나는 결과다. 단순히 누군가가 제대로 일을 하지 않아서생기는 것이 아니라 문제 도메인에 대해 배우는 과정이나 소프트웨어 아키텍트가 성장하는 과정 중 발생하는 자연스러운 결과다.
+
+|           | 신중하지 못한 선택    | 신중한 선택                |
+| --------- | ------------- | --------------------- |
+| 의도한 선택    | 설계할 시간이 없어요   | 일단 출시 후 결과를 보고 대처합시다. |
+| 의도치 않은 선택 | 계층화가 도대체 뭔가요? | 뭘 실수했는지 이젠 알겠네요       |
+
+### 4. 기술 부채를 상환하는 방법
+
+* 문제를 해결할 수 있도록 한달동안 온세상이 멈춰주지는 않는다. 그러니 업무를 진행하면서 필요한 부분은 정리하고 조금씩 리팩터링을 하자. 변경사항은 작고 독립적인 커밋과 PR(풀 리퀘스트)로 만들자
+* 부채를 해결하면 출시 속도가 빨라지고 부채를 쌓아두면 출시 속도가 느려진다.
+
+#### 🍋 대규모 리팩터링
+
+* 만일 대규모 리팩터링이나 재작성을 제안하려 한다면 팀과먼저 의논해보자
+
+> 1. 상황을 사실 그대로 설명한다.
+> 2. 부채의 위험과 비용을 기술한다.
+> 3. 해결책을 제안한다.
+> 4. (부채를 그대로 두는 방법을 비록해) 대안에 대해 논의한다.
+> 5. 트레이드오프를 따져본다.
+
+### 5. 코드 변경으로 인한 고통을 조금이라도 줄이려면
+
+1. 코드 변경은 새로운 리포지토리에 코드를 작성하는 것과는 다른 차원의 문제이다.
+2. 기존의 동작을 유지하면서 변경해야 하기 떄문이며, 다른 개발자의 사고 방식을 이해하고 기존 스타일과 패턴을 유지하는 것
+
+### 6. 레거시 코드 변경 알고리즘을 활용하자
+
+> 처음 4개의 과정은 밭에 씨를 뿌리는 5번째 과정전에 주변을 정리하고 울타리를 치는 과정이라고 생각하자.
+
+#### 🍋 1) 변경 지점을 확인하자.
+
+* 밭에 씨를 뿌리는 은유에 빗대어 생각해보면 변경해야 할 지점이 바로 씨를 뿌리는 지점이다.
+
+#### 🍋 2) 테스트 할 지점을 확인하자
+
+* 수정하고자 하는 코드의 진입점, 즉 테스트가 직접 호출하고 값을 넣어보는 부분이다.
+* 테스트 지점은 _**변경 전에 현재 코드가 어떻게 동작하는지 보여주며 이 지점을 이용해 변경하는 코드 테스트**_
+
+#### 🍋 3) 의존성을 나눈다.
+
+> 가장 위험한 과정으로 조금씩 작업을 진행하되, 새로운 기능을 추가하면 안됨, 테스는 자주 실행할 수 있도록 빨리 동작하게 만들자!
+
+* 테스트 지점을 찾기 위해 의존성을 나눌 필요가 있다.
+* 여기서 말하는 `의존성` : 코드를 테스트하기 위해 필요한 객체나 메소드를 의미
+* `의존성을 나눈다` : 테스트가 용이하지 않은 코드의 구조를 바꾼다는 뜻
+
+**의존성을 나누는 방법**
+
+1. 크고 복잡한 메소드는 **더 작은 크기의 메소드로 나눠서 각기 분리된 기능이 독립적으로 테스트** 될 수 있게 한다.
+2. 인터페이스를 이용해서, 복잡한 객체를 완전하지는 않아도 테스트하기에는 **충분한 단순 구현체로 대체할 수 있는 방법**을 마련한다.
+3. 시간의 흐름같이 제어하기 어려운 실행환경을 시물레이션할 수 있는 명시적 제어 지점 주입
+
+**좀 더 쉽게 테스트 하기 위해 접근제어자 변경하지 말자**
+
+* `캡슐화`에 문제가 생김
+
+#### 🍋 4) 테스트를 작성
+
+> 의존성을나누고 리팩터링을 하면서 기존 동작을 확인할 수 있는 새로운 테스트 추가
+
+* 자동 테스트 도구 사용 고려\[6장에 자세히 나온다고 함]
+
+#### 🍋 5) 코드 변경
+
+### 7. 코드는 처음보다 더 깔끔하게 유지하자
+
+> 이름이 너무 긴 메소드, 클래스, 중복 코드, 너무 많은 분기나 루프, 너무 많은 매개변수 같은 문제를 찾아주는 \*\*린터(linter)나 코드 품질 도구가 많음 \*\* 관련 링크 : [코드 품질 감사를 위한 9가지 최고의 도구](https://hashdork.com/ko/%EA%B0%90%EC%82%AC-%EC%BD%94%EB%93%9C-%ED%92%88%EC%A7%88-%EA%B4%80%EB%A6%AC%EB%A5%BC-%EC%9C%84%ED%95%9C-%EC%B5%9C%EA%B3%A0%EC%9D%98-%EB%8F%84%EA%B5%AC/) 관련 링크 : [linter](https://www.testim.io/blog/what-is-a-linter-heres-a-definition-and-quick-start-guide/)
+
+1. 버그를 수정하거나 새로운 기능을 추가할 때는 주변 코드를 정리하자.
+2. \_**코드를 정리하는 커밋은 동작을 변경하는 커밋과 구분**\_하자.
+3. 커밋의 크기가 작을수록 변경사항 리뷰에도 좋음
+
+#### 🍋 코드 악취
+
+* 버그는 아니지만 문제를 유발할 수 있는 패턴을 사용하는 코드
+* 이 코드 상에는 문제가 없으나
+
+```java
+if(a<b)
+	a+=1
+```
+
+* 이렇게 코드를 짜면, 자바는 들여쓰기가 아닌 중괄호로 구문을 묶기 때문에 변수 a는 조건식과 무관한 2배의 값을 갖게 된다.
+
+```java
+if(a<b)
+	a += 1;
+    a = a *2;
+```
+
+* 여기서 생략된 `중괄호`가 바로 코드 악취
+
+### 8. 점진적으로 변경하자.
+
+* 리팩터링 커밋은 작게 유지해야 한다.
+
+### 9. 리팩터링은 실용적으로 진행하자.
+
+* 오래되거나 사용되지 않은 코드는 물론이거니와, 위험도가 낮거나 거의 호출되지 않는 코드는 리팩터링이 필요없다.
+
+### 10. IDE를 활용하자.
+
+#### 🍋 가능하다면 도구의 장점을 활용하자.
+
+* IDE는 리팩터링을 할 때 특히 도움이 된다. 이름을 변경하거나 코드의 위치를 바꾸는 기능, 메소드와 필드를 추출하는 기능, 메소드 시그니처의 수정을 비롯한 다양한 보편적인 작업을 도와주는 여러 기능 내장
+
+#### 🍋 그렇다고 IDE가 변경한 코드를 그냥 지나쳐서는 안된다.
+
+1. IDE를 이용하면, 리팩터링이 너무 쉬워서 간단한 수정만으로도 엄청난 양의 코드를 변경할 수 있다.
+2. **반드시 사람이 리뷰**
+3. `리플렉션`이나 `메타프로그래밍` 형태로 참조하는 메소드의 이름을 바꾸면 관련 코드가 수정되지 않을 수 있다.
+
+#### 🍋 리플렉션(reflaction)이나 메타 프로그래밍(metaprogramming)이란?
+
+**리플랙션(reflaction)**
+
+* _**구체적인 클래스 타입을 알지 못하더라도**_ 그 클래스들의 메서드, 타입 변수들에 접근할 수 있도록 해주는 자바 API
+* 리플렉션을 통해 클래스나, 메서드, 파라미터 정보를 가져온다.
+* 스프링의 어노테이션
+
+**메타 프로그래밍(metaprogramming)**
+
+* 자기 자신 혹은 다른 컴퓨터 프로그램을 데이터 취급하며, 프로그램 작성 수정
+
+### 11. 버전 제어 시스템의 권장기법을 활용하자
+
+> 변경한 코드는 깃과 깉은 버전 제어 시스템에 커밋해야 한다.
+
+#### 🍋 변경사항은 일찍 그리고 자주 커밋
+
+* 커밋을 자주하면 **시간의 흐름에 따라** 코드가 어떻게 변화해가는지 볼 수 있고, 변경을 되돌릴 수 있으며, 원격 백업으로도 활용 가능
+* 하지만\*\* 의미 없는 메세지들은 리뷰 요청 전 브랜치를\*\* `리베이스(rebase)`하거나 커밋을 `스퀴시(squash)`해서 커밋 메시지를 명료하게 전달
+* 리베이스 : 깃에서 제공하는 인터그레이션 명령어
+* 스퀴시 : 커밋 히스토리 조정
+
+#### 🍋 커밋 스퀴시는 팀의 규칙에 따를 것
+
+* 보통은 **\[MYPROJ-123 백엔드에 포스트그레스 DB 도입]** 커밋 메세지 앞에 `이슈 ID`를 붙힘
+
+#### 🍋 깃 COMMIT 메세지 작성 7가지 요령
+
+그 외 참조\[대문자 관련 내용 참조] : https://velog.io/@yeongmins/%EA%B9%83%ED%97%88%EB%B8%8CGitHub-%EC%A0%95%EB%A6%AC
+
+1. 제목과 본문 사이에 빈 줄을 한 행 삽입한다,
+2. 제목은 50자 이내로 제한한다.
+3. 제목은 대문자로
+
+> feat : 새로운 기능 추가 fix : 버그 수정 docs : 문서 수정 style : 코드 스타일 변경 (코드 포매팅, 세미콜론 누락 등) design : 사용자 UI 디자인 변경 (CSS 등) test : 테스트 코드, 리팩토링 (Test Code) refactor : 리팩토링 (Production Code) build : 빌드 파일 수정 ci : CI 설정 파일 수정 perf : 성능 개선 chore : 자잘한 수정이나 빌드 업데이트 rename : 파일 혹은 폴더명을 수정만 한 경우 remove : 파일을 삭제만 한 경우
+
+4. 제목 끝에 마침표를 붙이지 않는다.
+5. 제목은 명령형 문장으로 작성한다.
+6. 본문은 각 행은 72자를 넘지 않게 한다.
+7. 본문에는 코드가 `어떻게` 바뀌었는지 보다는 \*\*무슨 코드가 왜 바뀌었는지 설명 \*\*
+
+### 12. 그 외
+
+#### 🍋 소프트웨어 개발에서 빠지기 쉬운 함정을 최대한 피하려면
+
+* 코드를 처음부터 다시 작성하려 한다거나 표준을 무시하는 행동은 위험하다.
+* 개선한 코드는 기존 코드보다 몇 배 좋아야 한다.
+* 고부가가치를 낼 수 있는 상황에서만 재작성하자
+
+#### 🍋 되도록 검증된 기술을 사용하자
+
+* 성공적인 기업이 오래된 라이브러리와 오래된 패턴으로 견고한 코드를 유지할 수 있는 데 이유가 있다.
+* \*\*새로운 기술의 문제점은 성숙하지 못하다는 점이다. \*\*
+* 새로운 기술은 의외의 방법으로 문제를 유발한다.
+* 게다가 새로운 기술은 스택오버플로에서 관련 답변을 찾기도 어렵다.
+* 신기술이 회사의 경쟁력을 높여줄 수 있다면, 그 기술을 도입할 만한 가치가 있다.
+* 새로운 언어를 선택하는 것은 회사의 생태계에 기술 스택 전체를 때려 넣는것이다. 새로운 빌드 시스템, 테스트 프레임워크, IDE 라이브러리 등을 반드시 지원해야 한다.
+* 새로 선택하는 프로그래밍 언어의 생태계가 얼마나 성숙해져 있는지는 특히 중요한 사안이다.
+* 언어가 사장되지 않는 한, 단지 오래됐다거나 관심이 줄었다는 사실이 그 언어를 사용하지 않을 이유는 되지 못한다.
+
+#### 🍋 제발 악동은 되지말자.
+
+> 단지 마음에 들지 않는다는 이유로 회사의 표준을 무시해서는 안된다. 표준을 바꿀 때는 우선순위, 소유권 비용, 구현, 세부내역 등 다각도로 고려해야 한다.
+
+### 13. 개발자 필수 체크리스트
+
+| ⭕ 이것만은 지키자              | ❌ 이것만은 피하자                        |
+| ----------------------- | --------------------------------- |
+| 점진적으로 리팩터링하자            | 기술 부채라는 단어를 남용하지 말자               |
+| 리팩터링 커밋과 기능 관련 커밋은 분리하자 | 테스트를 목적으로 메소드나 변수를 외부에 공개해서는 안된다. |
+| 변경사항을 작게 유지하자           | 특정 언어에 연연하지 말자                    |
+| 처음 상태보다 코드를 더 깔끔하게 유지하자 | 회사의표준과 도구를 무시해서는 안 된다.            |
+| 평범한 기술을 사용하자            | 업스트림 커밋없이 코드 베이스를 포크해서는 안 된다.     |
+
+## 읽고 난 뒤
+
+> 리팩터링도 이것저것 고려해야 한다는 점을 알았고, 그리고 특히 남을 설득할 때는 기간을 두고 신뢰감을 쌓고 얘기하자라는 생각이 들었다. 그리고 <mark style="color:red;">사실 커밋 메세지는 회사, 팀 컨벤션에 맞추는 게 가장 중요하다!!!</mark>
diff --git "a/developLog/book/oop/_ 1\354\236\245 _ \355\230\221\353\240\245\355\225\230\353\212\224 \352\260\235\354\262\264\353\223\244\354\235\230 \352\263\265\353\217\231\354\262\264_.md" "b/developLog/book/oop/_ 1\354\236\245 _ \355\230\221\353\240\245\355\225\230\353\212\224 \352\260\235\354\262\264\353\223\244\354\235\230 \352\263\265\353\217\231\354\262\264_.md"
new file mode 100644
index 0000000..6a20025
--- /dev/null
+++ "b/developLog/book/oop/_ 1\354\236\245 _ \355\230\221\353\240\245\355\225\230\353\212\224 \352\260\235\354\262\264\353\223\244\354\235\230 \352\263\265\353\217\231\354\262\264_.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/ci-cd/github-action/_ Github Action \353\247\201\355\201\254 \353\252\250\354\235\214_.md" "b/developLog/ci-cd/github-action/_ Github Action \353\247\201\355\201\254 \353\252\250\354\235\214_.md"
new file mode 100644
index 0000000..d942233
--- /dev/null
+++ "b/developLog/ci-cd/github-action/_ Github Action \353\247\201\355\201\254 \353\252\250\354\235\214_.md"	
@@ -0,0 +1,3 @@
+# Github Action 링크 모음
+
+{% embed url="https://docs.github.com/ko/actions" %}
diff --git "a/developLog/ci-cd/github-action/_ OAuth \354\225\261\354\227\220 \353\214\200\355\225\234 \353\262\224\354\234\204 \353\260\217 gitbook\352\263\274 github_io\353\245\274 \354\236\220\353\217\231\355\231\224\353\245\274 \354\234\204\355\225\234 \354\236\221\354\227\205_.md" "b/developLog/ci-cd/github-action/_ OAuth \354\225\261\354\227\220 \353\214\200\355\225\234 \353\262\224\354\234\204 \353\260\217 gitbook\352\263\274 github_io\353\245\274 \354\236\220\353\217\231\355\231\224\353\245\274 \354\234\204\355\225\234 \354\236\221\354\227\205_.md"
new file mode 100644
index 0000000..f2b02b3
--- /dev/null
+++ "b/developLog/ci-cd/github-action/_ OAuth \354\225\261\354\227\220 \353\214\200\355\225\234 \353\262\224\354\234\204 \353\260\217 gitbook\352\263\274 github_io\353\245\274 \354\236\220\353\217\231\355\231\224\353\245\274 \354\234\204\355\225\234 \354\236\221\354\227\205_.md"	
@@ -0,0 +1,462 @@
+# OAuth 앱에 대한 범위 및 gitbook과 github.io를 자동화를 위한 작업
+
+## Github Action이란
+
+`Github action` 은 CI/CD를 자동화시켜주는 `Github`에서 제공하는 자동화 도구이다.
+
+하나의 변경 사항이 생겼을 경우,\
+이를 merge 할 때마다 빌드-테스트의 과정을 거쳐 배포까지 거치는 과정을 `Github action`은 이 중요하지만 귀찮은 과정들을 자동화 시켜줄 수 있다!
+
+> 끌어오기 요청이 열리거나 이슈가 생성되는 것과 같은 ‘이벤트’가 리포지토리에서 발생할 때 트리거되도록 GitHub Actions ‘워크플로’를 구성할 수 있다.
+
+각 작업은 자체 가상 머신 ‘실행기’ 또는 컨테이너 내에서 실행되며, 정의한 스크립트를 실행하거나 **워크플로를 간소화할 수 있는 재사용 가능한 확장인 ‘작업’을 실행하는 ‘단계’를 하나 이상 포함**한다.
+
+\+ 각 워크 플로우는 `.yml` 혹은 `.yaml` 확장자를 가진 파일에 작성된다.
+
+\+ `.github/workflows/` 에 action 파일을 올리면 Github이 자동으로 인식한다.
+
+\+ 레포지토리에i  github action을 누르면 알아서 workflows 폴더가 생성 됨
+
+### 워크플로란?
+
+**워크플로**는 하나 이상의 작업을 실행할 구성 가능한 자동화된 프로세스이다. 워크플로는 리포지토리에 체크 인된 YAML 파일에서 정의되며, 리포지토리의 이벤트로 트리거될 때 실행되거나 수동으로 또는 정의된 일정에 따라 트리거될 수 있다.
+
+워크플로는 리포지토리의 `.github/workflows` 디렉터리에 정의
+
+## 이걸 하는 배경
+
+> 이유.. Gitbook은 핸드폰으로 깨짐... 그리고 댓글 달기 기능이 없어서 소통이 불가함솔   ㅠㅠㅠ 솔직히  blog라기 보다는 notion에 잘된 버전? 카테고리 잘 된 버전 느낌이라서 github.io 블로그에 넣어야 하는데 이거... <mark style="color:red;">하나 하나 글 넣어서 넣기 귀찮아..</mark>
+
+✅ git book의 장단점
+
+1. 장점
+
+* gitbook은 github repo에 동기화가 가능해서 commit이 됨, 잔디심기 가능
+* url 커스텀 가능&#x20;
+* notion이랑 달리.. 카테고리화 및 workspace 안에서 숨긴 글이나 카테고리 지정하면 외부에서는 안보여서 관리하기 좋음
+
+2. 단점
+
+* 문서 홈페이지라서 댓글 기능 x
+* 방문 수 확인을 위해서는 pro로 가야함
+* 핸드폰에서 깨짐... 반응형이 아닌지 글머리 기호도 안보여...
+* h3는 목차로 쳐주지도 않음
+
+> 결론 자동화해서 github.io 블로그로 연동하기 위![](<../../.gitbook/assets/image (33).png>)
+
+## Github Action 설정 시, Access Token의 액세스 제한 범위
+
+### Github PAT 발급
+
+> 나임을 증명하여 개인 레포로 푸쉬할 수 있는 권한을 가진 **개인 토큰 (PAT, Personal Access Token)**을 발급 받아야 한다.
+
+**<< Github PAT 발급 >>**
+
+* &#x20;Github에서 로그인 후 우측 상단의 프로필 아이콘 클릭
+* `⚙️ Settings` 클릭
+* 좌측 메뉴 최하단에 `<> Developer Settings` 클릭
+* `Personal access tokens` 펼쳐서 `Tokens (classic)` 클릭
+* `Generate new token (classic)` 클릭
+
+✅ 토큰 생성시 고려할 각 항목
+
+* `Note`는 본인이 토큰에 부여할 이름,
+* `Expiration`은 토큰 만료 기한,
+* `Select scopes`는 해당 토큰에 줄 권한
+
+### 사용 가능한 범위
+
+> 자주 쓰이는 것들만 알아보자
+
+1. (no scope)
+
+* 공개 정보에 대한 <mark style="color:red;">읽기 전용 액세스 권한</mark>을 부여합니다(사용자 프로필 정보, 리포지토리 정보 및 gist 포함)
+
+2. <mark style="color:red;">repo</mark> ⭐&#x20;
+
+<figure><img src="../../.gitbook/assets/image (5).png" alt=""><figcaption></figcaption></figure>
+
+* 코드, 커밋 상태, 리포지토리 초대, 협력자, 배포 상태 및 리포지토리 웹후크에 대한 읽기 및 쓰기 권한을 포함하여 퍼블릭 및 프라이빗 리포지토리에 대한 모든 권한을 부여합니다.&#x20;
+* **참고**: 리포지토리 관련 리소스 외에도 `repo` 범위는 <mark style="color:red;">프로젝트, 초대, 팀 멤버 자격 및 웹후크를 포함하여 조직 소유 리소스를 관리할 수 있는 액세스 권한을 부여</mark>합니다. 이 범위는 사용자가 소유한 프로젝트를 관리하는 기능도 부여합니다.
+
+3. repo : status
+
+* 퍼블릭 및 프라이빗 리포지토리의 커밋 상태에 대한 읽기/쓰기 권한을 부여합니다.&#x20;
+* 이 범위는 <mark style="color:red;">코드에 대한 액세스 권한을 부여하지</mark> <mark style="color:red;"></mark>_<mark style="color:red;">않고</mark>_ <mark style="color:red;"></mark><mark style="color:red;">다른 사용자 또는 서비스에 프라이빗 리포지토리 커밋 상태에 대한 액세스 권한을 부여하는 데만 필요</mark>합니다.
+
+4. repo\_deployment
+
+* 퍼블릭 및 프라이빗 리포지토리의 [배포 상태](https://docs.github.com/ko/rest/repos#deployments)에 대한 액세스 권한을 부여합니다.
+* 이 범위는 코드에 대한 액세스 권한을 부여하지 _않고_ 다른 사용자 또는 서비스에 배포 상태에 대한 액세스 권한을 부여하는 데만 필요합니다.
+
+5. public\_repo
+
+* 퍼블릭 리포지토리에 대한 액세스 제한 여기에는 퍼블릭 리포지토리 및 조직의 코드, 커밋 상태, 리포지토리 프로젝트, 협력자 및 배포 상태에 대한 읽기/쓰기 액세스가 포함됩니다.&#x20;
+* 퍼블릭 리포지토리에 별표를 표시하는 경우에도 필요합니다.
+
+6. repo:invite
+
+* 리포지토리에서 협업하는 초대의 수락/거절 기능을 부여합니다. 이 범위는 코드에 대한 액세스 권한을 부여하지 _않고_ <mark style="color:red;">다른 사용자 또는 서비스에 초대에 대한 액세스 권한을 부여하는 데만 필요</mark>합니다.
+
+7. security\_events
+
+* [code scanning API](https://docs.github.com/ko/rest/code-scanning)의 보안 이벤트에 대한 읽기 및 쓰기 액세스를 부여합니다.
+* 이 범위는 코드에 대한 액세스 권한을 부여하지 _않고_ 다른 사용자 또는 서비스에 <mark style="color:red;">보안 이벤트에 대한 액세스 권한을 부여하는 데만 필요</mark>합니다.
+
+8. workflow
+
+* GitHub Actions <mark style="color:red;">워크플로 파일을 추가하고 업데이트하는 기능을 부여</mark>합니다.&#x20;
+* 경로와 내용이 모두 동일한 파일이 동일한 리포지토리의 다른 분기에 있는 경우 이 범위 없이 워크플로 파일을 커밋할 수 있습니다. 워크플로 파일은 다른 범위 집합을 포함할 수 있는 `GITHUB_TOKEN`을 노출할 수 있습니다.&#x20;
+* 자세한 내용은 "[자동 토큰 인증](https://docs.github.com/ko/actions/security-guides/automatic-token-authentication#permissions-for-the-github\_token)"을(를) 참조하세요.
+
+## repo끼리 연결하기 위한 토큰 발급
+
+### **1. << Github PAT 발급 >>**
+
+> 이 것을 Gitgook이 Github.io로 연결해주기 위한 토근
+
+<figure><img src="../../.gitbook/assets/image (31).png" alt=""><figcaption></figcaption></figure>
+
+* Github에서 로그인 후 우측 상단의 프로필 아이콘 클릭
+* `⚙️ Settings` 클릭
+* 좌측 메뉴 최하단에 `<> Developer Settings` 클릭
+* `Personal access tokens` 펼쳐서 `Tokens (classic)` 클릭
+* `Generate new token (classic)` 클릭
+* &#x20;Note와 Expiration은 알아서 작성하고,
+* &#x20;`Select scopes` 중에 `repo`와 `workflow` 선택   ⭐️중요⭐️
+* `Generate Token`
+
+### 🤔 write:package는 안필요할까??
+
+`write:packages` 권한은 GitHub의 패키지 레지스트리(GitHub Packages)에 패키지를 푸시하거나 업데이트할 때 필요합니다. 만약 당신의 GitHub Actions 워크플로우가 GitHub Packages에 패키지를 게시하거나 관리하는 작업을 포함하고 있다면, `write:packages` 권한이 필요합니다.
+
+* **`write:packages` 권한**: 이 권한은 **GitHub Packages**와 관련된 작업에 필요합니다. 예를 들어, Docker 이미지, npm 패키지, Maven 아티팩트 등을 GitHub Packages에 푸시할 때 사용됩니다.
+* **사용 사례**: 만약 워크플로우가 단순히 코드 리포지토리 간에 커밋을 푸시하거나 업데이트하는 작업만 수행하고, 패키지 관리와 관련된 작업이 없다면, `write:packages` 권한은 필요하지 않습니다.
+
+1. 예시 상황
+
+* **필요하지 않은 경우**:
+  * 다른 리포지토리로 코드를 푸시하거나 업데이트만 할 때.
+  * GitHub Packages와 관련이 없는 작업을 할 때.
+* **필요한 경우**:
+  * GitHub Packages에 패키지를 업로드하거나 업데이트할 때.
+  * GitHub Actions에서 Docker 이미지를 빌드하고 이를 GitHub Packages에 푸시할 때.
+
+2. 권한 설정:
+
+* 만약 패키지 작업을 하지 않는다면, `repo`, `workflow`, `public_repo` 등의 기본적인 권한만으로 충분합니다.
+
+### 2. 토큰 설정
+
+> gitbook repo에 push 되거나, 일정 시간마다 github.io에 글을 연결해줄 거임
+
+<figure><img src="../../.gitbook/assets/image (32).png" alt=""><figcaption></figcaption></figure>
+
+### 3. Gitbook repo, Github.io repo에 PAT 등록 ⭐
+
+`Github action` 파일에 개인 레포로 변경사항을 `push`할 수 있도록 하려면\
+위에서 발급 받은 개인 토큰을 함께 보내 내 레포에 `push`할 권한을 받은 사람임을 증명 하기 위함
+
+<figure><img src="../../.gitbook/assets/image (1).png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="../../.gitbook/assets/image (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+* GITBOOK , Github.io레포의 `⚙️ Settings` 클릭
+* `⊞ Secrets and variables`를 펼쳐 `Actions` 클릭
+* `New repository secret` 클릭
+* &#x20;`Name`에는 `.yml` 파일에서 사용할 이름, `Value`에는 아까 발급받은 PAT 작성
+* &#x20;`Add Secret` 클릭
+
+## workflow 작성하기
+
+워크플로우에 작업해야 할 것은 큰 틀은&#x20;
+
+> gitbook에 있는 md 파일을 github.io의 `_posts`에 넣어야 함
+
+<figure><img src="../../.gitbook/assets/image (3).png" alt=""><figcaption></figcaption></figure>
+
+### gitbook 을  가져오기 위한 문제가 있는데
+
+1. gitbook은 한글을 저장하지 못하더라?
+2. 그래서 한글로 된 타이틀의 경우, github repo에 저장 시, undefinded로 저장됨
+
+<figure><img src="../../.gitbook/assets/image (2).png" alt=""><figcaption></figcaption></figure>
+
+3. md 파일 코드 안에는 잘 들어가짐&#x20;
+
+* gitbook이 ##  까지만 목차로 만들어주는데 그 이유가 우리가 gitbook에서 ##로 목차를 하면 ### 로 #로 하면 ##로 <mark style="color:red;"># 을  하나씩 더 붙여지는 꼴임</mark>
+* 즉, 제목이 # 한게 h1임 => 이걸 github io에 넘어가기 전 workflow에서 변경해줘야 함 push가 들어올 때 변경을 하던 아니면 일정시간마다 변경을 하던지
+
+### 즉, workflow에서 작업해야 할 것들을 정리해보면
+
+1. gitbook 커밋 시, <mark style="color:red;">파일 이름</mark>을 다 바꿔줘야 함... md파일 안에 있는 <mark style="color:red;">h1</mark>으로
+2. gitbook의  github.io로 변경사항을 가져올 건데, md 파일들을 찾아야 함(main 브랜치에 `checkout`)
+3. developLog  >  있는 것들 중 아래 두개를 제외하고 전부 가져오고 그 이후는 변경사항이 있을 때만 가져올 거임
+
+<figure><img src="../../.gitbook/assets/image (4).png" alt=""><figcaption></figcaption></figure>
+
+4. **폴더**를 `카테고리`로 분류 할 거임&#x20;
+5. md파일을 수정해줘야 함 둘이 살짝 달라서 gitbook에서 보낼 때 카테고리, 발급날짜, 타이틀 등을 md파일 안에 넣어줘야 함
+
+✅ gitbook의 경우, github.io와 연동이 안되기에 md 파일 안에 있는 상단에 있는 --- ---  영역인 부분을 삭제 시켜줘야함
+
+✅ 그리고 github.io에 맞춰 안에 내용 수정 사진과 같이 해줘야 함
+
+* title : 파일 제목으로 가져옴
+* description : 은 gitbook이랑 똑같이 없으면 들어가지 않게
+* author : 무조건 mellona
+* date : commit한 날짜와 시간으로
+* pin : 기본값 fasle
+* mermaid : 기본값 true
+* image: gitbook cover로 해서 가져옴 기본값은 없음 .gitbook/assets/DALL·E 2024-08-12 14.38.23 - A blog banner designed with a minimalist winter theme, featuring a snow-covered landscape with a trail of footsteps leading through the snow. The desi.webp
+
+<figure><img src="../../.gitbook/assets/image (36).png" alt=""><figcaption></figcaption></figure>
+
+✅  타이틀도 그것에 맞게 바꿔줘야 함 타이틀 : 년도-월-일 파일제목&#x20;
+
+6. 모든 작업이 끝났다면, github.io \_posts에 `push` 해준다. - checkout  필요
+
+### workspace 자동화를 위한 스크립트
+
+> 📁 참고 : [github action의 워크플로우 구문](https://docs.github.com/en/actions/writing-workflows/workflow-syntax-for-github-actions#jobsjob\_idneeds)
+
+앞에 1, 2은 gitbook repo에 푸시될 때 사용하기 위해 **Gitbook title rename.yml**으로&#x20;
+
+뒤에 3, 4, 5, 6은 github.io repo에 넘어갈 때 작업으로 **Convert and Deploy DevelopLog to Jekyll.ym**l로 작업해야 겠다.
+
+<figure><img src="../../.gitbook/assets/image (35).png" alt=""><figcaption></figcaption></figure>
+
+1. Gitbook title rename을 dev 브랜치에 먼저 해주기 위해 **Rename and Commit Markdown Files.yml**을 만들어주고 아래의 스크립트 작성
+
+```
+name: Rename and Commit Markdown Files
+
+on:
+  push:
+    branches:
+      - dev  # dev 브랜치에 푸시될 때 워크플로우 트리거
+  workflow_dispatch:  # 수동으로 워크플로우를 실행할 수 있는 옵션
+
+jobs:
+  process-markdown:
+    runs-on: ubuntu-latest
+
+    steps:
+    - name: Checkout repository
+      uses: actions/checkout@v4
+
+    - name: Rename Markdown files
+      run: |
+        for file in developLog/*.md; do
+          title=$(grep -m 1 '^# ' "$file" | sed 's/^# //')
+          if [ -n "$title" ]; then
+            new_filename="developLog/${title// /_}.md"
+            mv "$file" "$new_filename"
+          fi
+        done
+
+    - name: Commit changes
+      run: |
+        git config --local user.email "your-email@example.com"
+        git config --local user.name "Your Name"
+        git add .
+        git commit -m "Rename Markdown files based on h1 titles"
+        git push origin dev  # 변경사항을 dev 브랜치로 푸시
+
+```
+
+✅ 타이틀도 그것에 맞게 바꿔줘야 함 타이틀 : 년도-월-일 파일제목 모든 작업이 끝났다면, github.io \_posts에 push 해준다. - checkout 필요 workspace 자동화를 위한 스크립트&#x20;
+
+📁 참고 : github action의 워크플로우 구문 앞에 1, 2은 gitbook repo에 푸시될 때 사용하기 위해 Gitbook title rename.yml으로 뒤에 3, 4, 5, 6은 github.io repo에 넘어갈 때 작업으로 Convert and Deploy DevelopLog to Jekyll.yml로 작업해야 겠다.&#x20;
+
+한글 이름으로 바꿔주기 위한 작업.. gpt의 도움을 받았습니다... + 문서 Gitbook title rename을 dev 브랜치에 먼저 해주기 위해 Rename and Commit Markdown Files.yml을 만들어주고 아래의 스크립트 작성 name: Rename and Commit Markdown Files
+
+on: push: branches: - dev # dev 브랜치에 푸시될 때 워크플로우 트리거 workflow\_dispatch: # 수동으로 워크플로우를 실행할 수 있는 옵션
+
+jobs: process-markdown: runs-on: ubuntu-latest
+
+```
+steps:
+- name: Checkout repository
+  uses: actions/checkout@v4
+
+- name: Rename Markdown files
+  run: |
+    for file in developLog/*.md; do
+      title=$(grep -m 1 '^# ' "$file" | sed 's/^# //')
+      if [ -n "$title" ]; then
+        new_filename="developLog/${title// /_}.md"
+        mv "$file" "$new_filename"
+      fi
+    done
+
+- name: Commit changes
+  run: |
+    git config --local user.email "your-email@example.com"
+    git config --local user.name "Your Name"
+    git add .
+    git commit -m "Rename Markdown files based on h1 titles"
+    git push origin dev  # 변경사항을 dev 브랜치로 푸시
+```
+
+🔥 문제 : push가 main 브랜치에 되면서, 스크립트 실행 안됨&#x20;
+
+✅ gitbook push 자체가 무조건 main으로 돼서 그냥 일단, main으로 바꾸기로 함&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/12ec3c8e-01c6-4c09-92f7-9f9341c08847/image.png" alt=""><figcaption></figcaption></figure>
+
+🔥 이후의 문제는 파일 이름을 변경하려고 할 때 이미 그렇게 h1의 이름으로 되어 있는 것들도 있다는 것이 이미 존재하는 파일 이름과 동일한 이름으로 변경하려고 할 때 발생&#x20;
+
+✅ 파일 이름이 변경되었는지 확인하고, 이미 동일한 이름이라면 mv 명령을 건너뛰도록 수정할 수 있다. name: Rename and Commit Markdown Files
+
+on: push: branches: - main # main 브랜치에 푸시될 때 워크플로우 트리거 workflow\_dispatch: # 수동으로 워크플로우를 실행할 수 있는 옵션
+
+jobs: process-markdown: runs-on: ubuntu-latest # 최신 Ubuntu 환경에서 실행
+
+```
+steps:
+- name: Checkout repository
+  uses: actions/checkout@v4  # 레포지토리의 소스 코드를 체크아웃
+
+- name: Rename Markdown files
+  run: |
+    for file in developLog/*.md; do
+      # 첫 번째 H1 제목을 추출하여 제목으로 사용
+      title=$(grep -m 1 '^# ' "$file" | sed 's/^# //')
+      
+      if [ -n "$title" ]; then
+        # 새 파일명을 제목을 기반으로 생성, 공백은 밑줄(_)로 대체
+        new_filename="developLog/${title// /_}.md"
+        
+        # 파일 이름이 동일한 경우에는 mv 명령을 건너뜁니다
+        if [ "$file" != "$new_filename" ]; then
+          mv "$file" "$new_filename"
+        fi
+      fi
+    done
+
+- name: Commit changes
+  run: |
+    # Git 사용자 정보 설정
+    git config --local user.email "your-email@example.com"
+    git config --local user.name "Your Name"
+    # 모든 변경사항을 추가하고 커밋
+    git add .
+    git commit -m "Rename Markdown files based on h1 titles"
+    # 변경사항을 원격 저장소의 main 브랜치로 푸시
+    git push origin main
+```
+
+하지만, 이 또한 문제가 되는데... 🔥 바뀔 것이 없다고 자꾸 뜸&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/37ce1966-3382-4b70-8432-fa019dc4b718/image.png" alt=""><figcaption></figcaption></figure>
+
+✅ add -A로 전체로 해주고 그리고 토큰을 이용해서 github action 봇이 넣게 수정
+
+## 일부 코드
+
+```
+  git add -A  # 모든 변경사항 추가
+        git config --global user.name 'github-actions[bot]'
+        git config --global user.email 'github-actions[bot]@users.noreply.github.com'
+        git diff --staged --quiet || git commit -m "Rename Markdown files based on h1 titles"
+        git push https://${{ secrets.GH_PAT }}@github.com/GoldenPearls/gitBook.git  # 변경사항을 main 브랜치로 푸시
+```
+
+&#x20;🔥 실행은 되는데 파일이 바뀌지 않음..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/697143b0-efd2-4a4d-9105-d5013965a29b/image.png" alt=""><figcaption></figcaption></figure>
+
+✅ 한글 인코딩 작업 수행
+
+* name: Set UTF-8 Encoding run: | export LC\_CTYPE="UTF-8" # UTF-8 인코딩을 명시적으로 설정
+
+🔥 mv 명령어로 파일을 이동하려고 할 때, 새 파일 이름에 포함된 디렉토리가 존재하지 않는 경우 오류가 발생한다고 함&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/6b52cc8d-22a6-492b-af8b-db5845f9902e/image.png" alt=""><figcaption></figcaption></figure>
+
+✅ 이 문제를 해결하려면, 이동할 경로에 해당하는 디렉토리가 존재하지 않으면 디렉토리를 생성하는 로직을 추가해야 한다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/29838c61-a71a-4293-bfca-715613c7fa37/image.png" alt=""><figcaption></figcaption></figure>
+
+![](https://velog.velcdn.com/images/prettylee620/post/037def8c-e24e-4b88-a445-c1721ac892d2/image.png)
+
+해결!!!!! ㅠㅜㅠㅠㅠ 40분의 삽질 끝에 잘바뀌었다.. 흑흑.. 줄 알았으나... 카테고리가 얽히는 현상이 나옴...
+
+```
+name: Rename and Commit Markdown Files
+
+on:
+  push:
+    branches:
+      - main  # main 브랜치에 푸시될 때 워크플로우 트리거
+  workflow_dispatch:  # 수동으로 워크플로우를 실행할 수 있는 옵션
+
+jobs:
+  process-markdown:
+    runs-on: ubuntu-latest
+
+    steps:
+    - name: Checkout repository
+      uses: actions/checkout@v4
+      with: 
+          token: ${{ secrets.GITBOOKKEY }}
+          fetch-depth: 0
+          ref: main
+
+    - name: Set UTF-8 Encoding
+      run: |
+        export LC_CTYPE="UTF-8"  # UTF-8 인코딩을 명시적으로 설정
+
+    - name: Rename and Update Markdown files
+      run: |
+        for file in $(find developLog -type f -name '*.md'); do
+          # 파일 내용의 첫 번째 제목 줄을 추출
+          title=$(grep -m 1 '^#' "$file" | sed 's/^# //')
+          
+          if [ -n "$title" ]; then
+            # 파일의 디렉토리 구조를 유지하면서 제목을 기반으로 새 파일명 생성
+            dir=$(dirname "$file")
+            new_filename="$dir/$title.md"
+            
+            # 대상 디렉토리가 없으면 생성
+            new_dir=$(dirname "$new_filename")
+            mkdir -p "$new_dir"
+            
+            # 파일 이름이 동일한 경우에도 강제로 업데이트
+            if [ "$file" != "$new_filename" ]; then
+              echo "Renaming $file to $new_filename"
+              mv "$file" "$new_filename"
+            else
+              echo "Updating timestamp for $file"
+              touch "$file"  # 파일의 타임스탬프를 업데이트
+            fi
+          else
+            echo "No valid title found in $file, skipping."
+          fi
+        done
+
+    - name: Commit changes
+      run: |
+        git add -A  # 모든 변경사항 추가
+        git config --global user.name 'github-actions[bot]'
+        git config --global user.email 'github-actions[bot]@users.noreply.github.com'
+        git diff --staged --quiet || git commit -m "Rename and update Markdown files based on h1 titles"
+        git push https://${{ secrets.GH_PAT }}@github.com/GoldenPearls/gitBook.git  # 변경사항을 main 브랜치로 푸시
+
+```
+
+<figure><img src="../../.gitbook/assets/image.png" alt=""><figcaption></figcaption></figure>
+
+## TMI
+
+GITHUB Action이 편하기는 한다 잘 몰라서... 할 때마다 공부해야 할 듯 ㅋㅋㅋㅋㅋㅋㅋㅋ 너무 많기도 하고... 하지만 자동화 최고
+
+
+
+> 📁 참고&#x20;
+>
+> * [Github action으로 Sync Fork 자동화하기 - push 될 때마다](https://velog.io/@charming-l/Github-action%EC%9C%BC%EB%A1%9C-push-%EB%90%A0-%EB%95%8C%EB%A7%88%EB%8B%A4-%EC%9E%90%EB%8F%99%EC%9C%BC%EB%A1%9C-%EC%B5%9C%EC%8B%A0%ED%99%94%ED%95%98%EA%B8%B0to-forked-repo)
+> * [GitAction에서 다른 레포로 접근하려면?](https://stackoverflow.com/questions/71068476/accessing-another-repository-with-github-cli-in-github-actions)
+> * [GitHub Organization 프로젝트를 vercel 무료로 연동하기 (+git actions)](https://velog.io/@rmaomina/organization-vercel-hobby-deploy)
+
diff --git "a/developLog/ci-cd/github/_ Git\354\227\220\354\204\234 \354\225\214\352\262\214 \353\220\234 \354\247\200\354\213\235_.md" "b/developLog/ci-cd/github/_ Git\354\227\220\354\204\234 \354\225\214\352\262\214 \353\220\234 \354\247\200\354\213\235_.md"
new file mode 100644
index 0000000..cf22ab8
--- /dev/null
+++ "b/developLog/ci-cd/github/_ Git\354\227\220\354\204\234 \354\225\214\352\262\214 \353\220\234 \354\247\200\354\213\235_.md"	
@@ -0,0 +1,34 @@
+---
+description: Git에서 알게 된 지식을 한 눈에
+icon: git
+---
+
+# Git에서 알게 된 지식
+
+## 1. Git tree에 대해서
+
+> 출처 : [Github action으로 Sync Fork 자동화하기 - push 될 때마다](https://velog.io/@charming-l/Github-action%EC%9C%BC%EB%A1%9C-push-%EB%90%A0-%EB%95%8C%EB%A7%88%EB%8B%A4-%EC%9E%90%EB%8F%99%EC%9C%BC%EB%A1%9C-%EC%B5%9C%EC%8B%A0%ED%99%94%ED%95%98%EA%B8%B0to-forked-repo)
+
+처음에는 _"같은 커밋해시로 `push`한다"_, _"`Git tree`를 같게 한다"_ 는 팀원의 말이 잘 이해가 가지 않았고, 덕분에 Git의 구조를 다시 한번 공부하게 되는 좋은 계기가 되었다.
+
+Git은 각 상태들을 스냅샷을 해시값으로 구분하고(`commit`), 이들을 연결하여 하나의 거대한 tree를 구성하는데 이게 history, 즉 `Git tree`가 되는 것이다. Git의 각 커밋들은 이 트리를 구성하기 위해 모든 커밋은 부모 커밋의 포인터를 함께 가지고 있다. 위 링크에서는 <mark style="color:red;">서로 다른 부모를 가리키던 커밋을 강제로 연결하는 것이기 때문에 Orgin repo와 forked repo는 서로 다른 커밋 해시를 갖게 된다.</mark> 하지만 이 방법의 경우 개인 레포를 remote url에 등록하여 커밋 내역을 가져와 Origin repo의 최근 변경사항의 커밋으로 자연스럽게 연결하므로 동일한 `Git tree`를 갖게 된다.
+
+과정이 잘 이해가 안갔던 첫 시도로는 무작정 두 레포의 변경 사항을 merge 해서, 양 레포에 다시 push하면 되나? 싶었다. 하지만 체크아웃시에 토큰을 넣어주지 않으니 merge 할 수 없다는 에러가 떴다...\
+덕분에 서로 다른 레포끼리 병합시 사용할 수 있는 `--allow-unrelated-histories` 라는 `git merge` 옵션도 알게 되었지만 이후엔 Merge conflict가 발생한다는 에러로 이어졌다. 팀 레포 기준으로 해야하니까 충돌이 발생한다면 우리 레포로 지정해주는 `-Xours`라는 옵션까지 하나 더 배워갈 수 있었다..
+
+
+
+### 정리하자면,
+
+1. **Git의 구조 이해**:
+   * Git은 상태를 스냅샷으로 저장하고, 이 스냅샷들은 고유의 해시 값으로 구분됩니다.
+   * 각 커밋은 부모 커밋을 가리키는 포인터를 가지고 있으며, 이 포인터들이 연결되어 Git 트리를 형성합니다.
+   * Git 트리는 이 커밋들의 연결된 히스토리로 구성됩니다.
+2. **Git 트리와 커밋 해시**:
+   * Git에서 각 커밋은 고유한 해시 값을 가지며, 이 해시는 커밋의 내용과 부모 커밋에 의해 결정됩니다. 동일한 내용의 커밋이라도 부모 커밋이 다르면 해시 값이 달라집니다. 따라서 서로 다른 저장소에서 동일한 내용을 커밋하더라도 부모 커밋이 다르면 서로 다른 해시 값을 가지게 됩니다.
+   * 두 저장소가 동일한 Git 트리를 가지려면, 커밋 내역을 동기화하여 동일한 커밋 해시를 유지해야 합니다.
+3. **`--allow-unrelated-histories` 옵션**:
+   * 이 옵션은 서로 다른 Git 히스토리를 가진 두 저장소를 병합할 때 사용됩니다. 기본적으로 Git은 서로 관련 없는 히스토리를 병합할 때 경고를 표시하고 병합을 막습니다. 이 옵션을 사용하면 이 제한을 무시하고 병합을 강제할 수 있습니다.
+4. **Merge 충돌 해결**:
+   * 병합 시 충돌이 발생하는 것은 두 저장소가 동일한 파일을 다르게 수정했기 때문입니다. 이때 `-Xours` 옵션을 사용하면 충돌이 발생한 파일에 대해 현재 체크아웃된 브랜치의 변경 사항을 우선시하여 충돌을 해결할 수 있습니다.
+   * 이 옵션은 충돌 해결의 한 방법이지만, 항상 모든 상황에 적합하지 않을 수 있으므로 신중하게 사용해야 합니다.
diff --git "a/developLog/ci-cd/github/_ github \354\236\220\354\243\274 \354\223\260\353\212\224 \353\252\205\353\240\271\354\226\264_.md" "b/developLog/ci-cd/github/_ github \354\236\220\354\243\274 \354\223\260\353\212\224 \353\252\205\353\240\271\354\226\264_.md"
new file mode 100644
index 0000000..8ee5bb9
--- /dev/null
+++ "b/developLog/ci-cd/github/_ github \354\236\220\354\243\274 \354\223\260\353\212\224 \353\252\205\353\240\271\354\226\264_.md"	
@@ -0,0 +1,98 @@
+---
+description: github 자주 쓰는 명령어 모아보기
+icon: git
+layout:
+  title:
+    visible: true
+  description:
+    visible: true
+  tableOfContents:
+    visible: true
+  outline:
+    visible: true
+  pagination:
+    visible: false
+---
+
+# github 자주 쓰는 명령어
+
+## 1. 로컬 저장소와 원격 저장소 맞추기
+
+> `git reset --hard` 명령어를 사용하여 특정 커밋으로 되돌렸을 때, 로컬 저장소는 그 커밋 이후의 모든 변경 사항을 잃게 됩니다. 이때 로컬 저장소와 원격 저장소의 상태가 불일치하게 되며, 이를 맞추기 위해 강제로 푸시해야 합니다.
+
+1.  **`git reset --hard` 명령어를 사용하여 특정 커밋으로 되돌림**
+
+    이미 실행한 명령어입니다:
+
+    ```bash
+    git reset --hard 6bec4114ed3cfd83858aa59311ca0ac9813d6c18
+    ```
+
+    이 명령어는 로컬 저장소를 `6bec4114ed3cfd83858aa59311ca0ac9813d6c18` 커밋으로 되돌립니다.
+2.  **원격 저장소에 강제로 푸시**
+
+    로컬 저장소를 원격 저장소와 맞추기 위해 강제로 푸시해야 합니다. 이는 원격 저장소의 히스토리를 덮어쓰는 것이므로 주의가 필요합니다.
+
+    ```bash
+    git push origin main --force
+    ```
+
+    여기서 `main`은 현재 사용 중인 브랜치 이름입니다. 만약 다른 브랜치를 사용 중이라면 해당 브랜치 이름을 사용해야 합니다.
+
+### 주의사항
+
+* **강제 푸시 (`--force`)**: 원격 저장소의 히스토리가 덮어써지기 때문에, 이 작업은 신중하게 수행해야 합니다. 특히 다른 사람들이 이 저장소를 사용 중이라면, 그들에게 영향을 미칠 수 있습니다.
+* **히스토리 손실**: 이 작업을 수행하면 되돌린 이후의 모든 커밋이 히스토리에서 사라지므로, 필요할 경우 백업을 고려해야 합니다.
+
+### 전체적인 절차 요약
+
+1. **로컬 커밋 되돌리기**: `git reset --hard <commit-hash>`
+2. **원격 저장소에 강제 푸시**: `git push origin <branch-name> --force`
+
+이 작업을 통해 로컬과 원격 저장소의 상태를 일치시킬 수 있습니다.
+
+
+
+## 2. Fork한 레포지토리 commit 기록 남기기 위한 작업
+
+> 참고 : [https://soranhan.tistory.com/11](https://soranhan.tistory.com/11)
+
+1. **일단 내 github에 새로운 레파지토리를 만든다.**
+2. **terminal을 연다.**
+3. **복사하고자 하는 repository를 bare clone한다.**
+
+```
+$ git clone --bare https://github.com/exampleuser/old-repository.git
+```
+
+4. **새로운 레파지토리로 Mirror-push**
+
+```
+$ cd old-repository.git
+$ git push --mirror https://github.com/exampleuser/new-repository.git
+```
+
+5. **처음에 임시로 생성했던 local repository를 삭제**
+
+```
+$ cd ..
+$ rm -rf old-repository.git
+```
+
+6. 다만 이게 가끔 안되는 게 있는데 그 이유는 `권한` 때문이기에 토큰을 만들어주고 그걸로 사용해야 함
+
+> GitHub Personal Access Token 생성
+>
+> 1. GitHub 계정으로 로그인합니다.
+> 2. [GitHub의 Personal Access Token 생성 페이지](https://github.com/settings/tokens)로 이동합니다.
+> 3. "Generate new token" 버튼을 클릭합니다.
+> 4. **권한(Scopes)**에서 `repo`, `workflow`, `admin:repo_hook` 권한을 선택합니다. 이 토큰은 저장소에 대한 읽기/쓰기 권한을 가집니다.
+> 5. 생성된 토큰을 복사해둡니다. 이 토큰은 나중에 사용할 것입니다.
+> 6. 개인잘페이지에 토큰기록해두기!!!
+
+* Personal Access Token (PAT) 사용 : `git push --mirror` 명령어에 Personal Access Token을 포함하여 인증 문제를 해결할 수 있습니다.
+
+```
+git push --mirror https://<TOKEN>@github.com/exampleuser/new-repository.git
+```
+
diff --git "a/developLog/ci-cd/github/_ \355\214\200\355\224\204\353\241\234\354\240\235\355\212\270\353\225\214 \354\225\214\354\225\204\353\202\270 github \354\247\200\354\213\235_.md" "b/developLog/ci-cd/github/_ \355\214\200\355\224\204\353\241\234\354\240\235\355\212\270\353\225\214 \354\225\214\354\225\204\353\202\270 github \354\247\200\354\213\235_.md"
new file mode 100644
index 0000000..58875ce
--- /dev/null
+++ "b/developLog/ci-cd/github/_ \355\214\200\355\224\204\353\241\234\354\240\235\355\212\270\353\225\214 \354\225\214\354\225\204\353\202\270 github \354\247\200\354\213\235_.md"	
@@ -0,0 +1,196 @@
+---
+icon: person-chalkboard
+---
+
+# 팀프로젝트때 알아낸 github 지식
+
+![](https://velog.velcdn.com/images/prettylee620/post/310494d3-2d3b-4810-bec1-853d7a06ef40/image.png)
+
+## TMI
+
+> 프로젝트를 하면서 팀 공통 템플릿을 만들면서 알게 된 github 사용법 등을 정리해봤다 그 이후 계속 추가예정이고 팀 프로젝트 끝나면 1부터 10까지 정리해야겠다
+
+## 1. 리액트를 github에 올릴 때
+
+1. 리액트와 스프링부트를 같이 연결한 것을 올리는데 **리액트 파일만 제외**가 됐다.
+
+* 그래서 일부 파일만 올리는 것을 하려다가… 무수한 개행 문자 에러를 만나게 됨
+
+2. `node/module`은 올리면 에러가 난다. 그렇기 때문에 제외 시켜줘야 함
+
+* 제 1안 : 관련 프로젝트 파일 내 `.gitgnore`에 들어가서 수정
+
+> 아무 위치에나 사진과 같이 추가 후 저장
+
+![](https://velog.velcdn.com/images/prettylee620/post/fd2ae5cf-aa90-4268-93f3-7b2f9d9c8b83/image.png)
+
+* 제 2안 : 명령어로 제거
+
+![](https://velog.velcdn.com/images/prettylee620/post/5ee75d73-64a8-4bb9-ab8f-26f3cbb011a5/image.png)
+
+3. 그 후 일부 파일만 올리기 위해 add
+
+![](https://velog.velcdn.com/images/prettylee620/post/83b294c0-4114-418f-ae3c-a307e21c59c3/image.png)
+
+4. warning이지만 큰 문제 없다 함
+
+![](https://velog.velcdn.com/images/prettylee620/post/5bc2494c-0bd7-4655-b71b-5a16fa9ea0ee/image.png)
+
+5. 그냥 무시하거나 이 명령어 쓰면 됨
+
+![](https://velog.velcdn.com/images/prettylee620/post/2e091bec-a2dc-414a-a5b3-2f61effb0808/image.png)
+
+6. 그 후 commit 하고 push
+
+![](https://velog.velcdn.com/images/prettylee620/post/a32e8dbc-8876-4869-ba12-16e668f3fbc5/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/c1e454c4-def1-4890-8aaf-85f81c58fb25/image.png)
+
+7. 문제 없이 추가됨
+
+![](https://velog.velcdn.com/images/prettylee620/post/d2b001dd-840c-4b13-a2c6-52ca505dee0d/image.png)
+
+8. node-moudules의 경우 **`npm install` 패키지 설치**
+
+* `node_modules/`는 Node.js 프로젝트에서 의존성 패키지들이 설치되는 디렉토리
+* 이 디렉토리는 일반적으로 Git에 포함되지 않습니다. 왜냐하면 의존성 패키지들은 **`package.json`** 파일에서 관리되기 때문에, 다른 개발자나 서버에서 프로젝트를 클론한 후 **`npm install`** 또는 **`yarn install`** 명령을 통해 의존성 패키지들을 설치 가능
+
+## 2. Git add시 경고 메세지
+
+**`git add`** 명령을 실행할 때 나오는 경고 메시지는 여러 원인에 따라 발생할 수 있습니다. 대표적으로는 다음과 같은 경우들이 있습니다:
+
+1. **대용량 파일**: Git은 대용량 파일(일반적으로 100MB 이상)에 대해서 경고 메시지를 보냅니다. 이러한 대용량 파일을 관리하기 위해서는 Git LFS를 사용하는 것이 좋습니다.
+2. **개행 문자**: Windows와 Unix 계열 시스템(리눅스, 맥)은 파일의 끝에 사용하는 개행 문자가 다릅니다. 이로 인해 발생하는 문제를 경고하는 메시지가 나올 수 있습니다.
+3. **.gitignore**: **`.gitignore`** 파일에 명시되어 있지 않고 추적되지 않은 파일들에 대한 경고가 나올 수 있습니다.
+
+### 💫 해결 방법
+
+1.  **경고 메시지를 숨김**: 경고 메시지가 너무 많고, 실제 문제가 되지 않을 경우에는 경고 메시지를 숨기고 싶을 수 있습니다. 이 경우 아래와 같이 **`-no-warn`** 옵션을 추가할 수 있습니다. (하지만, 이는 모든 경고 메시지를 숨기기 때문에 문제가 발생할 여지가 있습니다.)
+
+    ```css
+    cssCopy code
+    git add --no-warn src/main/reactfront/
+
+    ```
+2. **원인 파악 및 해결**: 경고 메시지를 직접 읽고 원인을 파악한 뒤에 그 원인을 해결하는 것이 가장 좋은 방법입니다. 예를 들어, 대용량 파일에 대한 경고가 나오면 해당 파일을 \*\*`.gitignore`\*\*에 추가하거나, Git LFS를 사용하여 처리할 수 있습니다.
+3.  **개행 문자 처리**: 개행 문자 관련 경고의 경우, Git 설정을 통해 자동으로 변환되게 설정할 수 있습니다:
+
+    ```arduino
+    arduinoCopy code
+    git config --global core.autocrlf true
+
+    ```
+
+## 3. 깃허브에 프로젝트를 올렸을 때 특정 파일이나 폴더만 제외 원인
+
+### **`.gitignore` 파일**
+
+* **`.gitignore`** 파일은 Git에서 추적하지 않아야 할 파일 및 디렉토리를 지정
+* 리액트 프로젝트의 경우, 기본적으로 생성되는 **`.gitignore`** 파일에는 **`node_modules/`** 등의 디렉토리가 포함되어 있어 이 디렉토리의 파일들은 Git에 포함되지 않습니다. 프로젝트 루트 또는 리액트 폴더 내에 **`.gitignore`** 파일이 있는지 확인하고 해당 파일 내용을 점검할 것
+
+### **Git 초기화 위치**
+
+* Git 저장소는 `git init`을 실행한 디렉토리를 기준으로 하위 디렉토리 및 파일들을 추적한다.
+* 리액트 프로젝트 내에서 별도로 `git init`을 실행했을 경우, 리액트 프로젝트만 별도의 Git 저장소로 인식되어 상위 폴더의 Git에서는 무시될 수 있다.
+* 이 경우, 리액트 프로젝트 디렉토리 내에 **`.git`** 디렉토리가 있는지 확인하고, 필요에 따라 삭제한 후 상위 디렉토리에서 다시 Git 명령을 실행할 것
+
+### **커밋 누락**
+
+* 리액트 파일을 변경한 후 `git add`와 **`git commit`** 명령을 실행하지 않았다면, 해당 변경사항은 커밋되지 않음
+* 변경사항이 제대로 커밋되었는지 확인하려면 **`git status`** 명령을 사용하여 변경된 파일 목록을 확인할 수 있다.
+
+### 💫 해결 방법
+
+1. 프로젝트 루트 디렉토리에서 **`git status`** 명령을 실행하여 현재 Git의 상태를 확인
+2. 리액트 프로젝트 폴더 내에 **`.git`** 디렉토리가 있는지 확인하고, 있다면 삭제
+3. 프로젝트 루트에서 **`git add .`** 명령을 실행하여 모든 변경사항을 스테이징 영역에 추가
+4. **`git commit -m "Add React files"`** 명령으로 변경사항을 커밋
+5. **`git push`** 명령으로 변경사항을 깃허브에 푸시
+
+## 4. 잔디(commit) 내용을 지키면서 두 개의 repository 합치기
+
+### 로컬에 없는 경우.. 로컬에 clone 해줘야 함
+
+1. 일단 내가 완성본을 넣을 레포지토리(레포1) 정하기
+2. 나는 `teamproject_read_blog` 레포지토리를 완성본으로 하려고 한다.
+3. git remote로 `teamproject_read_blog` 을 불러오기
+
+* 나는 이름 지정을 잊어서 그냥 레포지토리 이름 대로 저장이 됨
+
+```java
+git remote add repo1 https://github.com/YourUsername/Repo1.git
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/5a14f0fb-61d2-45c9-828a-f68ce2c96a7e/image.png)
+
+4. 그 폴더로 이동 한다
+
+```java
+cd teamproject_read_blog
+```
+
+5. `git fetch`를 해준다.
+
+```java
+git fetch teamproject_read_blog
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/224abfd0-e3f0-42ee-a6f4-ff7c214e25bc/image.png)
+
+6. 로컬에 없기 때문에 위와 같은 것이 발생
+
+* clone을 해줘야 함
+
+![](https://velog.velcdn.com/images/prettylee620/post/41141087-9ac3-4153-b0ef-58c920fca130/image.png)
+
+7. 그 후 폴더로 이동하고 `remote`해주기
+
+```java
+cd teamproject_read_blog
+git remote add react_springboot_template https://github.com/GoldenPearls/react_springboot_template.git
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/604c5985-4521-4489-a608-2c6fc02e44ad/image.png)
+
+8. `merge` 해주기
+
+* 첫 번 째 시도 그냥 merge 해주기
+
+```java
+git merge react_springboot_template/master
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/94378bad-9aab-48a7-8561-13d185dbc44e/image.png)
+
+* 두 번째 시도 : --allow-unrelated-histories
+  * "refusing to merge unrelated histories"는 두 Git 저장소의 기록이 완전히 다르기 때문에 Git이 기본적으로 병합을 거부
+
+```java
+git merge react_springboot_template/master --allow-unrelated-histories
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/56856f86-0e5c-4869-951e-61cc71632a8e/image.png)
+
+9. `push` 해주기
+
+```java
+git push origin main
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/5c7bbd03-1989-4e81-bdac-cfbae95a5289/image.png)
+
+10. 결과 : 커밋도 잘 지키면서 합쳐짐
+
+![](https://velog.velcdn.com/images/prettylee620/post/891c917c-35fb-43fa-b78d-3eb890e9f508/image.png)
+
+## 5. 단어 알기
+
+### 💫 remote란?
+
+* **`remote`**는 Git에서 원격 저장소를 참조하는 단축 이름
+* 원격 저장소는 인터넷이나 네트워크 어딘가에 존재하는 저장소를 의미하며, 여러 사람이 협업할 때 동일한 프로젝트에 대한 변경 사항을 교환하기 위해 사용
+*   예를 들어, GitHub에서 프로젝트를 클론(clone)하면, 기본적으로 zip 파일로 받으면 문제가 생긴거 clone하면 고쳐지는 경우가 많다(실제 경험담...)
+
+
+
+    > 프로젝트를 하면서 팀 공통 템플릿을 만들면서 알게 된 github 사용법 등을 정리해봤다 그 이후 계속 추가예정이고 팀 프로젝트 끝나면 1부터 10까지 정리해야겠다
diff --git "a/developLog/ci-cd/github/github.io/_ github_io Chipy \355\205\214\353\247\210 \354\227\260\353\217\231 \355\225\230\352\270\260_.md" "b/developLog/ci-cd/github/github.io/_ github_io Chipy \355\205\214\353\247\210 \354\227\260\353\217\231 \355\225\230\352\270\260_.md"
new file mode 100644
index 0000000..465926e
--- /dev/null
+++ "b/developLog/ci-cd/github/github.io/_ github_io Chipy \355\205\214\353\247\210 \354\227\260\353\217\231 \355\225\230\352\270\260_.md"	
@@ -0,0 +1,217 @@
+---
+description: github.io로 블로그 만들기 1탄
+---
+
+# github.io Chipy 테마 연동 하기
+
+## github.io blog 만들기
+
+### 1) TMI
+
+에서 블로그를 운영하고 있고, 팔로우도 100명을 넘었다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/3f7c738d-963b-4526-aa53-317ec20774c4/image.png)
+
+하지만.. 옮기지는 않고 두 곳을 운영할까 고민중... **Velog에 단점이 내가 쓴 글 한 눈에 안보여 ㅠㅠㅠㅠ**
+
+Github Page를 통한 블로깅을 시도했으나 까다로운 설치와 커스터마이징이,어렵다기에 테마 선택 시 사용자 수가 많고 계속 update 되고있으며, 내 마음에 들고 사용자가많은 테마인 [Chipy](https://github.com/cotes2020/jekyll-theme-chirpy)를 선택!!
+
+### 2) Local에서 테스트 하기 전의 세팅
+
+> [Jekyll-Chirpy-테마 글쓰기, 커스마이징 등](https://www.irgroup.org/posts/jekyll-chirpy/) [Jekyll-Chirpy-테마를-활용한-Github-블로그-만들기(2023-6월-기준)](https://jjikin.com/posts/Jekyll-Chirpy-%ED%85%8C%EB%A7%88%EB%A5%BC-%ED%99%9C%EC%9A%A9%ED%95%9C-Github-%EB%B8%94%EB%A1%9C%EA%B7%B8-%EB%A7%8C%EB%93%A4%EA%B8%B0\(2023-6%EC%9B%94-%EA%B8%B0%EC%A4%80\))
+
+1. 리포지토리 `fork` 해와서 생성하기
+
+* 꼭 리포지토리명을 `github 유저이름.github.io`로 해야 한다고 다!!
+
+![](https://velog.velcdn.com/images/prettylee620/post/ba804212-34fe-4099-8e41-6a6823df1e0b/image.png)
+
+2. branch를 master에서 main으로 변경하고 Branch protection rule도 기본값 (체크 x)으로 설정
+
+![](https://velog.velcdn.com/images/prettylee620/post/b07b61da-641f-4346-b9cf-bbd6495f57e3/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/e792ddd2-8c3f-4a6e-b0eb-a09f62d7570c/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/8766155f-73e3-4313-ab0e-76ae5dae7be3/image.png)
+
+3. git clone 해오기
+
+* 넣어둘 폴더로 이동 해서 clone 해오기
+
+![](https://velog.velcdn.com/images/prettylee620/post/0ca2568f-abc7-4fb6-b3a6-09e06824052b/image.png)
+
+```jsx
+cd blog
+git clone https://github.com/GoldenPearls/GoldenPerals.github.io.git
+```
+
+## Local에서 세팅
+
+> 참고 : [별준 : 루비 설치 하기](https://junstar92.tistory.com/5)
+
+1. CMD로 Ruby 설치 하기
+
+> 꼭 3. 이상 설치 할 것 !
+
+2. Ruby를 설치했다면 버전을 검색시 나올 것임
+
+```jsx
+cd GoldenPerals.github.io
+ruby -v
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/6dcefcd1-9818-4d14-bd6b-ab3054d3dbbd/image.png)
+
+이렇게만 설치하고 서버 실행하려고 하면 이런 에러가 나올 수도 있음 그런 경우는 `환경 변수 설정`이 필요함
+
+![](https://velog.velcdn.com/images/prettylee620/post/f45f43a4-8214-4e2f-848c-0b7ac29187f8/image.png)
+
+2. 환경 변수 설정이 필요 Path 에서 편집
+
+![](https://velog.velcdn.com/images/prettylee620/post/f94734d6-e67e-4f9f-a644-f224264b0aa3/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/33a3b039-2919-4ee7-a89c-124e4004ff4d/image.png)
+
+```jsx
+C:\Users\rmawn\AppData\Local\Microsoft\WindowsApps
+```
+
+3. jekyll 실행을 위해 필요한 모듈 설치
+
+![](https://velog.velcdn.com/images/prettylee620/post/0c1d675f-0341-47b3-a015-aecc6926476f/image.png)
+
+4. npm을 통해 node.js 모듈 설치
+
+```jsx
+npm install && npm run build
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/ac853e67-6313-4ebf-a208-642aef312503/image.png)
+
+5. 설치 완료 후 아래 명령어를 통해 로컬에서 jekyll을 실행
+
+```jsx
+jekyll serve
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/f710e210-be75-4270-86df-c936a55d35e3/image.png)
+
+#### 🙄 **문제 발생**
+
+![](https://velog.velcdn.com/images/prettylee620/post/bd7fa754-ede0-42d6-9a3c-ef3c184a1643/image.png)
+
+먼저 위에서 처럼
+
+1. 환경변수 추가
+2. `Gemfile` 파일 수정
+
+![](https://velog.velcdn.com/images/prettylee620/post/343c2a30-b6ff-4e33-b098-8800ddb60167/image.png)
+
+3. 원래의 코드
+
+```jsx
+# frozen_string_literal: true
+
+source "https://rubygems.org"
+
+gemspec
+
+group :test do
+  gem "html-proofer", "~> 5.0"
+end
+```
+
+4. 수정
+
+```jsx
+# frozen_string_literal: true
+
+source "https://rubygems.org"
+
+gemspec
+
+group :test do
+  gem "html-proofer", "~> 5.0"
+end
+
+gem "tzinfo"       # 시간대 관리 라이브러리
+gem "tzinfo-data"  # Windows에서 tzinfo를 지원하기 위한 데이터
+```
+
+6. cmd 껐다가 다시 켜서 확인해보기
+
+```jsx
+jekyll serve
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/4577b948-a8b2-492b-b7cc-6a2d52a88a32/image.png)
+
+7. 웹브라우저에서 127.0.0.1:4000 주소로 블로그가 정상적으로 표시되는지 확인하고 블로그 내 여러 메뉴 및 기능들도 정상 동작하는지 확인
+
+![](https://velog.velcdn.com/images/prettylee620/post/612687e4-7490-4f68-8d08-92db45e2de9a/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/58c63c98-fce9-4af0-a80e-668bcc89f588/image.png)
+
+```rust
+# frozen_string_literal: true
+
+source "https://rubygems.org"
+
+gemspec
+
+group :test do
+  gem "html-proofer", "~> 5.0"
+end
+
+gem "tzinfo"       # 시간대 관리 라이브러리
+gem "tzinfo-data"  # Windows에서 tzinfo를 지원하기 위한 데이터
+
+```
+
+### 글 쓰는 시간을 줄이기 위한 플러그인
+
+> https://github.com/jekyll/jekyll-compose
+
+### 배포하기
+
+1. 배포하기 전 gitgnore 세팅하기
+
+![](https://velog.velcdn.com/images/prettylee620/post/beb0ace2-c081-4389-8723-3b52daa3d78b/image.png)
+
+* 우선, `.gitignore` 파일을 열어서 아래 내용을 주석 처리
+
+```jsx
+# Misc
+#_sass/dist
+#assets/js/dist
+```
+
+2. 배포하기
+
+```jsx
+git add .
+git commit -m "docs: add new blog post"
+git push
+```
+
+3. setting > page > git action 추가 ![](https://velog.velcdn.com/images/prettylee620/post/cb6253bb-ef56-4dc0-98a2-e6073bf194bc/image.png)
+
+* configure까지 해줘야 함
+
+![](https://velog.velcdn.com/images/prettylee620/post/e95923a4-4544-446f-bc0a-3f37f955572d/image.png)
+
+4. 로컬이랑 맞춰줘야 함
+
+![](https://velog.velcdn.com/images/prettylee620/post/51eb7b1b-9512-4b0f-b59a-e42440c1f450/image.png)
+
+5. 커스터마이징을 위한 \_config.yml 수정하기
+
+> [참고 깃허브](https://github.com/focuschange-test/focuschange-test.github.io/blob/main/\_config.yml)
+
+```jsx
+git add . 
+git commit -m "chore: update config.yml settings"
+git push
+```
+
+훔... 일단 배포만 해두고 ... 지금 gitbook 테마가 더 마음에 들어서 gitbook에만 해둘까? 아님 github.io랑 연결해서 할 수 있는 방법을 찾을까 고민중임
+
+내 [gitbook](https://mellona-log.gitbook.io/log)
diff --git "a/developLog/cs/_ CS \352\264\200\353\240\250 BOOKMARK_.md" "b/developLog/cs/_ CS \352\264\200\353\240\250 BOOKMARK_.md"
new file mode 100644
index 0000000..4e06d29
--- /dev/null
+++ "b/developLog/cs/_ CS \352\264\200\353\240\250 BOOKMARK_.md"	
@@ -0,0 +1,20 @@
+---
+icon: circle-bookmark
+---
+
+# CS 관련 BOOKMARK
+
+> 이 밑에 있는 것들 중 자기 취향을 골라 하나만 보고 다른 걸로 부족한 것 채워가면 충분할 것 같다.
+
+* [\[IT 개발자와 일할 때 필요한 모든 개발지식\] A to Z 자료 모음집 By 그랩](https://www.grabbing.me/IT-A-to-Z-By-1e1fbc981b7c4c03ac44943085ac8304) 웬만한 CS 지식 집합체 IT 분야 종사자라면 봐야함
+* [\[IT 개발자와 일할 때 필요한 모든 개발지식\] A to Z 자료 모음집 By 그랩의 어려운 IT 용어 정리](https://www.grabbing.me/IT-e042e5f23b2147878ead089c97ef3c77#35a8ac77dfa84380bdd9d1c4e29e84d3) 위와 똑같은 곳으로 어려운 IT 용어 모음
+* [신입 개발자 전공 지식 & 기술 면접 백과사전](https://gyoogle.dev/blog/) 기술 면접에 대한 정리가 체계적으로 잘되어 있는 편
+* [신입 개발자 전공 지식 & 기술 면접 백과사전](https://github.com/WooVictory/Ready-For-Tech-Interview) 위의 웹사이트 GITHUB 버전
+* [다른 사람이 면접시 물어본 것을 VELOG에 정리한 것](https://velog.io/@matisse/%EA%B8%B0%EC%88%A0%EB%A9%B4%EC%A0%91-%EC%A7%88%EB%AC%B8-%EC%A0%95%EB%A6%AC-CS) 3년전 글이긴 한데 정리가 잘되있어서 나도 나중에 면접시 저런식으로 정리해야 겠다를 생각함
+* [READY FOR TECH INTERVIEW](https://github.com/WooVictory/Ready-For-Tech-Interview) 이 곳은 신입 혹은 주니어 개발자에게 필요한 지식을 정리하는 GITHUB
+* [Technical Interview Guidelines for Beginners](https://github.com/JaeYeopHan/Interview\_Question\_for\_Beginner) 시작하는 주니어 개발자들을 위한 기초 지식 정리한 GITHUB
+* [Backend-Interview-Question](https://github.com/ksundong/backend-interview-question) 백엔드 개발자 입사시 질문, 예상질문 GITHUB
+* [프론트엔드 기술 면접 대비하기 -1편](https://f-lab.kr/blog/frontend-interview-1) 프론트앤드 면접질문정리되어 있는 F-LAB
+* [자바 백엔드 개발자 질문](https://f-lab.kr/blog/java-backend-interview-2) 자바 기술 면접 대비하기정리 되어 있는 F-LAB
+* [실제로 받은 프론트앤드 질문모음 정리](https://xiubindev.tistory.com/119) 프론트앤드 질문 정리가 되어 있는 Tistory
+* [컴퓨터 과학 키워드 총정리](https://csnote.net/) : 컴퓨터 과학 키워드가 총 정리되어 있는 사이트
diff --git "a/developLog/cs/etc/_ \353\251\200\355\213\260\354\272\240\355\215\274\354\212\244\354\227\220\354\204\234 \353\260\260\354\232\264 cs \354\247\200\354\213\235_.md" "b/developLog/cs/etc/_ \353\251\200\355\213\260\354\272\240\355\215\274\354\212\244\354\227\220\354\204\234 \353\260\260\354\232\264 cs \354\247\200\354\213\235_.md"
new file mode 100644
index 0000000..74659e2
--- /dev/null
+++ "b/developLog/cs/etc/_ \353\251\200\355\213\260\354\272\240\355\215\274\354\212\244\354\227\220\354\204\234 \353\260\260\354\232\264 cs \354\247\200\354\213\235_.md"	
@@ -0,0 +1,424 @@
+# 멀티캠퍼스에서 배운 cs 지식
+
+## 1. 서버(Server)
+
+### **1) 서버란..**
+
+**언어적인 관점**에서 보자면
+
+* 테니스, 탁구, 배구 따위에서 하는 서브하는 쪽, 또는 그 사람
+* 음식, 음료를 내는데 쓰는 도구
+* 주된 정보의 제공이나, 작업을 수행하는 컴퓨터 시스템
+
+### **2) 컴퓨터의 서버는 클라이언트에 서비스를 제공한다.**
+
+웹브라우저 : 클라이언트 컴퓨터 : 서버
+
+### **3) 서버의 처리는 클라이언트의 요청으로 시작된다.**
+
+서버는 그 자체로 작동하는 것이 아니라, 불특정 다수의 컴퓨터에 대해 일방적으로 서비스를 제공하지 않음 클라이언트로부터 `요청(request)`을 받아서 처음으로 처리를 시작하고, 서비스를 `제공(응답, response)`한다.
+
+1. 클라이언트는 서버에 무언가의 서비스를 요청한다.
+2. 서버는 요청에 따라 맞춰 처리를 수행한다.
+3. 서버는 처리 결과를 클라이언트로 반환
+4. 클라이언트는 처리 결과를 받는다.
+
+### **4) 웹서비스에 대입해보자**
+
+**클라이언트** : 구글 크롬, 사파리와 같은 웹브라우저 **서버** : 웹사이트(의 구성 파일)이 있는 컴퓨터
+
+5. 웹브라우저는 웹서버에 ㅇㅇ 사이트의 데이터를 주십시오라고 요청한다.
+6. 웹서버는 ㅇㅇ 사이트의 파일을 찾는다.
+7. 웹서버는 ㅇㅇ 사이트의 파일을 웹브라우저에 반환한다.
+8. 웹브라우저는 ㅇㅇ사이트의 파일을 받아서 화면에 표시한다. ⇒ 이러한 시스템을 `클라이언트/서버 시스템`이라고 함
+
+출처 : 서버의 기초 책
+
+***
+
+## 2. 웹 서버(Web Server)
+
+### 1) 웹서비스
+
+**클라이언트** : 구글 크롬, 사파리와 같은 웹브라우저 **서버** : 웹사이트(의 구성 파일)이 있는 컴퓨터
+
+
+
+### **2) 웹 서버**란(WEB) = 아파치
+
+* 하드웨어와 소프트웨어 혹은 두 개가 같이 동작하는 것을 의미
+* **말 그대로 작성된 html 페이지 등을 네트워크 망에 종속되지 않고, 웹서비스를 할 수 있도록 어플리케이션**
+* 브라우저에서 웹 서버에서 불려진 파일을 필요로 할 때, 브라우저는 HTTP를 통해 파일을 요청
+* 요청이 올바른 `웹 서버(하드웨어)`에 도달 시, `HTTP 서버(소프트웨어)`는 요청된 문서를 HTTP를 이용해 보내줌
+
+#### 웹 서버 소프트웨어 종류
+
+* 서비스별로 서버 소프트웨어가 있으며, 각각 특징이 있으나 웹 서버로의 기능은 공통
+* APache
+* IIS
+* nginx
+
+### 3) 하드웨어 측면
+
+* `웹 서버`는 웹 서버의 소프트웨어와 website의 컴포넌트 파일을 저장하는 컴퓨터
+* 소프트웨어 기능을 제공하는 컴퓨터 프로그램을 실행하는 컴퓨
+  * **컴포넌트 파일**이란?
+    * HTML문서, images, CSS stylesheets, JavaScript files
+* 웹 서버는 인터넷에 연결된 다른 기기들이 웹 서버의 데이터(컴포넌트 파일들)을 주고받을 수 있도록 함
+
+### 4) 소프트웨어 측면
+
+* 웹 서버는 기본적으로 웹 사용자가 어떻게 호스트에 파일들에 접근하는지를 관리하는 컴퓨터 프로그램
+* HTTP 서버는 URL과 HTTP(우리의 브라우저가 웹 페이지를 보여주기 위해 사용하는 프로토콜)의 소프트웨어
+  * **URL의 구성요소**
+    * 프로토콜, 서버주소, 포트번호, 파일경로
+* `HTTPS 서버, HTTP 서버`를 웹 서버라고 부르기로 함
+
+📌 참고로 ㅇㅇ 서버의 ㅇㅇ에는 **제공하는 서비스의 이름**을 넣는다. ex. 카카오톡 서비스를 제공하는 것은 카카오톡 서버 ex2. 웹 서버를 ‘HTTP 서버’ 메일 서버를 ‘SMTP 서버’라고 부르기도 함
+
+
+
+* 출처: https://developer.mozilla.org/ko/docs/Learn/Common\_questions/Web\_mechanics/What\_is\_a\_web\_server
+
+***
+
+## 3. 웹 컨테이너(Web Container)
+
+### 1) 웹 컨테이너란?
+
+* `서블릿 컨테이너`라고도 함
+* **JSP + 서블릿을 실행시킬 수 있는 소프트웨어**
+* 웹 서버의 컴포넌트 중 하나로 자바 서블릿과 상호작용
+* **서블릿의 생명주기를 관리**하고, URL과 특정 서블릿을 맵핑하며 URL 요청이 올바른 접근 권한을 갖도록 보장
+* 서블릿, 자바 서버 페이지(JSP) 파일, 그리고 서버-사이드 코드가 포함된 다른 타입의 파일들에 대한 `요청`을 다룬다.
+* 서블릿 객체 생성, 서블릿을 로드와 언로드하며, `요청과 응답` 객체를 생성하고 관리하고, 다른 서블릿 관리 작업을 수행
+* 웹 컴포넌트 자바 EE 아키텍처 제약을 구현하고, 보안, 병행성, 생명주기 관리, 트랜잭션, 배포 등 다른 서비스를 포함하는 웹 컴포넌트의 실행환경 명세
+
+### 2) 서블릿 컨테이너 목록
+
+* 아파치 톰캣
+* 아파치 제로니모
+* 오라클의 클래스피시
+* 제이보스
+* 출처
+
+[https://ko.wikipedia.org/wiki/웹\_컨테이너](https://ko.wikipedia.org/wiki/%EC%9B%B9\_%EC%BB%A8%ED%85%8C%EC%9D%B4%EB%84%88)
+
+[https://helloworld-88.tistory.com/71#:\~:text=■](https://helloworld-88.tistory.com/71) 웹 애플리케이션 서버 (WAS%2C Web Application Server)란%3F,컴퓨터나 장치에 애플리케이션을 수행해 주는 미들웨어 (소프트웨어 엔진)이다.
+
+***
+
+## 4. WAS(Web Application Server) = tomcat
+
+### 1) WAS란?
+
+* 웹 서버 + 웹 컨테이너(Servel 컨테이)
+* 인터넷 상에서 HTTP를 통해 사용자 컴퓨터나 장치에 애플리케이션을 수행해 주는 미들웨어(소프트웨어 엔진)
+* `동적 서버 콘텐츠를 수행하는 것`으로 일반적인 웹 서버와 구별되며, 주로 데이터베이스 서버와 같이 수행
+* 웹 상에 사용하는 컴포넌트를 올려놓고 사용하게 되는 서버
+
+#### 기능
+
+* 프로그램 실행 환경과 데이터 베이스 접속 기능 제공
+* 여러 개의 트랜잭션 관리
+* 업무를 처리하는 비즈니스 로직 수행
+* Web Service 플랫폼의 역활
+
+#### WAS 종류
+
+* tomcat
+* tMax jeus
+* Oracle
+
+### 2) WEB 서버와 WAS 비교
+
+* WEB 서버 : HTML 문서와 같은 `정적 컨텐츠`를 처리 하는 것(HTTP 프로토콜을 통해 읽힐 수 있는 문서)
+* WAS 서버 : asp, php, jsp 등 개발 언어를 읽고 처리하여 `동적 컨텐츠`, 웹 응용 프로그램 서비스 처리하는 것
+
+***
+
+## 5. HTTP(HyperText Treansfer protocol)
+
+### 1) HTTP란?
+
+* 웹 서비스를 위해 이용되는 프로토콜로 보안성이 안 좋음
+* 암호화되지 않는 상태로 웹 볼 때 사용되는 프로토콜
+* 인터넷에서 하이퍼텍스트(hypertext) 문서를 교환하기 위하여 사용되는 통신규약
+* 동작원리 : POST,GET
+
+### 2) HTTPS(HTTP Secure)란
+
+* 암호화된 상태로 웹을 볼 때 HTTP에 Secure을 뜻하는 s가 붙어 HTTPS라고 함
+
+***
+
+## 7. 프로토콜(Protocol)
+
+### 1) 프로토콜이란?
+
+* 통신 프로토콜 또는 통신 규약은 컴퓨터나 원거리 통신 장비 사이에서 메세지를 주고 받는 양식과 규칙의 체계, 통신 규약 및 약속
+* 톰 마릴은 컴퓨터가 **메세지를 전달하고, 메세지가 제대로 도착했는지 확인하며, 도착하지 않았을 경우 메세지를 재전송하는 일련의 방법**을 기술적 은어로 프로토콜이라고 한다.
+* 통신을 위해 프로토콜이 가져야 하는 일반적인 기능에는 데이터 처리 기능, 제어 기능, 관리적 기능
+
+### 2) 프로토콜의 기본 요소
+
+* `구문(Syntax)` : 전송하고자 하는 데이터의 형식(Format), 부호화(Coding), 신호 레벨(Singnal Level) 등을 규정
+* `의미(Semantics)` : 두 기기간의 효율적이고 정확한 정보 전송을 위한 협조 사항과 오류 관리를 위한 **제어 정보를 규정**
+* `시간(Timing)` : 두 기기 간의 통신 속도, 메세지의 순서 등을 규정
+
+### 3) 프로토콜 종류
+
+<figure><img src="../../.gitbook/assets/image (17).png" alt=""><figcaption></figcaption></figure>
+
+***
+
+## 8. 포트(Port)
+
+* 네트워크 상에서 특정 PC를 나타내는 IP 주소와 그 주소에 진입할 수 있는 정해진 통로
+  * IP 주소 : 네트워크에 연결된 특정 PC의 주소를 나타내는 체계
+* IP 내에서 **애플리케이션 상호 구분(프로세스 구분)을 위해 사용하는 번호**
+* 주로 포트를 사용하는 프로토콜은 전송 계층 프로토콜
+* 이미 사용 중은 포트는 중복해서 사용할 수 없다.
+* **포트 번호는 0\~ 65,535 까지 사용할 수 있다.**
+* **포트 번호**
+  * IP 주소가 가리키는 PC에 접속할 수 있는 통로
+  * `잘 알려진 포트 번호`
+    * 22 : SSH
+    * 80 : HTTP
+    * 443 : HTTPS
+
+#### 웹 서비스에 이용되는 포트번호
+
+* 80번 포트(실제 상용화된 서비스 제공 시 이용)
+* 출처
+
+[https://hanamon.kr/네트워크-기본-ip-주소와-포트-port/](https://hanamon.kr/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC-%EA%B8%B0%EB%B3%B8-ip-%EC%A3%BC%EC%86%8C%EC%99%80-%ED%8F%AC%ED%8A%B8-port/)
+
+***
+
+## 9. 정적 웹 프로그래밍과 동적 웹 프로그래밍
+
+### 1) 정적 웹 프로그래밍
+
+* 주어진 HTML 파일을 보여주기만 함
+
+### 2) 동적 웹 프로그래밍
+
+* 사용자 입력에 따라 다른 페이지를 보여주거나, 필요에 따라 동적으로 페이지 생성해서 보여줌
+
+#### CGI
+
+* 사용자 입력을 받아들이기 위해 `<form>`과 `<input>` 태그를 도입한 가장 초창기의 동적 웹 프로그래밍 기술
+
+#### JSP(Java server page)
+
+* HTML 코드에 JAVA 코드를 넣어 동적 웹페이지를 생성하는 웹어플리케이션 도구
+* JSP 가 실행되면 자바 서블릿(Servlet) 으로 변환되며 **웹 어플리케이션 서버에서 동작**되면서 필요한 기능을 수행하고 그렇게 생성된 데이터를 웹페이지와 함께 클라이언트로 응답
+  * `자바 서블릿`이란?
+    * 서블릿이란 웹페이지를 동적으로 생성하기 위해 서버측 프로그램
+    * 자바 언어를 기반으로 만들지며 웹 어플리케이션 서버 ( Web Application Sever ) 위에서 컴파일 되고 동작
+* 필요 소프트웨어
+  * 웹브라우저(크롬 등)
+  * JSP 컨테이너 기능을 포함한 웹 서버(톰캣 등)
+  * JDK(java delvelopment kit, jsp 컴파일 및 실행을 위해 필요)
+  * 통합 개발환경(이클립스 등)
+  * 데이터베이스 서버(MySQL, Oracle)
+  * 기타 라이브러리(JDBC, Apache Commons 등)
+* 출처
+
+[https://javacpro.tistory.com/43](https://javacpro.tistory.com/43)
+
+#### ASP
+
+* IIS는 마이크로소프트에서 ASP 개발을 위해 이용
+
+#### 톰캣(tomcat) 서버
+
+* HTTP 요청과 응답 처리 외에, JSP 기반의 동적 웹 프로그래밍 기술을 함께 지원하기 위한 웹 서버
+* 개발 과정에서 톰캣 서버와 연결을 위해 일반적으로 이용되는 포트번호
+  * **8080 포트**
+* 이런 에러 발생 원인
+
+<figure><img src="../../.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+* 외부에서 실행되는 톰캣 서버 존재
+* 서버 연결 정보가 제대로 주어지지 않을 때
+* 톰캣이 아닌 다른 웹 서버가 이미 실행 중일때
+
+CF. 여러 개의 브라우저 서버 동시 접속 시도는 지원 되어야 하는 기능
+
+***
+
+## 10. JDK와 JRE
+
+### 1) JRE(JAVA Runtime Enviroment)
+
+* java 실행에 필요한 프로그램만을 가지고 있음
+
+### 2) JDK(Java Development Kit)
+
+* JRE 외에 개발에 필요한 컴파일러나 디버거 등을 함께 포함한다는 점
+
+***
+
+## 3) 웹 환경 구축
+
+* 톰캣(웹 서버 + Servlet 컨테이너) : WAS
+* IDE : 통합 개발 환경 - 이클립스 : J2EE
+* 웹 브라우저(HTTP 서비스)
+* DBMS(ORACLE, MySQl 선택)
+* DBMS(ORACLE, MYSQL 선택)
+* Junit, lombok
+
+***
+
+## 그 외
+
+1. 다음 HTML 입력 태그 중 \<input type=“checkbox”>와 동일한 역할을 수행하는 것은? **\<select multiple>**
+2. 여러 줄의 텍스트를 입력받기 위해 이용될 수 있는 HTML 입력 태그는 무엇인가? **\<textarea> 태그**
+3. 여러 개의 \<input type=“radio”> 태그를 공통 그룹으로 묶으려면 어떤 속성의 값을 동일하게 지정해야 하나요? **name 속성**
+4. \<input type=“submit”>과 모양이 같은 HTML 태그는 어떤 것이 있나요? **\<button> 태그 or \<input type=”reset”>**
+5. `텍스트 입력형` **사용자 인터페이스에서만 이용**되는 \<input> 태그의 공통 속성은 어떤 것이 있나요? **placeholder와 required**
+6. `옵션 선택형 사용자 인터페이스`에서만 이용되는 \<input> 태그의 공통 속성은 어떤 것이 있나요? **checked**
+7. **다음과 동일한 역할을 수행하는 \<input> 태그를 작성해 주세요.**
+
+```java
+<select name="sport">
+	<option value="baseball">Baseball</option>
+	<option  value="football">Football</option>
+	<option  value="volleyball"  selected>Volleyball</option>
+</select>
+```
+
+답
+
+```java
+<input type="checkbox" name="sport" value="baseball">Baseball<br>
+<input  type="checkbox"  name="sport"  value="football">Football<br>
+<input  type="checkbox"  name="sport"  value="volleyball"  checked>Volleyball<br>
+```
+
+8. **다음의 화면을 구현하기 위한 HTML 코드를 작성해 주세요**
+
+<figure><img src="../../.gitbook/assets/image (2) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+```java
+<html>
+<body>
+<lable> ID </lable>
+<input type="text" name="id" value="kim" size=10> </br>
+<lable> Password </lable>
+<input type="text" name="password" value="111" size=10> </br>
+<input type="button" name="login" value="Login">
+</body>
+</html>
+```
+
+9. **다음 color.html에서 입력창에 'Green'을 입력하고 OK 버튼을 눌렀을 때 생성되는 URL은 무엇인가요? (color.html은 Hello 프로젝트에 포함되어 있습니다)**
+
+```java
+<body>
+<form  action="color.jsp">
+What  is  your  favorite  color?  <br>
+<input  type="text"  name="select"  placeholder="Red,  green,  or  blue?"><br><br>
+<input  type="submit"  value="OK">
+</form>
+</body
+```
+
+[http://localhost:8080/Hello/color.jsp?select=Green](http://localhost:8080/Hello/color.jsp?select=Green) 또는Hello/color.jsp?select=Green
+
+name=받은값
+
+10. **회원 가입 화면은 로그인 화면과 유사한 방법으로 구현할 수 있습니다. 다음의 회원가입 화면을 구현하기 위한 signup.html 코드를 작성해 주세요**
+
+```java
+<html>
+<body>
+<table  align=center>
+<tr><td  colspan=2  align=center  height=40><b>회원가입</b><td></tr>
+<tr>
+        <td  align=right>아이디&nbsp;</td> 
+        <td><input  type="text"  name="id"  placeholder="Email  address"  required></td>
+</tr>
+<tr>
+        <td  align=right>패스워드&nbsp;</td> 
+   
+        <td><input  type="password"  name="ps"  required></td>
+</tr>
+<tr>
+        <td  align=right>패스워드  확인&nbsp;</td> 
+        <td><input  type="password"  name="ps2"  required></td>
+</tr>
+<tr>
+        <td  align=right>이름&nbsp;</td> 
+        <td><input  type="text"  name="name"  required></td>
+</tr>
+<tr>
+        <td  colspan=2  align=center  height=50>
+                <input  type="button"  value="회원가입하기">
+        </td>
+</tr>
+</table>
+</body>
+</html>
+```
+
+11. **Form 태그의 action 속성에 지정되는 값은 무엇인가요?**
+
+\<input>, \<textarea>, \<select> 등의 양식을 통해 입력된 데이터가 **전송될 서버 측 URL**을 지정합니다.
+
+12. **다음 중 Form 태그의 속성과 거리가 먼 것은 무엇인가요?**
+
+action, method, name, value
+
+13. **다음 중 Form 태그의 method 속성에 지정될 수 있는 값과 거리가 먼 것은 무엇인가요?**
+
+GET, PUT, PUSH, POST
+
+14. **다음 중 URL에 기술된 서비스 파일의 확장자에 따른 톰캣의 처리 방법 중 틀린 내용은?**
+
+* 확장자가 html일 경우, 요청된 html 파일을 찾아 클라이언트로 전송
+* 확장자가 jsp일 경우, 요청된 jsp 파일을 실행
+* 확장자가 없을 경우, 요청된 이름에 해당하는 Java 클래스를 실행
+
+⇒ 자바클래스가 아닌 서블릿 형태의 클래스 실행
+
+* 요청된 파일이 없을 경우, 404 에러 출력
+
+15. **다음 중 HTTP 요청 메시지 `헤더의 시작 라인`에 포함되는 내용이 아닌 것은 무엇인가요?**
+
+HTTP 전송 방식, 컨텐츠 길이, URL, HTTP 버전
+
+16. **HTTP 전송 방식 중 `파일을 전송`하고자 할 때 이용되는 방식은?**
+
+POST ⇒ HTTP 요청 메세지의 바디에 파일 내용 추가 전송 가능 그렇지 못할 경우, URL 형태로 전송되어야 하며, 이 경우 전송 파일의 크기 제한 문제 발생
+
+17. **GET 방식의 문제점과 해결점**
+
+사용자가 입력한 값이 URL에 그대로 노출되어 보안 문제 발생 해결하기 위해서는 \<form> 태그 method 속성 값을 post로 수정
+
+18. **동적 웹 프로그래밍에서 URL은 어떤 형식으로 구성**
+
+URL은 포트번호, 프로토콜, 서버 주소, 파일 경로의 네 부분으로 구성되며, 동적 웹 프로그래밍의 경우 **파일 경로 부분이 다시 세분화**되어 프로젝트 이름, 서비스 파일(파일명), 그리고 사용자가 입력한 파라미터를 리스트 형태로 표현한 쿼리 스트링 등으로 구성된다.
+
+19. **다음 city.html에서 'Seoul'과 'Busan'을 입력하고 OK 버튼을 눌렀을 때 생성되는 URL은 무엇인가요? (city.html은 Hello 프로젝트에 포함되어 있습니다.)**
+
+```java
+<body>
+<form  action="city.jsp">
+<input  type="checkbox"  name="city"  value="seoul"  checked>Seoul<br>
+<input  type="checkbox"  name="city"  value="busan"  checked>Busan<br>
+<input  type="checkbox"  name="city"  value="incheon">Incheon<br>
+<input  type="submit"  value="OK">
+</form>
+</body>
+```
+
+[http://localhost:8080/Hello/city.jsp?city=seoul\&city=busan](http://localhost:8080/Hello/city.jsp?city=seoul\&city=busan) 또는
+
+Hello/city.jsp?city=seoul\&city=busan
+
+20. **09번에서 주어진 코드를 실행했을 때, 전송되는 HTTP 요청 메시지 헤더는 어떤 형태인가요? 크롬 브라우저의 디버깅 모드를 통해 요청 메시지 내용을 확인할 수 있습니다**
+
+아래는 크롬의 디버깅 모드를 통해 얻어진 메시지 형태입니다. 브라우저에 따라 내용이 조금씩 달라질 수 있습니다.
diff --git "a/developLog/cs/http/_ HTTP \353\251\224\354\204\234\353\223\234 \355\231\234\354\232\251_.md" "b/developLog/cs/http/_ HTTP \353\251\224\354\204\234\353\223\234 \355\231\234\354\232\251_.md"
new file mode 100644
index 0000000..333828f
--- /dev/null
+++ "b/developLog/cs/http/_ HTTP \353\251\224\354\204\234\353\223\234 \355\231\234\354\232\251_.md"	
@@ -0,0 +1,246 @@
+# HTTP 메서드 활용
+
+![](https://velog.velcdn.com/images/prettylee620/post/0914962d-e066-4645-ae6b-85ddf006ff3f/image.png)
+
+> 💡\*\* 요약 :\*\* `데이터 전송`은 주로 쿼리 파라미터와 메시지 바디를 통해 이루어져. 정적 데이터 조회는 주로 GET으로 처리되고, 동적 데이터 조회는 쿼리 파라미터를 활용해 검색과 필터링이 이뤄져. `HTML Form`을 사용한 데이터 전송은 회원 가입이나 상품 주문과 같은 경우에 POST로 처리돼, 주로 Content-Type은 application/x-www-form-urlencoded을 사용해.
+
+`HTTP API 설계`에서는 컬렉션과 스토어 개념이 있어. `컬렉션`은 서버가 리소스 URI를 결정하고, `스토어`는 클라이언트가 리소스 URI를 결정해. URI 설계에서 문서는 단일 개념을 나타내고, `컬렉션`은 서버가 관리하는 리소스 디렉터리를 의미하며, `스토어`는 클라이언트가 관리하는 자원 저장소를 나타내. 컨트롤 URI는 추가 프로세스 실행을 위해 동사를 직접 사용해.
+
+>
+
+간단히 말하면, 데이터 전송 방식과 API 설계에서 각 상황에 맞게 메서드와 구조를 잘 활용하는 게 중요해!
+
+## 1. 클라이언트에서 서버로 데이터 전송
+
+> 사진 및 강의 출처 : [모든 개발자를 위한 HTTP 웹 기본 지식](https://www.inflearn.com/course/http-%EC%9B%B9-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC)
+
+### 🖕데이터를 전달하는 방식은 크게 2가지
+
+#### 1) 쿼리 파라미터를 통한 데이터 전송
+
+* GET
+* 주로 정렬 필터(검색어)
+
+#### 2) 메세지 바디를 통한 데이터 전송
+
+* POST, PUT, PATCH
+* 회원 가입, 상품 주문, 리소스 등록, 리소스 변경
+
+### 👆 4가지 상황
+
+#### 1) `정적` 데이터 조회
+
+* 이미지, 정적 텍스트 문서
+* 쿼리 파라미터 미사용
+* 조회는 GET 사용
+* 정적 데이터는 일반적으로 쿼리 파라미터 없이 **리소스 경로로 단순히 조회 가능**
+
+![](https://velog.velcdn.com/images/prettylee620/post/b8642375-9609-4530-ae35-e570a1c4cbe9/image.png)
+
+#### 2) `동적` 데이터 조회
+
+* 주로 검색, 게시판 목록에서 정렬 필터(검색어)
+* 쿼리 파라미터 사용
+* 데이터 전송이 필요
+* **조회 조건을 줄여주는 필터**, 조회 결과를 정렬하는 정렬 조건에 주로 사용
+* 조회는 GET 사용
+* GET은 쿼리 파라미터 사용해서 데이터를 전달
+
+![](https://velog.velcdn.com/images/prettylee620/post/97b40784-f8fa-41e0-9c62-d1404474c382/image.png)
+
+#### 3) `HTML Form`을 통한 데이터 전송
+
+* 회원 가입, 상품 주문, 데이터 변경
+
+1. POST 전송 - 저장
+
+* 쿼리 파라미터와 비슷한 형태로 HTTP 바디에 키 - Value로 넣고 서버에 전송
+* application/x-www-form-urlencoded : form으로 전송의 클라이언트와 서버와의 약속
+
+![](https://velog.velcdn.com/images/prettylee620/post/9efb636c-af2d-4f31-bb13-657cee1d92a8/image.png)
+
+2. GET 전송 - 저장
+
+* 메세지 바디를 안쓰기 때문에
+* 쿼리파라미터에 넣어버림
+
+![](https://velog.velcdn.com/images/prettylee620/post/4cbb4bcf-cb26-479e-8ea2-6dc5472acba4/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/3bf7898a-c516-4c31-98e3-5b1120e2f26b/image.png)
+
+3. multipart/form-data
+
+* 파일 전송을 위함
+* 여러 컨텐츠에 타입을 보낼 수 있음
+
+![](https://velog.velcdn.com/images/prettylee620/post/d9bc3cff-790c-4fdf-9c04-20727630c245/image.png)
+
+#### 정리
+
+1. HTML Form submit시 `POST` 전송
+
+* 예) 회원 가입, 상품 주문, 데이터 변경
+
+2. Content-Type: application/x-www-form-urlencoded 사용
+
+* form의 내용을 **메시지 바디**를 통해서 전송(key=value, 쿼리 파라미터 형식)
+* 전송 데이터를 **url encoding** 처리
+  * 예) abc김 -> abc%EA%B9%80
+
+3. HTML Form은 GET 전송도 가능
+4. Content-Type: multipart/form-data
+
+* **파일 업로드** 같은 바이너리 데이터 전송시 사용
+* 다른 종류의 여러 파일과 폼의 내용 함께 전송 가능(그래서 이름이 **multipart**)
+
+5. 참고: HTML Form 전송은 GET, POST만 지원
+
+#### 4) `HTML API`를 통한 데이터 전송
+
+![](https://velog.velcdn.com/images/prettylee620/post/43d8d44a-c755-4e6d-b55c-8ebaf9b00450/image.png)
+
+* 회원 가입, 상품 주문, 데이터 변경
+* 서버 to 서버, 앱 클라이언트, 웹 클라이언트(Ajax)
+
+**ajax**란?
+
+* 비동기식 자바스크립트
+* HTML 페이지 전체가 아닌 일부분만 갱신할 수 있도록 XMLHttpRequest객체를 통해 서버에 request
+
+#### 정리
+
+1. 서버 to 서버
+
+* 백엔드 시스템 통신
+
+2. 앱 클라이언트
+
+* 아이폰, 안드로이드
+
+3. 웹 클라이언트
+
+* HTML에서 Form 전송 대신 자바 스크립트를 통한 통신에 사용(AJAX)
+* 예) React, VueJs 같은 웹 클라이언트와 API 통신
+
+4. POST, PUT, PATCH: 메시지 바디를 통해 데이터 전송
+5. GET: 조회, 쿼리 파라미터로 데이터 전달
+6. Content-Type: application/json을 주로 사용 (사실상 표준)
+
+* TEXT, XML, JSON 등등
+* 지금은 데이터 전송의 JSON이 거의 표준이다.
+
+## 2. HTTP API 설계 예시
+
+### 🖕HTTP API - 컬렉션
+
+* **POST 기반 등록**
+* 예) 회원 관리 API 제공
+* PUT : 게시글 수정 같은 느낌
+
+#### 회원 관리 시스템 API 설계
+
+![](https://velog.velcdn.com/images/prettylee620/post/02aa1de6-f487-4ef4-bc53-9331dd384c5c/image.png)
+
+#### POST - 신규 자원 등록 특징
+
+1. 클라이언트는 등록될 리소스의 URI를 모른다.
+
+* 회원 등록 /members -> POST
+* POST /members
+
+2. 서버가 새로 등록된 리소스 URI를 생성해준다.
+
+* HTTP/1.1 201 Created Location: /members/100
+* POST 등록시 `서버`가 **새로운 URI를 만들어준다는 것이 가장 중요!!**
+
+3. **컬렉션(Collection)**
+
+* **서버가 관리**하는 리소스 디렉토리
+* 서버가 리소스의 URI를 생성하고 관리
+* 여기서 컬렉션은 /members
+
+### 👆 HTTP API - 스토어
+
+* **PUT 기반 등록**
+* 예) 정적 컨텐츠 관리, 원격 파일 관리
+
+#### 파일 관리 시스템 API 설계
+
+![](https://velog.velcdn.com/images/prettylee620/post/5b55b5e6-0b46-4452-8c33-720e2bf02033/image.png)
+
+#### PUT - 신규 자원 등록 특징
+
+1. 클라이언트가 **리소스 URI를 알고 있어야 한다.**
+
+* 파일 등록 /files/{filename} -> PUT
+* PUT /files/star.jpg
+
+2. 클라이언트가 직접 리소스의 URI를 지정한다.
+3. `스토어(Store)`
+
+* **클라이언트가 관리**하는 리소스 저장소
+* 클라이언트가 리소스의 URI를 알고 관리
+* 여기서 스토어는 /files
+
+### 🤟 HTML FORM 사용
+
+* 웹 페이지 회원 관리
+* **GET, POST**만 지원해서 제약이 있다.
+* AJAX 같은 기술을 사용해서 해결 가능 -> 회원 API 참고
+* 여기서는 순수 HTML, HTML FORM 이야기
+
+#### API 설계
+
+1. 등록의 경우 POST, GET를 같은 경로로 맞춰주지 않고 새로운 경로를 쓰면 서버에 문제가 생겨 POST의 최종 결과를 회원 등록 폼으로 보내야 할 때 못 돌아가기 때문에 **같은 경로 맞추는 게 더 좋다.**
+
+![](https://velog.velcdn.com/images/prettylee620/post/4198844e-6e81-4b48-a0bb-a74b35e4a30c/image.png)
+
+2. **컨트롤 URI**
+
+* GET, POST만 지원하므로 제약이 있음
+* 이런 제약을 해결하기 위해 동사로 된 리소스 경로 사용
+* POST의 /new, /edit, /delete가 컨트롤 URI
+* HTTP 메서드로 해결하기 애매한 경우 사용(HTTP API 포함)
+* 최대한 사용하지 말고 대체제로만 생각하자
+
+#### 정리
+
+1. **HTTP API - 컬렉션**
+
+* POST 기반 등록
+* 서버가 리소스 URI 결정
+
+2. **HTTP API - 스토어**
+
+* PUT 기반 등록
+* 클라이언트가 리소스 URI 결정
+
+3. **HTML FORM 사용**
+
+* 순수 HTML + HTML form 사용
+* GET, POST만 지원
+
+### 참고하면 좋은 URI 설계 개념
+
+1. **문서(document)**
+
+* 단일 개념(파일 하나, 객체 인스턴스, 데이터베이스 row)
+* 예) /members/100, /files/star.jpg
+
+2. **컬렉션(collection)**
+
+* 서버가 관리하는 리소스 디렉터리
+* 서버가 리소스의 URI를 생성하고 관리
+* 예) /members
+
+3. **스토어(store)**
+
+* 클라이언트가 관리하는 자원 저장소
+* 클라이언트가 리소스의 URI를 알고 관리
+* 예) /files
+
+4. **컨트롤러(controller), 컨트롤 URI**
+
+* 문서, 컬렉션, 스토어로 해결하기 어려운 추가 프로세스 실행
+* 동사를 직접 사용
+* 예) /members/{id}/delete
diff --git "a/developLog/cs/http/_ HTTP \353\251\224\354\204\234\353\223\234_.md" "b/developLog/cs/http/_ HTTP \353\251\224\354\204\234\353\223\234_.md"
new file mode 100644
index 0000000..4f3d0ae
--- /dev/null
+++ "b/developLog/cs/http/_ HTTP \353\251\224\354\204\234\353\223\234_.md"	
@@ -0,0 +1,272 @@
+# HTTP 메서드
+
+![](https://velog.velcdn.com/images/prettylee620/post/f80b9452-0781-4f9a-8d65-2580b95c7c63/image.png)
+
+> **전문 요약 :** 💡 API 설계는 리소스 중심의 URI 계층 구조를 활용한다. `HTTP 메서드`는 GET(조회), POST(데이터 처리 및 등록), PUT(리소스 대체 또는 생성), PATCH(리소스 일부 변경), DELETE(리소스 제거) 등이 있으며, 각 메서드는 안전, 멱등, 캐시 가능 속성을 가진다. 요약하면, 리소스 중심의 URI와 다양한 HTTP 메서드를 활용하여 안전하고 효율적인 API를 디자인할 수 있다.
+
+## 1. HTTP API를 만들어보자
+
+> 사진 및 강의 출처 : [모든 개발자를 위한 HTTP 웹 기본 지식](https://www.inflearn.com/course/http-%EC%9B%B9-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC)
+
+### 1) API URI 설계(Uniform Resource Identifier)
+
+* 회원 목록 조회 /read-member-list
+* 회원 조회 /read-member-by-id
+* 회원 등록 /create-member
+* 회원 수정 /update-member
+* 회원 삭제 /delete-member
+
+#### 가장 중요한 것은 리소스 식별
+
+### 2) API URI(Uniform Resource Identifier) 고민
+
+1. 리소스의 의미는 뭘까?
+
+* 회원을 등록하고 수정하고 조회하는게 리소스가 아니다!
+  * 예) 미네랄을 캐라 -> 미네랄이 리소스
+  * `회원`이라는 개념 자체가 **바로 리소스**다.
+
+2. 리소스를 어떻게 식별하는게 좋을까?
+
+* 회원을 등록하고 수정하고 조회하는 것을 모두 배제
+* **회원이라는 리소스만 식별하면 된다. -> 회원 리소스를 URI에 매핑**
+
+### 3) API URI 설계
+
+#### 리소스 식별, URI 계층 구조 활용
+
+> 참고: 계층 구조상 상위를 컬렉션으로 보고 `복수단어` 사용 권장(member -> members)
+
+* 회원 목록 조회 /members
+* 회원 조회 /members/{id} -> 어떻게 구분하지?
+* 회원 등록 /members/{id} -> 어떻게 구분하지?
+* 회원 수정 /members/{id} -> 어떻게 구분하지?
+* 회원 삭제 /members/{id} -> 어떻게 구분하지?
+
+### 4) 리소스와 행위을 분리
+
+#### 가장 중요한 것은 리소스를 식별하는 것
+
+1. URI는 리소스만 식별!
+2. 리소스와 해당 리소스를 대상으로 하는 행위을 분리
+
+* **리소스** : 회원
+* **행위** : 조회, 등록, 삭제, 변경
+
+3. 리소스는 명사, 행위는 동사
+4. `행위(메서드)`는 어떻게 구분할까? 답변 2.
+
+## 2. HTTP 메서드 - GET, POST
+
+### 1) HTTP 메서드 종류
+
+#### 주요 메서드
+
+1. `GET`: 리소스 조회
+2. `POST`: 요청 데이터 처리, 주로 등록에 사용
+3. `PUT`: 리소스를 대체, 해당 리소스가 없으면 생성
+4. `PATCH`: 리소스 부분 변경
+5. `DELETE`: 리소스 삭제
+
+#### 기타 메서드
+
+1. **HEAD**: GET과 동일하지만 **메시지 부분을 제외하고, 상태 줄과 헤더만 반환**
+2. **OPTIONS**: 대상 리소스에 대한 \*\*통신 가능 옵션(메서드)\*\*을 설명(주로 **CORS**에서 사용)
+3. **CONNECT**: 대상 리소스로 식별되는 서**버에 대한 터널을 설정**
+4. **TRACE**: 대상 리소스에 대한 경로를 따라 **메시지 루프백 테스트를 수행**
+
+### 2) GET
+
+![](https://velog.velcdn.com/images/prettylee620/post/ffdd6b1b-fcc4-4039-ba72-7559b7cba7da/image.png)
+
+#### GET 이란?
+
+1. **리소스 조회**
+2. 서버에 전달하고 싶은 데이터는 Query(쿼리 파라미터, 쿼리 스트링)를 통해서 전달
+3. 메세지 바디를 사용해서 데이터를 전달할 수 있지만, 지원하지 않는 곳이 많아서 권장하지 않음
+
+#### 리소스 조회1 : 메세지 전달
+
+![](https://velog.velcdn.com/images/prettylee620/post/2332b8c6-d90d-49ed-bddc-d79f35cc2d79/image.png)
+
+#### 리소스 조회2 : 서버 도착
+
+![](https://velog.velcdn.com/images/prettylee620/post/f01c1b4a-0d29-44f2-9104-c4a3f85cbdf0/image.png)
+
+#### 리소스 조회3 : 응답 데이터
+
+![](https://velog.velcdn.com/images/prettylee620/post/254565fd-478e-40e7-922a-5bb1c31cf16d/image.png)
+
+### 3) POST
+
+![](https://velog.velcdn.com/images/prettylee620/post/3d34ffee-3776-4e6d-8cab-1c43100c4a5f/image.png)
+
+#### POST란?
+
+1. 요청 `데이터 처리`(데이터가 있)
+2. **메시지 바디를 통해 서버로 요청 데이터 전달**
+3. 서버는 요청 데이터를 **처리**
+
+* 메시지 바디를 통해 들어온 데이터를 처리하는 모든 기능을 수행한다.
+
+4. 주로 전달된 데이터로 신규 리소스 등록, 프로세스 처리에 사용
+
+#### 리소스 등록1 : 메세지 전달
+
+![](https://velog.velcdn.com/images/prettylee620/post/8077eabc-d7b3-46c4-aba1-c720944c7d48/image.png)
+
+#### 리소스 등록2 : 신규 리소스 생성
+
+![](https://velog.velcdn.com/images/prettylee620/post/060a2255-55b6-4ef7-994c-069956fa8ce4/image.png)
+
+#### 리소스 등록3 : 응답 데이터
+
+![](https://velog.velcdn.com/images/prettylee620/post/b79d96d6-46cb-42e2-8cdf-f94950ef8b11/image.png)
+
+#### 요청 데이터를 어떻게 처리한다는 뜻일까? 예시
+
+1. 스펙 : POST 메서드는 대상 리소스가 리소스의 고유한 의미 체계에 따라 요청에 포함된 표현을 처리하도록 요청
+2. 예시로 POST의 기능
+
+* HTML 양식에 입력 된 필드와 같은 데이터 블록을 데이터 처리 프로세스에 제공
+  * 예) HTML FORM에 입력한 정보로 회원 가입, 주문 등에서 사용
+* 게시판, 뉴스 그룹, 메일링 리스트, 블로그 또는 유사한 기사 그룹에 메시지 게시
+  * 예) 게시판 글쓰기, 댓글 달기
+* 서버가 아직 식별하지 않은 새 리소스 생성
+  * 예) 신규 주문 생성
+* 기존 자원에 데이터 추가
+  * 예) 한 문서 끝에 내용 추가하기
+* 정리: 이 리소스 URI에 POST 요청이 오면 **요청 데이터를 어떻게 처리할지 리소스마다 따로 정해야 함 -> 정해진 것이 없음**
+
+### 4) POST 정리
+
+1. **새 리소스 생성(등록)**
+
+* 서버가 아직 식별하지 않은 새 리소스 생성
+
+2. **요청 데이터 처리**
+
+* 단순히 데이터를 생성하거나, 변경하는 것을 넘어서 프로세스를 처리해야 하는 경우
+* 예) 주문에서 결제완료 -> 배달시작 -> 배달완료 처럼 단순히 값 변경을 넘어 프로세스의 상태가 변경되는 경우
+* POST의 결과로 새로운 리소스가 생성되지 않을 수도 있음
+  * 예) POST /orders/{orderId}/start-delivery **(컨트롤 URI)**
+
+3. **다른 메서드로 처리하기 애매한 경우**
+
+* 예) JSON으로 조회 데이터를 넘겨야 하는데, GET 메서드를 사용하기 어려운 경우
+* 애매하면 POST
+
+## 3. HTTP 메서드 - PUT, PATCH, DELETE
+
+### 1) PUT : 리소스 수정보다는 갈아 치우는 느낌
+
+![](https://velog.velcdn.com/images/prettylee620/post/04d77ac8-de08-4334-a1bf-78aa57ab8adf/image.png)
+
+1. 리소스를 대체
+
+* 리소스가 있으면 대체
+* 리소스가 없으면 생성
+* 쉽게 이야기해서 **덮어버림**
+
+2. 중요! **클라이언트가 리소스를 식별**
+
+* 클라이언트가 `리소스 위치`**를 알고 URI 지정**
+* POST와의 차이점
+
+#### 리소스가 있는 경우 : 대체
+
+![](https://velog.velcdn.com/images/prettylee620/post/ebbabe6a-a3c4-439b-9353-3d165adae804/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/d4fa1052-d4c7-4757-9e91-c23446d013d8/image.png)
+
+#### 리소스가 없는 경우 : 생성
+
+![](https://velog.velcdn.com/images/prettylee620/post/bb1940bc-fffd-43f4-8a47-a2fed63d2ddf/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/4ae6c790-114d-4aec-bca1-d1461d908631/image.png)
+
+#### 주의! - 리소스를 완전히 대체한다
+
+![](https://velog.velcdn.com/images/prettylee620/post/50b6029d-91bf-4348-8cc2-082076165c99/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/6ddc04ca-ff3e-49f1-87e8-3276e18c1be7/image.png)
+
+### 2) PATCH
+
+#### PATCH란?
+
+![](https://velog.velcdn.com/images/prettylee620/post/798e9e44-df81-41d7-9d99-6d1c5e650d75/image.png)
+
+* 리소스 부분 변경
+* PATCH가 안되는 서버에서는 POST를 사용하면 됨
+* 요즘은 웬만하면 다
+
+#### 리소스 부분 변경
+
+![](https://velog.velcdn.com/images/prettylee620/post/d1a98aa3-b793-47db-9f42-abfca4db5351/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/4cd92a63-73c5-4e59-b8dd-819835877a02/image.png)
+
+### 3) DELETE
+
+![](https://velog.velcdn.com/images/prettylee620/post/5daafa43-e27c-409e-8c27-e5cf5c4b5133/image.png)
+
+* 리소스 제거
+
+#### 리소스 제거
+
+![](https://velog.velcdn.com/images/prettylee620/post/a6ca4479-f73f-4169-9e61-4fc2fce56905/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/f249def2-3028-451d-8329-69c58a839b59/image.png)
+
+## 4. HTTP 메서드의 속성
+
+### 1) HTTP 메서드의 속성 종류
+
+1. 안전(Safe Methods)
+2. 멱등(Idempotent Methods)
+3. 캐시가능(Cacheable Methods)
+
+![](https://velog.velcdn.com/images/prettylee620/post/945d113f-6616-4e94-bf6a-da1bb991f688/image.png)
+
+### 2) 안전(Safe)
+
+1. 호출해도 **리소스를 변경하지 않는다.**
+
+* Q: 그래도 계속 호출해서, 로그 같은게 쌓여서 장애가 발생하면요?
+* A: 안전은 해당 `리소스만` **고려한다.** 그런 부분까지 고려하지 않는다.
+
+### 3) 멱등(Idempotent)
+
+```java
+f(f(x)) = f(x)
+```
+
+1. 한 번 호출하든 두 번 호출하든 100번 호출하든 결과가 똑같다
+2. 멱등 메서드
+
+* `GET`: 한 번 조회하든, 두 번 조회하든 같은 결과가 조회된다.
+* `PUT`: 결과를 대체한다. 따라서 같은 요청을 여러번 해도 최종 결과는 같다.
+* `DELETE`: 결과를 삭제한다. 같은 요청을 여러번 해도 삭제된 결과는 똑같다.
+* `POST`: 멱등이 아니다! _**두 번 호출하면 같은 결제가 중복해서 발생할 수 있다**_
+
+3. 활용
+
+* 자동 복구 메커니즘
+* 서버가 TIMEOUT 등으로 정상 응답을 못주었을 때, **클라이언트가 같은 요청을 다시 해 도 되는가? 판단 근거**
+
+4. Q: 재요청 중간에 다른 곳에서 리소스를 변경해버리면?
+
+* 사용자1: GET -> username:A, age:20
+* 사용자2: PUT -> username:A, age:30
+* 사용자1: GET -> username:A, age:30 -> 사용자2의 영향으로 바뀐 데이터 조회
+
+1. A: 멱등은 `외부 요인으로 중간에 리소스가 변경되는 것 까지는 고려하지는 않는다`
+
+### 4) 캐시 가능(Cacheable)
+
+1. 응답 결과 리소스를 캐시해서 사용해도 되는가?
+2. GET, HEAD, POST, PATCH 캐시가능
+3. 실제로는 **GET, HEAD 정도만 캐시로 사용**
+
+* POST, PATCH는 본문 내용까지 캐시 키로 고려해야 하는데, 구현이 쉽지 않음💡 API 설계는 리소스 중심의 URI 계층 구조를 활용한다. `HTTP 메서드`는 GET(조회), POST(데이터 처리 및 등록), PUT(리소스 대체 또는 생성), PATCH(리소스 일부 변경), DELETE(리소스 제거) 등이 있으며, 각 메서드는 안전, 멱등, 캐시 가능 속성을 가진다. 요약하면, 리소스 중심의 URI와 다양한 HTTP 메서드를 활용하여 안전하고 효율적인 API를 디자인할 수 있다.
diff --git "a/developLog/cs/http/_ HTTP \354\203\201\355\203\234\354\275\224\353\223\234_.md" "b/developLog/cs/http/_ HTTP \354\203\201\355\203\234\354\275\224\353\223\234_.md"
new file mode 100644
index 0000000..4876d8e
--- /dev/null
+++ "b/developLog/cs/http/_ HTTP \354\203\201\355\203\234\354\275\224\353\223\234_.md"	
@@ -0,0 +1,241 @@
+# HTTP 상태코드
+
+![](https://velog.velcdn.com/images/prettylee620/post/4feaeb00-5415-4418-939a-0e96d1f69314/image.png)
+
+> 요약 : `상태 코드`는 클라이언트의 요청 처리 상태를 표시하며 **주로 1xx(Informational), 2xx(Successful), 3xx(Redirection), 4xx(Client Error), 5xx(Server Error)로 분류**된다. 모르는 상태 코드는 상위 카테고리로 처리되며, 클라이언트는 새로운 상태 코드 추가에도 변경 없이 대응할 수 있다. 이 구분은 요청 및 응답의 상태를 명확히 전달하고 이해하기 쉽게 도와준다.
+
+## 1. HTTP 상태코드
+
+> 사진 및 강의 출처 : [모든 개발자를 위한 HTTP 웹 기본 지식](https://www.inflearn.com/course/http-%EC%9B%B9-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC)
+
+### 🖕 상태 코드
+
+* 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능
+
+1. 1xx (Informational): 요청이 수신되어 처리중(거의 사용 X)
+2. 2xx (Successful): 요청 정상 처리
+3. 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요
+4. 4xx (Client Error): 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음
+5. 5xx (Server Error): 서버 오류, 서버가 정상 요청을 처리하지 못함
+
+### 👆 만약 모르는 상태 코드가 나타나면?
+
+1. 클라이언트가 인식할 수 없는 상태코드를 서버가 반환하면?
+
+* 클라이언트는 상위 상태코드로 해석해서 처리
+* 미래에 새로운 상태 코드가 추가되어도 클라이언트를 변경하지 않아도 됨
+* 예)
+  * 299 ??? -> 2xx (Successful)
+  * 451 ??? -> 4xx (Client Error)
+  * 599 ??? -> 5xx (Server Error)
+
+## 2. 2XX -성공
+
+> 클라이언트의 요청을 성공적으로 처리
+
+### 1) 200 OK
+
+* 요청 성공
+
+![](https://velog.velcdn.com/images/prettylee620/post/a1ebd9a5-5a72-4100-8b42-1cf100b7d72f/image.png)
+
+### 2) 201 Created
+
+* 요청 성공해서 새로운 리소스 생성됨
+
+![](https://velog.velcdn.com/images/prettylee620/post/c7b200e7-e509-4eb5-85df-2ed56b88e90a/image.png)
+
+### 3) 202 Accepted
+
+* 요청이 접수되었으나 처리가 완료되지 않았음
+* 배치 처리 같은 곳에서 사용
+* 예) 요청 접수 후 1시간 뒤에 배치 프로세스가 요청을 처리함
+* 잘 사용 X
+
+### 4) **204 No Content**
+
+* 서버가 요청을 성공적으로 수행했지만, 응답 페이로드 본문에 보낼 데이터가 없음
+* 예) 웹 문서 편집기에서 save 버튼
+* save 버튼의 결과로 아무 내용이 없어도 된다.
+* save 버튼을 눌러도 **같은 화면을 유지해야 한다.**
+* 결과 내용이 없어도 204 메시지(2xx)만으로 성공을 인식할 수 있다.
+
+## 3. 3XX - 리다이렉션1
+
+* 요청을 완료하기 위해 유저 에이전트(=웹 브라우저)의 추가 조치 필요
+
+### 리다이렉션 이해
+
+* 웹 브라우저는 3xx 응답의 결과에 Location 헤더가 있으면, Location 위치로 자동 이동(리다이렉트)
+
+#### 자동 리다이렉트 흐름
+
+![](https://velog.velcdn.com/images/prettylee620/post/d5621417-b4bd-4a32-aaf5-d10718292540/image.png)
+
+#### 종류
+
+1. **영구 리다이렉션** : 특정 리소스의 URI가 영구적으로 이동
+
+* 예) /members -> /users
+* 예) /event -> /new-event
+
+2. **일시 리다이렉션** : 일시적인 변경
+
+* 주문 완료 후 주문 내역 화면으로 이동
+* PRG: Post/Redirect/Get
+
+3. **특수 리다이렉션**
+
+* 결과 대신 캐시를 사용
+
+### 1) 영구 리다이렉션(301, 308)
+
+* 리소스의 URI가 영구적으로 이동
+* 원래의 URL를 사용X, 검색 엔진 등에서도 변경 인지
+
+#### 301 Moved Permanently
+
+* 리다이렉트시 요청 메서드가 `GET`으로 변하고, **본문이 제거될 수 있음(MAY)**
+* 완전 새로운 이벤트 페이지(메세지 제거로 인해)
+
+![](https://velog.velcdn.com/images/prettylee620/post/53e96267-6420-45cc-ba9a-4a92ba342ab9/image.png)
+
+#### 308 Permanent Redirect
+
+* 301과 기능은 같음
+* 리다이렉트시 **요청 메서드와 본문 유지**(처음 POST를 보내면 리다이렉트도 POST 유지)
+
+![](https://velog.velcdn.com/images/prettylee620/post/f9fa46d2-c708-4314-8fd7-8e14fd07c062/image.png)
+
+### 2) 일시적인 리다이렉션(302, 307, 303)
+
+* 가장 많이 사용
+* 리소스의 URI가 일시적으로 변경
+* 오던데로 들어와야 한다.
+* 따라서 검색 엔진 등에서 URL을 변경하면 안됨
+
+#### 302 Found
+
+* 리다이렉트시 요청 메서드가 `GET`으로 변하고, 본문이 제거될 수 있음(MAY) - 대부분 바뀌지만 아마라서 확실치는 않음
+
+#### 307 Temporary Redirect
+
+* 302와 기능은 같음
+* 리다이렉트시 요청 메서드와 `본문 유지`(**요청 메서드를 변경하면 안된다.** MUST NOT)
+
+#### 303 See Other
+
+* 302와 기능은 같음
+* 리다이렉트시 요청 메서드가 **GET으로 변경**
+
+### 3) PRG: Post/Redirect/Get(일시적인 리다이렉션 - 예시)
+
+* POST로 주문후에 웹 브라우저를 새로고침하면?
+* 새로고침은 다시 요청
+* 중복 주문이 될 수 있다,
+
+#### PRG 사용 전
+
+* 새로고침을 하면 중복주문이 되어버림
+* 새로고침 : 웹브라우저가 호스트의 마지막 요청을 다시 한 번 수행하기에 POST로 한 번 더 수행하며 중복주문이 되어버
+
+![](https://velog.velcdn.com/images/prettylee620/post/090f6226-5270-476a-b5c9-b197a90dd004/image.png)
+
+#### PRG 사용 후
+
+![](https://velog.velcdn.com/images/prettylee620/post/3495407c-6f30-4d35-8356-411797d779f5/image.png)
+
+* POST로 주문후에 새로 고침으로 인한 중복 주문 방지
+* URL이 POST로 주문후에 주문 결과 화면을 GET 메서드로 리다이렉트
+* 새로고침해도 결과 화면을 `GET`으로 조회
+* 중복 주문 대신에 결과 화면만 `GET`으로 다시 요청
+* 서버의 부담도 줄어듦(물론 서버도 같은 주문번호 안되게 막아야 )
+
+### 4) 그래서 뭘 써야 하나요?(302, 307, 303)
+
+#### 잠깐 정리
+
+1. 302 Found -> GET으로 변할 수 있음
+2. 307 Temporary Redirect -> 메서드가 변하면 안됨
+3. 303 See Other -> 메서드가 GET으로 변경
+
+#### 역사
+
+* 처음 302 스펙의 의도는 HTTP 메서드를 유지하는 것
+* 그런데 웹 브라우저들이 대부분 GET으로 바꾸어버림\*\*(일부는 다르게 동작)\*\*
+* 그래서 모호한 302를 대신하는 명확한 307, 303이 등장함(301 대응으로 308도 등장)
+
+#### 현실
+
+* 307, 303을 권장하지만 현실적으로 이미 많은 애플리케이션 라이브러리들이 `302`를 기본값으로 사용
+* 자동 리다이렉션시에 GET으로 변해도 되면 그냥 302를 사용해도 큰 문제 없음
+
+### 5) 기타 리다이렉션(300 304)
+
+1. 300 Multiple Choices: 안쓴다.
+2. **304 Not Modified**
+
+* 캐시를 목적으로 사용
+* **클라이언트에게 리소스가 수정되지 않았음을 알려준다.** 따라서 클라이언트는 로컬PC에 저장된 캐시를 재사용한다. **(캐시로 리다이렉트 한다.)**
+* 많이 사용한다.
+
+3. 304 응답은 응답에 **메시지 바디를 포함하면 안된다.** (로컬 캐시를 사용해야 하므로)
+
+* 조건부 GET, HEAD 요청시 사용
+
+## 4. 4XX - 클라이언트 오류, 5XX - 서버 오류
+
+### 🖕 4xx (Client Error) : 클라이언트 오류
+
+* 클라이언트의 요청에 잘못된 문법등으로 서버가 요청을 수행할 수 없음
+* 오류의 원인이 `클라이언트`에 있음
+* 중요! 클라이언트가 이미 잘못된 요청, 데이터를 보내고 있기 때문에, 똑같은 재시도가 실 패함
+
+#### 1) 400 Bad Request
+
+* 클라이언트가 잘못된 요청을 해서 서버가 요청을 처리할 수 없음
+* 요청 구문, 메시지 등등 오류
+* 클라이언트는 요청 내용을 다시 검토하고, 보내야함
+* 예) 요청 파라미터가 잘못되거나, API 스펙이 맞지 않을 때(백엔드에서 막아줘야 클라이언트 개발자가 알 수 있게 됨)
+
+#### 2) 401 Unauthorized
+
+1. 클라이언트가 해당 리소스에 대한 `인증`이 필요함
+2. 인증(Authentication) 되지 않음
+
+* 401 오류 발생시 응답에 WWW-Authenticate 헤더와 함께 인증 방법을 설명
+
+3. 참고
+
+* `인증(Authentication)`: 본인이 누구인지 확인, (로그인)
+* `인가(Authorization)`: 권한부여 (ADMIN 권한처럼 특정 리소스에 접근할 수 있는 권한, 인증이 있어야 인가가 있음)
+* 오류 메시지가 **Unauthorized 이지만 인증 되지 않음 (이름이 아쉬움)**
+
+#### 3) 403 Forbidden
+
+* 서버가 요청을 이해했지만 승인을 거부함
+* 주로 인증 자격 증명은 있지만, **접근 권한이 불충분한 경우**
+* 예) 어드민 등급이 아닌 사용자가 로그인은 했지만, **어드민 등급의 리소스에 접근하는 경우**
+
+#### 4) 404 Not Found
+
+* 요청 리소스를 찾을 수 없음
+* **요청 리소스가 서버에 없음**
+* 또는 클라이언트가 권한이 부족한 리소스에 접근할 때 해당 리소스를 숨기고 싶을 때
+
+### 👆 5xx (Server Error) : 서버 오류
+
+* 서버 문제로 오류 발생
+* 서버에 문제가 있기 때문에 재시도 하면 성공할 수도 있음(복구가 되거나 등등)
+
+#### 1) 500 Internal Server Error
+
+* 서버 문제로 오류 발생, 애매하면 500 오류
+* 서버 내부 문제로 오류 발생
+* 애매하면 500 오류
+* nullpointexception
+
+#### 2) 503 Service Unavailable : 서비스 이용 불가
+
+* 서버가 일시적인 **과부하 또는 예정된 작업**으로 잠시 요청을 처리할 수 없음
+* Retry-After 헤더 필드로 얼마뒤에 복구되는지 보낼 수도 있음
diff --git "a/developLog/cs/http/_ HTTP \355\227\244\353\215\224 1 _ \354\235\274\353\260\230 \355\227\244\353\215\224_.md" "b/developLog/cs/http/_ HTTP \355\227\244\353\215\224 1 _ \354\235\274\353\260\230 \355\227\244\353\215\224_.md"
new file mode 100644
index 0000000..de2ebc9
--- /dev/null
+++ "b/developLog/cs/http/_ HTTP \355\227\244\353\215\224 1 _ \354\235\274\353\260\230 \355\227\244\353\215\224_.md"	
@@ -0,0 +1,429 @@
+# HTTP 헤더 1 - 일반 헤더
+
+![](https://velog.velcdn.com/images/prettylee620/post/04318658-1435-4ba8-b7b6-045bc6b9de88/image.png)
+
+## 1. HTTP 헤더 개요
+
+### HTTP 헤더
+
+1. header-field = field-name ":" OWS field-value OWS (OWS:띄어쓰기 허용)
+2. field-name은 대소문자 구문 없음
+
+![](https://velog.velcdn.com/images/prettylee620/post/82aeb62c-9732-4a30-adfa-c0b9488e6778/image.png)
+
+#### 1) 용도
+
+* HTTP 전송에 필요한 모든 부가정보
+* 예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐 시 관리 정보...
+* 표준 헤더가 너무 많음
+* 필요시 임의의 헤더 추가 가능
+
+### HTTP 표준
+
+* 1999년 RFC2616 폐기
+* 2014년 RFC7230\~7235 등장
+
+#### 1) RFC723x 변화
+
+1. 엔티티(Entity) -> `표현(Representation)`
+2. Representation = representation Metadata + Representation Data
+3. 표현 = 표현 메타데이터 + 표현 데이터
+
+#### 2) HTTP BODY : message body - RFC7230(최신)
+
+![](https://velog.velcdn.com/images/prettylee620/post/abccba84-a31e-466b-a461-ee6d8f39f608/image.png)
+
+1. 메시지 본문(message body)을 통해 표현 데이터 전달
+2. 메시지 본문 = **페이로드(payload)**
+3. `표현`은 요청이나 응답에서 전달할 실제 데이터
+4. **표현 헤더**는 **표현 데이터**를 해석할 수 있는 정보 제공
+
+* 데이터 유형(**html, json**), 데이터 길이, 압축 정보 등등
+
+5. 참고: 표현 헤더는 표현 메타데이터와, 페이로드 메시지를 구분해야 하지만, 여기서는 생략
+
+## 2. 표현
+
+> 회원이라는 리소스를 데이터 표현 : HTML, JSON 한다.
+
+1. 실제 리소스는 추상적인데 DB에 있을 수도 있고 바이트 코드로 저장 되어 있다
+2. 클라이언트와 서버 간의 실제로 주고받을 때 이해할 수 있는 뭔가 변환해서 데이터 전달
+3. 바이너리데이터를 그대로 전달하는 게 아닌 그 상태로 HTML로 가기도 XML로 전송하기도 JSON으로 전송하기도 한다.
+4. 이 리소스를 JSON, HTML, XML으로 표현한다는 의미
+
+### 표현의 언어
+
+* Content-Type: 표현 데이터의 형식(어떤 형식으로 갔는지 알기 위해)
+* Content-Encoding: 표현 데이터의 압축 방식
+* Content-Language: 표현 데이터의 자연 언어(한국형인지, 영어인지) ⇒ 원래는 페이드로드 헤더지만
+* Content-Length: 표현 데이터의 길이
+* 표현 헤더는 전송, 응답 둘다 사용
+
+#### 1) Content-Type
+
+![](https://velog.velcdn.com/images/prettylee620/post/62930802-0ee5-4b12-8cdb-9ea9d702172a/image.png)
+
+1. 미디어 타입, 문자 인코딩
+2. 예)
+
+* text/html; charset=utf-8
+* application/json
+* image/png
+
+#### 2) Content-Encoding
+
+![](https://velog.velcdn.com/images/prettylee620/post/6f084d2a-f58a-4ae2-b5ec-b9c6d05a9645/image.png)
+
+* 표현 데이터 인코딩
+* 표현 데이터를 압축하기 위해 사용
+* 데이터를 전달하는 곳에서 압축 후 인코딩 헤더 추가
+* 데이터를 읽는 쪽에서 인코딩 헤더의 정보로 압축 해제
+* 예)gzip, deflate, identity
+
+#### 3) Content-Language
+
+![](https://velog.velcdn.com/images/prettylee620/post/72c7801a-763d-4c58-8a12-c92505bf3288/image.png)
+
+* 표현 데이터의 자연 언어
+* 표현 데이터의 자연 언어를 표현
+* 예) ko, en, en-US
+
+#### 4) Content-Length
+
+![](https://velog.velcdn.com/images/prettylee620/post/0ec90d10-a314-408a-b87a-a10dde911b53/image.png)
+
+* 표현 데이터의 길이
+* 바이트 단위
+* Transfer-Encoding(전송 코딩)을 사용하면 Content-Length를 사용하면 안됨
+
+## 3. 콘텐츠 협상(콘텐츠 네고시에이션)
+
+> 모든 것을 맞출 수는 없지만 최대한 맞춰주기
+
+* 클라이언트가 선호하는 표현 요청
+* 서버가 그거에 맞춰서 만들어줌
+
+1. Accept: 클라이언트가 선호하는 미디어 타입 전달
+2. Accept-Charset: 클라이언트가 선호하는 문자 인코딩
+3. Accept-Encoding: 클라이언트가 선호하는 압축 인코딩
+4. Accept-Language: 클라이언트가 선호하는 자연 언어
+
+* 협상 헤더는 요청시에만 사용
+
+### Accept-Language 적용 전
+
+![](https://velog.velcdn.com/images/prettylee620/post/109d65d3-c93c-4b97-b0c9-e3948055ba57/image.png)
+
+### Aceept-Language 적용 후
+
+* 헤더로 처리
+
+![](https://velog.velcdn.com/images/prettylee620/post/640ca8dd-3d86-456f-adbb-a3d57f97b20e/image.png)
+
+### Accept-Language 복잡한 예시
+
+* 한국어가 안 된다면 영어로라도…
+
+![](https://velog.velcdn.com/images/prettylee620/post/6007c344-405b-404e-a9b7-14c77d6badfa/image.png)
+
+#### 1) 협상과 우선순위 1 : Quality Values(q)
+
+![](https://velog.velcdn.com/images/prettylee620/post/0e336c5c-3237-44a0-a598-1dec5e5a7e57/image.png)
+
+1. Quality Values(q) 값 사용
+2. 0\~1, 클수록 높은 우선순위
+
+* 생략하면 1
+
+3. Accept-Language: ko-KR,ko;q=0.9,en-US;q=0.8,en;q=0.7
+
+*
+  1. ko-KR;q=1 (q생략)
+*
+  2. ko;q=0.9
+*
+  3. en-US;q=0.8
+*
+  4. en;q=0.7
+
+![](https://velog.velcdn.com/images/prettylee620/post/3b2ab2e3-1317-4e3b-9e34-176ca51470ee/image.png)
+
+#### 2) 협상과 우선순위 2 : Quality Values(q)
+
+![](https://velog.velcdn.com/images/prettylee620/post/95198d45-7088-45a0-89d7-573a10fdf2dc/image.png)
+
+* 구체적인 것이 우선한다.
+* Accept: text/\*, text/plain, text/plain;format=flowed, _/_
+
+1. text/plain;format=flowed
+2. text/plain
+3. text/\*
+4. _/_
+
+#### 3) 협상과 우선순위 3
+
+* 구체적인 것을 기준으로 미디어 타입을 맞춘다.
+* Accept: text/\*;q=0.3, text/html;q=0.7, text/html;level=1, text/html;level=2;q=0.4, _/_;q=0.5
+
+![](https://velog.velcdn.com/images/prettylee620/post/ebb3e90c-8d7d-4f69-8d3e-93440c94e932/image.png)
+
+## 4. 전송방식
+
+* Transfer-Encoding
+* Range, Content-Range
+
+### 전송 방식 설명
+
+#### 1) 단순 전송(Content-Length)
+
+![](https://velog.velcdn.com/images/prettylee620/post/82423ae4-b610-428b-81af-f905012ebd51/image.png)
+
+* 컨텐츠 길이를 알 수 있을 때 사용
+
+#### 2) 압축 전송(Content-Encoding)
+
+![](https://velog.velcdn.com/images/prettylee620/post/7cf7d4ef-3d63-453e-9b99-24a024491590/image.png)
+
+* 서버에서 압축하면 용량이 줄어든다.
+* 뭘로 압축되어 있는지를 보내줘야 함
+
+#### 3) 분할 전송(Transfer-Encoding)
+
+![](https://velog.velcdn.com/images/prettylee620/post/9c63de5c-7b52-4d74-b1d9-f4097e72d5b1/image.png)
+
+* 덩어리를 쪼개서 보낼거야
+* 0이 끝을 의미
+* Content-Lanages를 보내면 안됨
+
+![](https://velog.velcdn.com/images/prettylee620/post/650839ad-ae21-449f-a943-0e4aae0a19e3/image.png)
+
+#### 4) 범위 전송(Range, Content-Range)
+
+* 범위를 지정해서 전송
+
+![](https://velog.velcdn.com/images/prettylee620/post/eb1a9c27-950c-49d5-acfb-9101f94a7650/image.png)
+
+## 5. 일반 정보
+
+### 1) From
+
+> **유저 에이전트의 이메일 정보**
+
+* 일반적으로 잘 사용되지 않음
+* 검색 엔진 같은 곳에서, 주로 사용
+* 요청에서 사용
+
+### 2) Referer
+
+> **이전 웹 페이지 주소**
+
+![](https://velog.velcdn.com/images/prettylee620/post/fa990754-c659-4029-a107-6ff9145b3964/image.png)
+
+* 현재 요청된 페이지의 이전 웹 페이지 주소
+* A -> B로 이동하는 경우 B를 요청할 때 Referer: A 를 포함해서 요청
+* Referer를 사용해서 유입 경로 분석 가능
+* 요청에서 사용
+* 참고: referer는 단어 referrer의 오타
+
+### 3) User-Agent
+
+> **유저 에이전트 애플리케이션 정보**
+
+* user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10\_15\_7) AppleWebKit/ 537.36 (KHTML, like Gecko) Chrome/86.0.4240.183 Safari/537.36
+* 클라이언트의 애플리케이션 정보(웹 브라우저 정보, 등등)
+* 통계 정보
+* 어떤 종류의 브라우저에서 장애가 발생하는지 파악 가능
+* 요청에서 사용
+
+### 4) Server
+
+> 요청을 처리하는 ORIGIN 서버의 소프트웨어 정보
+
+* Server: Apache/2.2.22 (Debian)
+* server: nginx
+* 응답에서 사용
+
+### 5) Date
+
+> 메시지가 발생한 날짜와 시간
+
+* Date: Tue, 15 Nov 1994 08:12:31 GMT
+* 응답에서 사용
+
+## 6. 특별한 정보
+
+### 1) Host
+
+![](https://velog.velcdn.com/images/prettylee620/post/c5654755-79b0-496a-8438-71a9c6858c30/image.png)
+
+* 요청한 호스트 정보(도메인)
+* 요청에서 사용
+* **필수**
+* 하나의 서버가 여러 도메인을 처리해야 할 때
+* **하나의 IP 주소에 여러 도메인이 적용되어 있을 때**
+
+![](https://velog.velcdn.com/images/prettylee620/post/6523b238-e17a-4ec9-af7e-ee8b9e3a45e2/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/053d6340-0431-4adb-bb49-f5337b87d449/image.png)
+
+### 2) Location(페이지 리다이렉션)
+
+* 웹 브라우저는 3xx 응답의 결과에 Location 헤더가 있으면, Location 위치로 자동 이동 (리다이렉트)
+* 응답코드 3xx에서 설명
+* 201 (Created): Location 값은 요청에 의해 생성된 리소스 URI
+* 3xx (Redirection): Location 값은 요청을 **자동으로 리디렉션하기 위한 대상 리소스를 가리킴**
+
+### 3) Allow : 허용 가능한 HTTP 메서드
+
+* 405 (Method Not Allowed) 에서 응답에 포함해야함
+* 클라이언트에서 지원하는 지 안하는지를 알수 있다.
+* 서버에 많이 구현되어 있는 것은 아
+* Allow: GET, HEAD, PUT
+
+### 4) Retry-After
+
+* **유저 에이전트가 다음 요청을 하기까지 기다려야 하는 시간**
+* 503 (Service Unavailable): 서비스가 언제까지 불능인지 알려줄 수 있음
+* Retry-After: Fri, 31 Dec 1999 23:59:59 GMT (날짜 표기)
+* Retry-After: 120 (초단위 표기)
+
+## 7. 인증
+
+### 1) Authorization
+
+* 클라이언트 인증 정보를 서버에 전달
+* Authorization: Basic xxxxxxxxxxxxxxxx
+
+### 2) WWW-Authenticate
+
+* 리소스 접근시 필요한 인증 방법 정의
+* 401 Unauthorized 응답과 함께 사용
+* WWW-Authenticate: Newauth realm="apps", type=1, title="Login to "apps"", Basic realm="simple"
+
+## 8. 쿠키
+
+* `Set-Cookie`: 서버에서 클라이언트로 쿠키 전달(응답)
+* `Cookie`: 클라이언트가 서버에서 받은 쿠키를 저장하고, HTTP 요청시 서버로 전달
+
+### 쿠키 미사용
+
+#### 처음 welcome 페이지 접근
+
+![](https://velog.velcdn.com/images/prettylee620/post/9c090d62-c2e2-4dcf-be08-6844a8eacbef/image.png)
+
+#### 로그인
+
+![](https://velog.velcdn.com/images/prettylee620/post/46d93828-70f5-4059-b326-59d024e4aa5f/image.png)
+
+#### 로그인 이후 welcome 페이지 접근
+
+![](https://velog.velcdn.com/images/prettylee620/post/36bdab0d-c6bd-404a-8263-f00655647ea9/image.png)
+
+#### 대안 : 모든 요청에 사용자 정보 포함
+
+![](https://velog.velcdn.com/images/prettylee620/post/a7eff497-7a6c-4715-95c0-6b3710bd9934/image.png)
+
+#### 모든 요청에 정보를 넘기는 문제
+
+* 모든 요청에 사용자 정보가 포함되도록 개발 해야함
+* 브라우저를 완전히 종료하고 다시 열면?
+
+### Stateless
+
+* HTTP는 `무상태(Stateless) 프로토콜`이다.
+* 클라이언트와 서버가 요청과 응답을 주고 받으면 연결이 끊어진다.
+* 클라이언트가 다시 요청하면 서버는 이전 요청을 기억하지 못한다.
+* 클라이언트와 서버는 서로 상태를 유지하지 않는다
+
+### 쿠키
+
+#### 로그인
+
+![](https://velog.velcdn.com/images/prettylee620/post/5c6ae06d-9c40-460f-96f1-485872fa7d25/image.png)
+
+#### 로그인 이후 welcome 페이지 접근
+
+![](https://velog.velcdn.com/images/prettylee620/post/8e34ef84-8d5b-4cc1-9ab7-75a3bb166ef4/image.png)
+
+#### 모든 요청에 쿠키 정보 자동 포함
+
+![](https://velog.velcdn.com/images/prettylee620/post/27e1bdbb-7a98-48a3-879f-870fac660929/image.png)
+
+### 쿠키란?
+
+1. 예) set-cookie: **sessionId=abcde1234; expires**=Sat, 26-Dec-2020 00:00:00 GMT; \*\*path=/; [domain\*\*=.google.com](http://domain=.google.com/); **Secure**
+2. **사용처**
+
+* 사용자 로그인 세션 관리
+* 광고 정보 트래킹
+
+3. **쿠키 정보는 항상 서버에 전송됨**
+
+* 네트워크 트래픽 추가 유발
+* 최소한의 정보만 사용(세션 id, 인증 토큰)
+* 서버에 전송하지 않고, 웹 브라우저 내부에 데이터를 저장하고 싶으면 `웹 스토리지 (localStorage, sessionStorage)` 참고
+
+4. 주의!
+
+* 보안에 민감한 데이터는 저장하면 안됨(주민번호, 신용카드 번호 등등)
+
+#### 쿠키 : 생명주기
+
+* Expires, max-age
+
+1. Set-Cookie: expires=Sat, 26-Dec-2020 04:39:21 GMT
+
+* 만료일이 되면 쿠키 삭제
+
+2. Set-Cookie: max-age=3600 (3600초)
+
+* 0이나 음수를 지정하면 쿠키 삭제
+
+3. `세션 쿠키`: 만료 날짜를 생략하면 **브라우저 종료시 까지만 유지**
+4. `영속 쿠키`: 만료 날짜를 입력하면 **해당 날짜**까지 유지
+
+#### 쿠키 : 도메인
+
+1. 예) [domain=example.org](http://domain=example.org/)
+2. **명시: 명시한 문서 기준 도메인 + 서브 도메인 포함**
+
+* domain=example.org를 지정해서 쿠키 생성
+  * example.org는 물론이고
+  * dev.example.org도 쿠키 접근
+
+3. 생략: 현재 문서 기준 도메인만 적용
+
+* [example.org](http://example.org/) 에서 쿠키를 생성하고 domain 지정을 생략
+  * [example.org](http://example.org/) 에서만 쿠키 접근
+  * dev.example.org는 쿠키 미접근
+
+#### 쿠키 : 경로
+
+1. 예) path=/home
+2. **이 경로를 포함한 하위 경로 페이지만 쿠키 접근**
+3. 일반적으로 path=/ 루트로 지정
+
+* 예)
+  * path=/home 지정
+  * /home -> 가능
+  * /home/level1 -> 가능
+  * /home/level1/level2 -> 가능
+  * /hello -> 불가능
+
+#### 쿠키 : 보안
+
+1. **Secure**
+
+* 쿠키는 http, https를 구분하지 않고 전송
+* **Secure를 적용하면** https인 경우에만 전송
+
+2. **HttpOnly**
+
+* XSS 공격 방지
+* 자바스크립트에서 접근 불가(document.cookie)
+* HTTP 전송에만 사용
+
+3. **SameSite**
+
+* XSRF 공격 방지
+* 요청 도메인과 쿠키에 설정된 도메인이 같은 경우만 쿠키 전송
diff --git "a/developLog/cs/http/_ HTTP\354\235\230 \352\270\260\353\263\270_.md" "b/developLog/cs/http/_ HTTP\354\235\230 \352\270\260\353\263\270_.md"
new file mode 100644
index 0000000..4036ceb
--- /dev/null
+++ "b/developLog/cs/http/_ HTTP\354\235\230 \352\270\260\353\263\270_.md"	
@@ -0,0 +1,258 @@
+# HTTP의 기본
+
+![](https://velog.velcdn.com/images/prettylee620/post/10625551-8095-4d58-add6-100f3576ab65/image.png)
+
+> 💡 간단 요약 : 인터넷 통신은 IP 프로토콜을 통해 이뤄지고, TCP는 연결 지향적이고 신뢰성이 높은 가상 회선 방식, UDP는 간단하고 빠른 데이터그램 방식이야. TCP는 연결 설정 후 안전하게 데이터 전송하고, UDP는 빠르게 전송하되 순서나 에러에 대한 보장은 없어. 포트는 프로세스 식별에 쓰이고, DNS는 도메인 명을 IP 주소로 변환해줘.
+
+## 1. 모든 것이 HTTP(HyperText Transfer Protocol)
+
+### 1) HTTP 메세지에 모든 것을 전송
+
+1. 전송종류
+
+* HTML, TEXT
+* IMAGE, 음성, 영상, 파일
+* JSON, XML (API)
+
+2. 거의 모든 형태의 데이터 전송 가능
+3. 서버간에 데이터를 주고 받을 때도 **대부분 HTTP 사용**
+4. 1997년에 나온 `HTTP/1.1` 버전이 가장 많이 사용됨
+
+### 2) 기반 프로토콜
+
+![](https://velog.velcdn.com/images/prettylee620/post/0364c56a-a259-4b88-8f0f-bcb368105d6b/image.png)
+
+1. TCP : HTTP/1.1, HTTP
+2. UDP : HTTP/3
+
+### 3) HTTP 특징
+
+1. 클라이언트 서버 구조
+2. 무상태 프로토콜(스테이스리스), 비연결성
+3. HTTP 메세지
+4. 단순함, 확장 기능
+
+## 2. 클라이언트 서버 구조
+
+1. Request, Response 구조
+2. 클라이언트는 서버에 요청을 보내고, 응답을 대기
+3. 서버가 요청에 대한 결과를 만들어서 응답
+
+### 서버와 클라이언트 분리가 중요
+
+1. 서버
+
+* 데이터
+* 비즈니스 로직
+
+2. 클라이언트
+
+* UI
+* 사용성
+
+## 3. 무상태 프로토콜
+
+### 1) 스테이스리스(Stateless)
+
+1. 서버가 클라이언트의 상태를 보존 x
+2. 장점 : 서버 확장성 높음(스케일 아웃)
+3. 단점 : 클라이언트가 추가 데이터 전
+
+### 2) Stateful, Stateless 차이
+
+#### Stateful(상태 유지)
+
+1. 고객: 이 노트북 얼마인가요?
+2. 점원: 100만원 입니다. . (노트북 상태 유지)
+3. 고객: 2개 구매하겠습니다.
+4. 점원: 200만원 입니다. 신용카드, 현금중에 어떤 걸로 구매 하시겠어요?**(노트북, 2개 상태 유지)**
+5. 고객: 신용카드로 구매하겠습니다.
+6. 점원: 200만원 결제 완료되었습니다. **(노트북, 2개, 신용카드 상태 유지)**
+
+#### Stateless 중간에 점원이 바뀌면?(무상)
+
+1. 고객: 이 노트북 얼마인가요?
+2. 점원A: 100만원 입니다.
+3. 고객: 2개 구매하겠습니다.
+4. 점원B: ? 무엇을 2개 구매하시겠어요?
+5. 고객: 신용카드로 구매하겠습니다.
+6. 점원C: ? 무슨 제품을 몇 개 신용카드로 구매하시겠어요?
+
+### 3) Stateful
+
+1. `상태 유지`: 중간에 다른 점원으로 바뀌면 안된다.**(중간에 다른 점원으로 바뀔 때 상태 정보를 다른 점원에게 미리 알려줘야 한다.)**
+
+![](https://velog.velcdn.com/images/prettylee620/post/14eeabc6-769b-44f3-bf7a-f3007cc2709c/image.png)
+
+### 4) Stateless
+
+* 아무 서버나 호출해도 된다.
+
+1. `무상태`: 중간에 다른 점원으로 바뀌어도 된다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/4eb000d5-40ec-4659-8c06-528c54f0a6fc/image.png)
+
+* 갑자기 고객이 증가해도 점원을 대거 투입할 수 있다.
+* 갑자기 클라이언트 요청이 증가해도 서버를 대거 투입할 수 있다.
+* 무상태에서는 고객이 필요한 정보를 그때 그때 넘겨줌 마지막말로만 구매할 수 있듯이
+* 중간에 서버가 장애가 나면?
+
+![](https://velog.velcdn.com/images/prettylee620/post/1216568c-0486-40f9-bcb3-ef7cb387bbeb/image.png)
+
+2. 무상태는 응답 서버를 쉽게 바꿀 수 있다. **-> 무한한 서버 증설 가능(스케일 아웃)**
+
+![](https://velog.velcdn.com/images/prettylee620/post/0de15d34-0ad1-4bb8-a7f2-585b1a74a324/image.png)
+
+### 5) Stateless 실무 한계
+
+1. 모든 것을 무상태로 설계 할 수 있는 경우도 있고 없는 경우도 있다.
+2. 무상태
+   * 예) 로그인이 필요 없는 단순한 서비스 소개 화면
+3. 상태 유지
+   * 예) 로그인
+   * 로그인한 사용자의 경우 로그인 했다는 상태를 서버에 유지
+   * 일반적으로 브라우저 쿠키와 서버 세션등을 사용해서 상태 유지
+   * 상태 유지는 최소한만 사용
+
+## 4. 비연결성(connectionless)
+
+### 1) 연결을 유지하는 모델
+
+* 서버는 연결을 계속 유지, 서버 자원 소모
+
+![](https://velog.velcdn.com/images/prettylee620/post/3e4ee9a9-e725-4857-a24a-a1e334bbc0a7/image.png)
+
+### 2) 연결을 유지하지 않는 모델
+
+* 서버는 연결 유지X, 최소한의 자원 사용
+
+![](https://velog.velcdn.com/images/prettylee620/post/14398cc4-ed8e-4c96-a25d-0862f6885ae9/image.png)
+
+### 3) 비 연결성
+
+1. `HTTP`는 **기본이 연결을 유지하지 않는 모델**
+2. 일반적으로 초 단위의 이하의 **빠른 속도로 응답**
+3. 1시간 동안 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이 하로 매우 작음
+
+* 예) 웹 브라우저에서 계속 연속해서 검색 버튼을 누르지는 않는다.
+* 서버 자원을 매우 효율적으로 사용할 수 있음
+
+### 4) 비 연결성 한계와 극복
+
+* TCP/IP 연결을 새로 맺어야 함 - `3 way handshake 시간 추가`
+* 웹 브라우저로 사이트를 요청하면 HTML 뿐만 아니라 자바스크립트, css, 추가 이미지 등 등 수 많은 자원이 함께 다운로드
+* 지금은 `HTTP 지속 연결(Persistent Connections)`로 문제 해결
+* HTTP/2, HTTP/3에서 더 많은 최적화
+
+### 5) HTTP 초기 : 연결, 종료 낭비
+
+![](https://velog.velcdn.com/images/prettylee620/post/e2733a5e-70cf-438c-b585-2806cc35065e/image.png)
+
+### 6) HTTP 지속 연결(Persistent Connections)
+
+* 다 받을 때까지 연결을 유지해둠
+
+![](https://velog.velcdn.com/images/prettylee620/post/023ec0f7-b901-4771-90e7-221cdb1c1a00/image.png)
+
+### 7) 스테이스리스를 기억하자(서버 개발자들이 어려워하는 업무)
+
+* 정말 같은 시간에 딱 맞추어 발생하는 대용량 트래픽
+* 예) 선착순 이벤트, 명절 KTX 예약, 학과 수업 등록
+* 예) 저녁 6:00 선착순 1000명 치킨 할인 이벤트 -> 수만명 동시 요청
+* 보통 첫 페이지는 정적 페이지인 html(상태 없음) ⇒ 그 후 이벤트 버튼 누르게
+
+## 5. HTTP 메세지
+
+### 1) 요청 메세지와 응답 메세지 구조
+
+![](https://velog.velcdn.com/images/prettylee620/post/74008ab2-b147-4859-9546-eaf7dffba786/image.png)
+
+### 2) 요청 메세지 공식 스펙
+
+![](https://velog.velcdn.com/images/prettylee620/post/ff8425af-8ff5-4c6e-8cf4-0de00184edb1/image.png)
+
+#### 시작라인(요청 메세지)
+
+* start-line = **request-line** / status-line
+* **request-line** = method SP(공백) request-target SP HTTP-version CRLF(엔터)
+* HTTP 메서드 (GET: 조회)
+* 요청 대상 (/search?q=hello\&hl=ko)
+* HTTP Version
+
+#### 시작라인(요청메세지-HTTP 메서드)
+
+* 종류: GET, POST, PUT, DELETE...
+* 서버가 수행해야 할 동작 지정
+  * `GET`: 리소스 조회
+  * `POST`: 요청 내역 처리
+
+#### 시작라인(요청 메세지-요청 대상)
+
+* absolute-path\[?query] (절대경로\[?쿼리])
+  * 절대경로= `"/"` 로 시작하는 경로
+  * 참고: \*, http://...?x=y 와 같이 다른 유형의 경로지정 방법도 있다.
+
+#### 시작 라인(요청메세지 - HTTP 버전)
+
+![](https://velog.velcdn.com/images/prettylee620/post/b0ed4622-d791-4e02-8bc8-d30d1661978c/image.png)
+
+* HTTP 버전
+
+### 3) 시작라인(응답 메세지)
+
+![](https://velog.velcdn.com/images/prettylee620/post/d23d9a6c-5564-47f0-86ce-35ac8ef0f22b/image.png)
+
+* start-line = request-line / **status-line**
+* **status-line** = HTTP-version SP status-code SP reason-phrase CRLF
+* HTTP 버전
+* `HTTP 상태 코드`: 요청 성공, 실패를 나타냄
+  * 200: 성공
+  * 400: 클라이언트 요청 오류
+  * 500: 서버 내부 오류
+* 이유 문구: 사람이 이해할 수 있는 짧은 상태 코드 설명 글
+
+### 4) HTTP 헤더
+
+* header-field = field-name ":" OWS field-value OWS **(OWS:띄어쓰기 허용)**
+* **field-name**은 대소문자 구문 없음
+
+![](https://velog.velcdn.com/images/prettylee620/post/6359f7c8-fdf3-4ee5-a098-8b22eb937143/image.png)
+
+#### 용도
+
+1. HTTP 전송에 필요한 **모든 부가정보**
+
+* 예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트(브라우저) 정보, 서버 애플리케이션 정보, 캐시 관리 정보...
+
+2. 표준 헤더가 너무 많음
+
+* https://en.wikipedia.org/wiki/List\_of\_HTTP\_header\_fields
+
+3. 필요시 임의의 헤더 추가 가능
+
+* helloworld: hihi
+
+### 5) HTTP 메세지 바디
+
+![](https://velog.velcdn.com/images/prettylee620/post/97807144-52e6-458c-a6e4-fc47df226bee/image.png)
+
+#### 용도
+
+* 실제 전송할 데이터
+* HTML 문서, 이미지, 영상, JSON 등등 byte로 표현할 수 있는 모든 데이터 전송 가능
+
+### 6) 단순함의 확장 가능
+
+* HTTP는 단순하다. 스펙도 읽어볼만...
+* HTTP 메시지도 매우 단순
+* 크게 성공하는 표준 기술은 단순하지만 확장 가능한 기술
+
+### 7) HTTP 정리
+
+1. HTTP `메시지`에 **모든 것을 전송**
+2. HTTP 역사 **HTTP/1.1**을 기준으로 학습
+3. 클라이언트 서버 구조
+4. 무상태 프로토콜(스테이스리스)
+5. HTTP 메시지
+6. 단순함, 확장 가능
+7. 지금은 HTTP 시대
diff --git "a/developLog/cs/http/_ URI\354\231\200 \354\233\271 \353\270\214\353\235\274\354\232\260\354\240\200\354\235\230 \354\232\224\354\262\255 \355\235\220\353\246\204_.md" "b/developLog/cs/http/_ URI\354\231\200 \354\233\271 \353\270\214\353\235\274\354\232\260\354\240\200\354\235\230 \354\232\224\354\262\255 \355\235\220\353\246\204_.md"
new file mode 100644
index 0000000..e18c098
--- /dev/null
+++ "b/developLog/cs/http/_ URI\354\231\200 \354\233\271 \353\270\214\353\235\274\354\232\260\354\240\200\354\235\230 \354\232\224\354\262\255 \355\235\220\353\246\204_.md"	
@@ -0,0 +1,157 @@
+# URI와 웹 브라우저의 요청 흐름
+
+![](https://velog.velcdn.com/images/prettylee620/post/e1fcad90-9d05-433c-a9c8-040d46db17a3/image.png)
+
+> 💡 간단 요약 : `URI`는 자원을 식별하는 방법으로, `URL`은 자원의 위치를, `URN`은 이름을 나타냐고 생각해. URL은 scheme, host, port, path, query, fragment 등으로 이뤄져 있어. **웹 브라우저가 서버에 요청할 때는** DNS 조회, HTTP 요청 생성, TCP/IP 연결 등이 순서대로 이루어져. 그리고 서버가 응답하면 데이터가 브라우저에 렌더링돼. URI는 자원을 유일하게 식별하는 데 쓰여.
+
+> 🔗 사진과 강의 출처 : [김영한님의 HTTP 웹 기본 지식](https://www.inflearn.com/course/http-%EC%9B%B9-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC)
+
+## 1. URI(Uniform Resource Identifier)
+
+> URI는 로케이터(**l**ocator), 이름(**n**ame) 또는 둘 다 추가로 분류될 수 있다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/267e6e41-226e-4309-9221-de23897fa6e7/image.png)
+
+URI 안에 URL과 URN으로 구성되어 있다.
+
+### 1) URL과 URN의 예시
+
+![](https://velog.velcdn.com/images/prettylee620/post/30baf40c-50cf-4e4b-b261-2a9658c8192d/image.png)
+
+### 2) URI의 단어의 뜻
+
+1. **Uniform** : 리소스 식별하는 통일된 방식
+2. **Resource** : 자원, URI로 식별할 수 있는 모든 것(제한 없음)
+
+* 실시간 교통 정보, 파일 등
+
+3. **Identifier** : 다른 항목과 구분하는데 필요한 정보
+
+### 3) URL, URN 단어의 뜻
+
+1. URL - Locator: 리소스가 있는 `위치`를 지정
+2. URN - Name: 리소스에 `이름`을 부여
+
+* 위치는 변할 수 있지만, 이름은 변하지 않는다.
+
+3. urn:isbn:8960777331 (어떤 책의 isbn URN)
+4. URN 이름만으로 실제 리소스를 찾을 수 있는 방법이 보편화 되지 않음
+
+* 앞으로 URI를 URL과 같은 의미로 이야기하겠음
+
+### 4) URL 전체 문법
+
+1. scheme://\[userinfo@]host\[:port]\[/path]\[?query]\[#fragment]
+
+* [https://www.google.com:443/search?q=hello\&hl=ko](https://www.google.com/search?q=hello\&hl=ko)
+
+2. 구성
+
+* 프로토콜(https)
+* 호스트명([www.google.com](http://www.google.com/))
+* 포트 번호(443)
+* 패스(/search)
+* 쿼리 파라미터(q=hello\&hl=ko)
+
+### 5) URL scheme
+
+1. **scheme:**//\[userinfo@]host\[:port]\[/path]\[?query]\[#fragment]
+
+* **https:**//www.google.com:443/search?q=hello\&hl=ko
+  * q : 검색 쿼리 검색어 hello
+
+1. 주로 프로토콜 사용
+
+* 프로토콜: 어떤 방식으로 자원에 접근할 것인가 하는 약속 규칙
+* 예) http, https, ftp 등등
+* http는 80 포트, https는 443 포트를 주로 사용, 포트는 생략 가능
+* `https`는 http에 보안 추가 (HTTP Secure)
+
+### 6) USL(userinfo)
+
+1. scheme://\*\*\[userinfo@]\*\*host\[:port]\[/path]\[?query]\[#fragment]
+
+* URL에 사용자 정보를 포함해서 인증
+* 거의 사용하지 않음
+
+### 7) USL(host)
+
+* scheme://\[userinfo@]**host**\[:port]\[/path]\[?query]\[#fragment]
+* https://**www.google.com**:443/search?q=hello\&hl=ko
+* 호스트명
+* 도메인명 또는 IP 주소를 직접 사용가능
+
+### 8) USL(PORT)
+
+* scheme://\[userinfo@]host\*\*\[:port]\*\*\[/path]\[?query]\[#fragment]
+* https://www.google.com:**443**/search?q=hello\&hl=ko
+* 포트(PORT)
+* 접속 포트
+* 일반적으로 생략, 생략시 http는 80, https는 443
+
+### 9) URL(PATH)
+
+* scheme://\[userinfo@]host\[:port]**\[/path]**\[?query]\[#fragment]
+* https://www.google.com:443/**search**?q=hello\&hl=ko
+* 리소스 경로(path), **계층적 구조**
+* 예)
+  * /home/file1.jpg
+  * /members
+  * /members/100, /items/iphone12
+
+### 10) URL(Query)
+
+* scheme://\[userinfo@]host\[:port]\[/path]**\[?query]**\[#fragment]
+* https://www.google.com:443/search\*\*?q=hello\&hl=ko\*\*
+* key=value 형태
+* **?로 시작, &로 추가 가능** ?keyA=valueA\&keyB=valueB
+* query parameter, query string 등으로 불림, 웹서버에 제공하는 파라미터, 문자 형태
+
+### 11) URL(Fragment)
+
+* scheme://\[userinfo@]host\[:port]\[/path]\[?query]**\[#fragment]**
+* https://docs.spring.io/spring-boot/docs/current/reference/html/gettingstarted.html\*\*#getting-started-introducing-spring-boot\*\*
+* fragment
+* html `내부 북마크` 등에 사용
+* 서버에 전송하는 정보 아님
+
+## 2. 웹 브라우저 요청 흐름
+
+### HTTP 메세지 정보
+
+![](https://velog.velcdn.com/images/prettylee620/post/e5c23f20-a6a3-4552-b6ea-f777d5835ce9/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/b6f2afb0-1222-4ed8-8b0c-b9072106aa1b/image.png)
+
+1. DNS 조회(IP 매칭)
+2. HTTPS PORT 생략
+3. HTTP 요청 메세지 생성
+
+* HTTP 버전 정보
+* Host 정보
+
+![](https://velog.velcdn.com/images/prettylee620/post/52e175f3-fc80-42af-bcdd-db5c508dcbc2/image.png)
+
+4. SOCKET 라이브러리를 통해 전달
+
+* A : TCP/IP 연결(IP, PORT)
+* B : 데이터 전달
+
+5. TCP/IP 패킷 생성, HTTP 메세지 포함
+
+* 웹브라우저가 만든 전송 데이터
+
+![](https://velog.velcdn.com/images/prettylee620/post/8450d75b-df1d-477f-80f6-507738cf37c9/image.png)
+
+6. 웹 브라우저가 구글 서버에게 `요청` 패킷 전달
+7. 요청 패킷 도착
+8. 구글 서버가 웹 브라우저에게 `응답` 패킷 전달
+
+![](https://velog.velcdn.com/images/prettylee620/post/6ae7f1b5-3d17-4308-a41e-d7027d0c1f9e/image.png)
+
+* 응답하는 데이터 타입은 HTML에 UTF-8
+
+9. 응답 패킷 도착
+10. 웹 브라우저 HTML 렌더링
+
+![](https://velog.velcdn.com/images/prettylee620/post/3619a388-7dc3-458a-8e64-adf3ad169995/image.png)
diff --git "a/developLog/cs/http/_ \354\235\270\355\204\260\353\204\267 \353\204\244\355\212\270\354\233\214\355\201\254_.md" "b/developLog/cs/http/_ \354\235\270\355\204\260\353\204\267 \353\204\244\355\212\270\354\233\214\355\201\254_.md"
new file mode 100644
index 0000000..96ddaf3
--- /dev/null
+++ "b/developLog/cs/http/_ \354\235\270\355\204\260\353\204\267 \353\204\244\355\212\270\354\233\214\355\201\254_.md"	
@@ -0,0 +1,166 @@
+# 인터넷 네트워크
+
+![](https://velog.velcdn.com/images/prettylee620/post/d43dca66-8606-4bd2-a16c-103b145d491f/image.png)
+
+> 💡 **간단 요약 :** 인터넷 통신은 IP 프로토콜을 통해 이뤄지고, TCP는 연결 지향적이고 신뢰성이 높은 가상 회선 방식, UDP는 간단하고 빠른 데이터그램 방식이야. TCP는 연결 설정 후 안전하게 데이터 전송하고, UDP는 빠르게 전송하되 순서나 에러에 대한 보장은 없어. 포트는 프로세스 식별에 쓰이고, DNS는 도메인 명을 IP 주소로 변환해줘.
+
+> 🔗 사진과 강의 출처 : [김영한님의 HTTP 웹 기본 지식](https://www.inflearn.com/course/http-%EC%9B%B9-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC)
+
+## 1. 인터넷 통신
+
+> 어떤 방식으로 어떻게 수많은 복잡한 상황을 헤쳐서 도착할 수 있을까?
+
+![](https://velog.velcdn.com/images/prettylee620/post/d77191dd-9649-43a6-9a07-ea341fe8caf0/image.png)
+
+## 2. IP(인터넷 프로토콜 역할)
+
+![](https://velog.velcdn.com/images/prettylee620/post/87f098e6-a385-4241-a8cd-060968e04cbf/image.png)
+
+* 데이터가 안전하게 도달하기 위한 최소한의 규칙
+* 지정한 `IP 주소(IP Address)`에 데이터 전달
+* `패킷(Packet)`이라는 통신 단위로 데이터 전달
+
+IP 패킷에는 출발지 IP, 목적지 IP, 기타 전송데이터를 담고 전달하게 된다.
+
+### 클라이언트 패킷 전달
+
+![](https://velog.velcdn.com/images/prettylee620/post/38d766c9-6e81-41a8-9e96-ed09545c0930/image.png)
+
+### 서버 패킷 전달
+
+![](https://velog.velcdn.com/images/prettylee620/post/96d1cdf3-5149-47a2-adf8-685a5020f31e/image.png)
+
+### IP 프로토콜의 한계
+
+1. **비연결성**
+
+* 패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전송
+
+2. **비신뢰성**
+
+* 중간에 패킷이 사라지면?
+* 패킷이 순서대로 안오면? 중간에 다른 노드를 탈 가능성도 있음
+
+3. **프로그램 구분**
+
+* 같은 IP를 사용하는 서버에서 통신하는 애플리케이션이 둘 이상이면?
+
+## 3. TCP/UDP
+
+> IP의 위와 같은 한계를 해결해주기 위한 해결책
+
+### 인터넷 프로토콜 스택의 4계층
+
+![](https://velog.velcdn.com/images/prettylee620/post/1f57e7d3-20ef-4c2b-b363-f66a765c3962/image.png)
+
+네트워크 인터페이스 계층은 LAN카드 등등 포함한 것이고 IP 위에 전송 계층이 있으면서 IP의 한계를 보완해준다고 생각하면 된다. ![](https://velog.velcdn.com/images/prettylee620/post/41463f93-a2da-41c9-ab34-1ccffccf579c/image.png)
+
+1. 프로그램이 메세지 생성
+2. SOCKET 라이브러리를 통해 OS 계층에 메세지 전달
+3. 그 위에 TCP 정보 생성이 씌워지게 되며, 메세지 데이터를 포함하게 된다.
+4. 또 그 위에 `IP 패킷`이 생성되며 씌워지게 되고, TCP 데이터까지 포함하게 된다.
+
+* `packet`이란?
+  * 컴퓨터 네트워크에서 데이터를 주고받을 때 정해 놓은 규칙
+  * pack + bucket : 정보를 보낼 때 특정 형태에 맞추어 보낸다는 것
+  * 즉, 컴퓨터 간에 데이터를 주고받을 때 네트워크를 통해서 전송되는 데이터 조각
+  * 정체를 방지하기 위해 packet를 사용
+
+5. LAN카드를 통해서 나갈 때 **Ethernet frame**이 씌워지게 됨
+
+* `Ethernet frame`이란?
+  * LAN에 등록된 MAC 주소 등을 포함하게 됨
+  * 데이터 링크 계층 프로토콜의 데이터 단위이며, 기본 이더넷 물리 계층 전송 매커니즘을 사용한다.
+  * 이더넷 링크의 데이터 단위는 이더넷 프레임을 페이로드로 전송
+
+### TCP/IP 패킷 정보
+
+![](https://velog.velcdn.com/images/prettylee620/post/a844b1cd-306d-4f89-a112-49abd931a600/image.png)
+
+### TCP 특징
+
+#### 전송 제어 프로토콜(Transmission Control Protocol)
+
+#### 연결지향 : **TCP 3 way handshake (가상 연결 O, 물리적 연결 X)**
+
+* SYN : 접속 요청(동기화의 약자) ACK(승인) : 요청 수락
+* 이렇게 되면 양쪽에서 접속 요청, 수락을 다 하는 것이라 **클라이언트도 서버를 믿을 수 있고 서버도 클라이언트를 믿을 수 있다.(신뢰성)**
+* 결국 응답이 안오면 연결이 안되있네 하고 데이터 전송을 안하게 되는 것
+
+![](https://velog.velcdn.com/images/prettylee620/post/ba162a1b-e1aa-49b8-a2dd-28df61cd7a12/image.png)
+
+#### 순서 보장
+
+* 서버 내부에서 최적화도 가능함
+
+![](https://velog.velcdn.com/images/prettylee620/post/79704da9-3b5f-419f-9124-80af0107631b/image.png)
+
+#### 신뢰할 수 있는 프로토콜
+
+#### 데이터 전달 보증
+
+#### 현재는 대부분 TCP 사용
+
+### TCP 제어 방법
+
+### UDP 특징
+
+1. 사용자 데이터그램 프로토콜(User Datagram Protocol)
+
+* **송신부와 수신부 간의 연결을 지원하지 않고** 데이터 그램 형태의 통신 지원
+
+2. 하얀 도화지에 비유(기능이 거의 없음)
+3. 연결 지향 X - TCP 3 way handshake x
+4. 데이터 전달 및 순서가 보장되지 않지만, 단순하고 빠름
+5. 정리
+
+* IP와 거의 같다 + PORT + 체크섬
+  * 체크섬(checksum) : 데이터의 무결성 보장하여 오류 검출로 최소한의 신뢰성을 보장한다.
+* 애플리케이션에서 추가 작업 필요
+* 하나의 pc에서 ip에서 어떤 애플리케이션인지 구분하는 방법 : port
+* TCP는 느리기에 http3가 나오면서 최적화하기 위해 UDP를 사용하면서 뜨고 있음
+
+### 패킷 교환 방식
+
+> `TCP (전송 제어 프로토콜)`는 가상 회선 방식을 사용하고, `UDP (사용자 데이터그램 프로토콜)`는 데이터그램 방식을 사용
+
+패킷 교환 방식은 가장 많이 사용하는 데이터 통신 방식으로, 가상 회선을 이용한 방식과 데이터 그램을 이용한 방식이 있다.
+
+1. 가상 회선 방식 : 데이터를 주고받기 전에 패킷을 전송할 경로인 가상 회선을 설정해서 모든 패킷을 같은 경로로 전송한다.
+2. 데이터 그램 방식 : 패킷마다 최적의 경로로 전송되는 방식으로, 송신부에서 보낸 패킷의 순서와 수신부에 도착하는 패킷의 순서가 다를 수 있다.
+
+## 4. PORT
+
+> 즉, 같은 IP 내에서 프로세스를 구분하기 위한 것이 포트이다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/d2776701-2c95-4ec1-9bab-eac43f4c17c6/image.png)
+
+한 번에 둘 이상(서버와) 연결해야 한다면, 어떤 것에 대한 패킷인지 알 수 없다. 즉, 같은 IP 내에서 프로세스를 구분하기 위한 것이 포트이다.
+
+#### 예시
+
+> 출발지 PORT와 목적지 PORT를 TCP 세그먼트가 포함하기 때문에 알 수 있다.
+
+* 0 \~ 65535 할당 가능
+* 0 \~ 1023: 잘 알려진 포트, 사용하지 않는 것이 좋음
+* FTP - 20, 21
+* TELNET - 23
+* HTTP - 80
+* HTTPS - 443
+
+![](https://velog.velcdn.com/images/prettylee620/post/ee223c71-9279-4137-92f5-b92c893895ee/image.png)
+
+## 5. DNS
+
+1. IP는 기억하기 어렵다
+2. IP는 변경될 수 있다.
+
+### DNS(Domain Name System)
+
+* 전화번호부
+* 도메인 명을 IP 주소로 변환
+* 숫자로 된 IP 주소를 사람이 이해하기 쉬운 문자 형태로 표현한 것
+* 호스트 컴퓨터 이름(www), 소속 기관 이름(hankook), 소속 기관의 종류(co), 소속 국가명(kr) → www.hankook.co.kr
+* 문자로 된 도메인 네임을 컴퓨터가 이해할 수 있는 IP 주소로 변환하는 역할을 하는 시스템을 \*\*DNS(Domain Name System)\*\*라고 하며, 이런 역할을 하는 서버를 **DNS 서버**라 함 **★**
+
+![](https://velog.velcdn.com/images/prettylee620/post/2162e27d-9408-4297-81d2-591c34fd2a73/image.png)
diff --git "a/developLog/cs/network/_ Story 01_ HTTP \353\246\254\355\200\230\354\212\244\355\212\270 \353\251\224\354\204\270\354\247\200\353\245\274 \354\236\221\354\204\261\355\225\234\353\213\244__.md" "b/developLog/cs/network/_ Story 01_ HTTP \353\246\254\355\200\230\354\212\244\355\212\270 \353\251\224\354\204\270\354\247\200\353\245\274 \354\236\221\354\204\261\355\225\234\353\213\244__.md"
new file mode 100644
index 0000000..82e2c66
--- /dev/null
+++ "b/developLog/cs/network/_ Story 01_ HTTP \353\246\254\355\200\230\354\212\244\355\212\270 \353\251\224\354\204\270\354\247\200\353\245\274 \354\236\221\354\204\261\355\225\234\353\213\244__.md"	
@@ -0,0 +1,267 @@
+# Story 01. HTTP 리퀘스트 메세지를 작성한다.
+
+> 이 글은 성공과 실패를 결정하는 1% 네트워크 원리 책을 읽고 정리한 글입니다!
+
+![](https://velog.velcdn.com/images/prettylee620/post/5b25d976-8025-4c4d-8e1c-bbd5c679e240/image.png)
+
+> 그림 출처 : https://sangbeomkim.tistory.com/117
+
+1. URL을 브라우저에 입력하면
+2. 브라우저는 결정된 규칙에 따라 URL의 의미를 조사한 후
+3. 그 의미에 따라 리퀘스트 메시지를 만든다.
+4. 이 예의 경우 samplel, hum이라는 파일에 저장된 페이지의 데이터를 주십시오."라는 의미의 리퀘스트 메시지를 안들고, 이것을 웹 서버에 보낸다.
+
+* 하지만 브라우저 자체가 메시지를 보내는 것은 아님
+
+2. 메시지를 보내는 것은 디지털 데이터를 운반하는 구조의 역할이므로 이러한 구조에 의뢰하여 데이터를 넘긴다. 구체적으로는 OS에 내장된 네트워크 제어용 소프트웨어에 의뢰하여 메시지를 서버측까지 도착하게 하는데, 1장에서는 이렇게 '의뢰하는 동작까지 추적한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/b200c0ff-e62f-4ccc-91e6-c2f2d22fdc54/image.png)
+
+* URL는 해독하는 곳부터 브라우저의 동작이 시작된다.
+
+## 1. 탐험 여행은 URL 입력부터 시작
+
+브라우저는 웹 서버에 액세스하는 클라이언트로 사용하는 경우가 많지만, 브라우저의 기능을 그뿐만 아니라, 파일을 다운로드/업로드 하는 FTP의 클라이언트 기능이나 메일의 클라이언트 기능도 가지고 있다.
+
+즉, 몇 개가 있는 기능 중의 어느 것을 사용하여 데이터에 액세스하면 좋을 것인지 판단하는 재료가 필요하므로, **웹 서버에 액세스할 때 여러 종류의 URL이 준비**되어 있는 것
+
+### 쓰는 방법
+
+> `액세스의 대상`에 따라 다르다.
+
+* 웹 서버, FTP 서버에 액세스 하는 경우, 서버의 도메인명이나 액세스하는 파일의 경로명 등을 URL에 포함시킴
+* 필요에 따라 사용자명이나 패스워드, 서버 측 포트번호 등을 쓸 수 도 있음
+
+### URL의 하나의 공통점
+
+![](https://velog.velcdn.com/images/prettylee620/post/c9b27809-2097-47d9-b9a9-ecbc76920a54/image.png)
+
+URL의 맨 앞에 있는 문자열, 즉 http; ftp; file; mailto;라는 부분에서 `액세스하는 방법`을 나타낸다는 점
+
+즉, 액세스할 때의 프로토콜 종류가 쓰여져 있다고 생각하면
+
+## 2. 브라우저는 먼저 URL 해독
+
+> 브라우저가 가장 먼저 하는 일은 **URL을 해독하는 것**이다.
+
+브라우저가 처음에 하는 일을 웹 서버에 보내는 리퀘스트의 메세지를 작성하기 위해 이 **URL을 해독하는 것**
+
+1. 요소를 분해
+2. 분해한 요소를 나열하는 방법을 살표보면 URL의 의미를 알 수 있음
+
+![](https://velog.velcdn.com/images/prettylee620/post/dd76998b-0e8d-4adb-baea-84b3e3ed06bf/image.png)
+
+## 3. 파일명을 생략한 경우
+
+![](https://velog.velcdn.com/images/prettylee620/post/beb9cc03-9d13-4740-9b06-5d6d41a67698/image.png)
+
+```jsx
+http://www.lab.cyber.co.kr/dir/
+```
+
+끝이 /로 끝난 것은 /dir/의 다음에 써야 할 파일명을 쓰지 않고 생략한다는 것
+
+### 파일명의 생략
+
+다만, 파일명을 쓰지 않으면, 어느 파일에 액세스해야 할지 모르니, **파일명을 생략할 때 대비하여 파일명을 미리 서버측에 설정**해 둔다.
+
+* index.html
+* default.html
+
+```jsx
+http://www.lab.cyber.co.kr
+```
+
+끝의 /까지 생략되기도 하는데, 경로명이 아무 것도 없는 경우에는 루트 디렉토리의 아래에 있는 미리 설정된 파일명의 파일을 액세스하면 혼란이 없다.
+
+### 무조건 파일명은 아니다.
+
+다만, 아래와 같은 예는 미묘하다.
+
+```jsx
+http://www.lab.cyber.co.kr/whatisthis
+```
+
+**whatisthis를 파일명과 결부시키지 않는 쪽이 좋을 수도 있다.** 그래서 이 경우는 웹 서버에 'whatisthis'라는 파일이 있으면 whatisthis를 파일명으로 보고, 'whatisthis' 라는 디렉토리가 있으면 whatisthis를 디렉토리명으로 본다는 것
+
+## 4. HTTP의 기본 개념
+
+> URL을 해독하면 **어디에 액세스해야 하는지**가 판명
+
+브라우저는 HTTP 프로토콜을 사용하여 웹 서버에 액세스하는데, HTTP 프로토콜의 의미
+
+* HTTP의 개념 따로 정리한 게 있음
+
+### HTTP 프로토콜
+
+![](https://velog.velcdn.com/images/prettylee620/post/9417a5ce-26d2-4e50-8ec8-b74906664304/image.png)
+
+* 클라이언트와 서버가 주고받는 메세지의 내용이나 순서를 정한 것
+
+1. 클라이언트에서 서버를 향해 `리퀘스트 메세지`를 보냄
+2. 리퀘스트 메세지가 웹 서버에 도착하면 웹 서버는 그 속에 쓰여있는 내용을 해독
+3. URI와 메세지를 조사하여 무엇을, 어떻게 하는지 판단 후 요구에 따라 동작하고, 결과 데이터를 **응답 메세지에 저장**
+
+* 응답 메세지 맨 앞 부분에는 실행 결과가 정상 종료되었는지 이상이 발생했는지 나타내는 **스테이터스 코드**
+
+4. 헤더 파일과 페이지의 데이터가 이어지고, 이 응답 메세지를 클라이언트에 반송
+5. 클라이언트에 도착하여 브라우저가 메세지의 안에서 데이터를 추출하여 화면에 표시하면서 HTTP 동작은 끝
+
+### 리퀘스트 메세지
+
+#### 무엇을 : URI(Uniform Resource Identfier)
+
+> 다양항 액세스 대상을 쓸 수 있으며, **액세스 대상을 통칭**하는 말
+
+* 보통 페이지 데이터를 저장한 파일의 이름이나 CGI 프로그램의 파일명을 URI로 씀
+
+#### 어떻게 해서 : 메소드
+
+* 메소드에 의해 웹 서버에 어떤 동작을 하고 싶은 지를 전달
+* EX. 데이터를 읽고 싶다 OR 클라이언트에서 입력한 데이터를 URI로 나타낸 프로그램에 전달
+* GET, POST : [http 정리 velog 글](https://www.notion.so/HTTP-887dfbe97acf4dca8ad3ccc9a35df680?pvs=21)
+
+
+
+## 5. HTTP 리퀘스트 메세지를 만든다.
+
+> HTTP 메세지 쓰는 방법 = `포맷` 에 맞게 브라우저는 리퀘스트 메세지를 만듦
+
+URL을 해독하고 웹 서버와 파일명을 판단하면 **브라우저는 이것을 바탕으로 HTTP의 리퀘스트 메세지를 만든다.**
+
+### 제너럴 헤더
+
+* 리퀘스트와 응답 양쪽 모두 사용하는 헤더 필드
+
+![](https://velog.velcdn.com/images/prettylee620/post/1f7fd59d-b542-46e0-aee0-cb9e00248fa2/image.png)
+
+### 리퀘스트 메세지의 구조(HTTP 메세지의 포맷)
+
+* 브라우저나 웹 서버는 이 포맷에 맞게 메세지를 만든다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/241e0432-3cf3-484a-86bf-6a118c53ca51/image.png)
+
+#### 리퀘스트 라인
+
+* 첫 번째 행
+* 맨 앞에 있는 `메서드`가 가장 중요한 것으로 이것을 통해 웹 브라우저는 **웹 서버에 어떻게 할 것인지를 전달**
+* 이 한 행으로 리퀘스트의 내용을 대략 알 수 있음
+
+```jsx
+<메소드><공백><URI><공백><HTTP 버전>
+```
+
+* 경로명은 보통 URL에 포함되어 있으므로 URL에서 경로명을 추출하여 복사
+
+#### 메세지 헤더
+
+![](https://velog.velcdn.com/images/prettylee620/post/b8edc1c8-196a-4f52-bb07-e5f3329ca11e/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/374a0297-9277-45ed-bbcd-bf3923086c85/image.png)
+
+* 한 행에 한 개의 헤더 필드를 씀
+* 이를 통해 리**퀘스트의 부가적인 정보**를 나타낸다.
+* 행 수는 상황에 따라 달라지며, 공백 행까지가 메세지 헤더가 됨
+
+```jsx
+<필드명>:<필드값>
+.
+.
+.
+<공백 행>
+```
+
+#### 메세지 본문
+
+* 클라이언트에서 서버에 송신하는 데이터, 폼 페이지에 입력한 데이터를 `POST 메서드`로 웹 서버에 보낼 때 등의 데이터가 들어감
+
+```jsx
+<메세지 본문>
+```
+
+### 응답 메세지(HTTP 메세지의 포맷)
+
+![](https://velog.velcdn.com/images/prettylee620/post/cc216a15-b553-4de3-90b4-ee453dfb6f0b/image.png)
+
+* 브라우저나 웹 서버는 이 포맷에 맞게 메세지를 만든다.
+
+#### 스테이터스 라인
+
+```jsx
+<HTTP 버전> <공백> <스테이터스 코드> <공백> <응답 문구>
+```
+
+* 스테이터스 코드의 내용을 나타내는 짧은 설명 문
+
+#### 메세지 본문
+
+* 서버에서 클라이언트에 송신하는 데이터, 파일에서 읽은 **데이터나 CGI 애플리케이션이 출력한 데이터**가 들어간다.
+* 메세지 본문은 바이너리 데이터 취급한다.
+
+#### 응답 헤더
+
+* 응답의 부가 정보로 사용하는 헤더 필드
+
+![](https://velog.velcdn.com/images/prettylee620/post/8e8a1e8d-bbaf-496c-ab3d-e08956dece0e/image.png)
+
+### 엔터티 헤더
+
+* 엔터티(메세지 본문)의 부가 정보로 사용하는 헤더 필드
+
+![](https://velog.velcdn.com/images/prettylee620/post/5d53712f-512d-4208-a5d8-d8b5059f0375/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/1f55a0d1-698f-41f8-bded-5cf67a86249e/image.png)
+
+### 폼에서 메소드를 구분하여 사용하기
+
+![](https://velog.velcdn.com/images/prettylee620/post/2bb6b9d3-1cbe-440e-a58c-2970c2b7a657/image.png)
+
+#### GET 메소드
+
+* 단, 메소드가 `GET인 경우`에는 메소드와 URI만으로 웹 서버가 무엇을 할 지 판단할 수 있으므로 **메세지 본문에 쓰는 송신 데이터는 아무것도 없다.**
+* 메세지 헤더가 끝난 곳에서 메세지는 끝난다.
+
+#### POST 메소드
+
+* 폼에 입력한 `데이터` 등을 **메세지 본문 부분**에 씀
+
+## 6. 리퀘스트 메세지를 보내면 응답이 되돌아온다.
+
+### 첫 번째 행
+
+* 응답의 경우는 정상 종료했는지, 아니면 오류가 발생했는지, 즉 `리퀘스트의 실행 결과`를 나타내는 **스테이터스 코드와 응답 문구**를 첫 번째 행에 써야 함
+
+#### 스테이터스 코드
+
+* 숫자로 쓴 것으로, 주로 프로그램 등에 `실행 결과`를 알려주는 것이 목적
+* 1xx : 처리 경과 상황 통지, 2xx : 정상 종료, 3xx : 무언가 다른 조치가 필요함, 4xx : 클라이언트측 오류, 5xx : 서버측 오류
+* 스테이터스 코드는 첫 번째 행의 개요를 나타내고, 두 번째와 세 번째 행에 상세한 상황을 나타냄
+
+#### 응답 문구
+
+* 문장으로 쓰여 있으며, 사람에게 실행 결과를 알리는 것이 목적
+
+응답 메시지가 되돌아오면, 그때부터 데이터를 추출한 후 화면에 표시하여 웹 페이지를 눈으로 볼 수 있다. 하지만, 페이지가 문장으로만 되어 있으면 이것으로 끝이지만, **영상 등이 포함되어 있는 경우에는 계속 내용이 있다.**
+
+### 영상이 포함되어 있다면?
+
+문장 안에 영상 파일을 나타내는 **html의 제어 정보,** `태그`가 포함되어 있으며, 브라우저는 화면에 문장을 표시할 때 태그를 탐색한다.
+
+1. 영상을 포함하고 있는 의미의 태그를 만나면 그곳에 **영상용 공백을 비워두고** 문장을 표시
+2. 다시 한 번 **웹 서버에 액세스**하여 태그에 쓰여있는 영상 파일을 웹 서버에서 읽어와서 비워둔 공백에 표시
+
+* 이 때도 URI 부분에 영상 파일의 이름을 쓴 리퀘스트 메세지를 만들어 보냄
+
+#### 리퀘스트 메세지에 쓰는 URI는 파일 1번에 1개씩만 읽을 수 있다.
+
+리퀘스트 메세지에 쓰는 **URI는 한 개만으로 결정**되어 있으므로 파일을 **한 번에 한 개씩만 읽을 수 있기 때문에 파일을 따로 읽어야 한다.**
+
+즉, 한 문장에 3개의 영상이 포함되어 있다면 총 4회의 리퀘스트 메세지를 웹 서버에 보낸다.
+
+`웹 서버`는 4회의 리퀘스트가 한 개의 페이지인지, 아니면 각각 별도의 페이지인지는 신경쓰지 않고, **단순히 한 개의 리퀘스트에 대해 한 개의 응답을 돌려보낼 뿐이다!**
+
+### HTTP 메세지의 예
+
+* 브라우저와 웹 서버의 대화의 전체 모습 ![](https://velog.velcdn.com/images/prettylee620/post/6efa2f86-6b8a-4848-a369-ff5cfaa8ac3f/image.png)
+
+> 그림 출처 : https://velog.io/@wlwl99/%EB%B8%8C%EB%9D%BC%EC%9A%B0%EC%A0%80-%EB%8F%99%EC%9E%91-%EC%9B%90%EB%A6%AC-%EA%B5%AC%EC%A1%B0
diff --git "a/developLog/cs/network/_ \353\204\244\355\212\270\354\233\214\355\201\254 \352\263\265\353\266\200\355\225\230\352\270\260 \355\224\204\353\241\244\353\241\234\352\267\270_.md" "b/developLog/cs/network/_ \353\204\244\355\212\270\354\233\214\355\201\254 \352\263\265\353\266\200\355\225\230\352\270\260 \355\224\204\353\241\244\353\241\234\352\267\270_.md"
new file mode 100644
index 0000000..6fd2353
--- /dev/null
+++ "b/developLog/cs/network/_ \353\204\244\355\212\270\354\233\214\355\201\254 \352\263\265\353\266\200\355\225\230\352\270\260 \355\224\204\353\241\244\353\241\234\352\267\270_.md"	
@@ -0,0 +1,17 @@
+---
+description: 네트워크 공부를 위한 프롤로그
+---
+
+# 네트워크 공부하기 프롤로그
+
+`커피챗`에서 네트워크 책 포함 여러 책을 받았다...
+
+![](https://velog.velcdn.com/images/prettylee620/post/d74d2a04-b312-4dca-ac8c-5041ac85f124/image.png)
+
+정처기 실기도 끝났겠다.. cs에 대해 하나씩 공부하려고 함 `네트워크`에 대해서 공부를 이번달에 해보고자 한다.
+
+음.. 이건 다른 이야기지만 워드프레스 블로그 테마를 거금 들여서 샀는데 워드프레스 테마 쓰려면.. 요금제 내야해서.. 다음주 쯤 사려고 함
+
+사고 나서 공부하는 것은 거기도 올리고 여기 velog에도 올릴까 아님 워드프레스에만 올릴까 고민중임..
+
+**이번달에 일없을 때나 집에서 공부해서 네트워크 뿌신다!!!**
diff --git "a/developLog/cs/os/_ \355\224\204\353\241\234\354\204\270\354\212\244_ \354\212\244\353\240\210\353\223\234_ \353\251\200\355\213\260\355\203\234\354\212\244\355\202\271_ \353\251\200\355\213\260\354\212\244\353\240\210\353\224\251_ \353\251\200\355\213\260\355\224\204\353\241\234\354\204\270\354\213\261_ \353\251\200\355\213\260\355\224\204\353\241\234\352\267\270\353\236\230\353\260\215\352\263\274 \354\212\244\353\240\210\353\223\234\353\245\274 \353\247\216\354\235\264 \354\223\270\354\210\230\353\241\235 \355\225\255\354\203\201 \354\204\261\353\212\245\354\235\264 \354\242\213\354\235\204\352\271\214____.md" "b/developLog/cs/os/_ \355\224\204\353\241\234\354\204\270\354\212\244_ \354\212\244\353\240\210\353\223\234_ \353\251\200\355\213\260\355\203\234\354\212\244\355\202\271_ \353\251\200\355\213\260\354\212\244\353\240\210\353\224\251_ \353\251\200\355\213\260\355\224\204\353\241\234\354\204\270\354\213\261_ \353\251\200\355\213\260\355\224\204\353\241\234\352\267\270\353\236\230\353\260\215\352\263\274 \354\212\244\353\240\210\353\223\234\353\245\274 \353\247\216\354\235\264 \354\223\270\354\210\230\353\241\235 \355\225\255\354\203\201 \354\204\261\353\212\245\354\235\264 \354\242\213\354\235\204\352\271\214____.md"
new file mode 100644
index 0000000..6a7a976
--- /dev/null
+++ "b/developLog/cs/os/_ \355\224\204\353\241\234\354\204\270\354\212\244_ \354\212\244\353\240\210\353\223\234_ \353\251\200\355\213\260\355\203\234\354\212\244\355\202\271_ \353\251\200\355\213\260\354\212\244\353\240\210\353\224\251_ \353\251\200\355\213\260\355\224\204\353\241\234\354\204\270\354\213\261_ \353\251\200\355\213\260\355\224\204\353\241\234\352\267\270\353\236\230\353\260\215\352\263\274 \354\212\244\353\240\210\353\223\234\353\245\274 \353\247\216\354\235\264 \354\223\270\354\210\230\353\241\235 \355\225\255\354\203\201 \354\204\261\353\212\245\354\235\264 \354\242\213\354\235\204\352\271\214____.md"	
@@ -0,0 +1,2 @@
+# 프로세스, 스레드, 멀티태스킹, 멀티스레딩, 멀티프로세싱, 멀티프로그래밍과 스레드를 많이 쓸수록 항상 성능이 좋을까..?
+
diff --git "a/developLog/cs/security/_ \354\232\260\353\246\254\353\202\230\353\235\274 \353\263\264\354\225\210\354\235\230 \354\213\244\355\203\234_.md" "b/developLog/cs/security/_ \354\232\260\353\246\254\353\202\230\353\235\274 \353\263\264\354\225\210\354\235\230 \354\213\244\355\203\234_.md"
new file mode 100644
index 0000000..5164849
--- /dev/null
+++ "b/developLog/cs/security/_ \354\232\260\353\246\254\353\202\230\353\235\274 \353\263\264\354\225\210\354\235\230 \354\213\244\355\203\234_.md"	
@@ -0,0 +1,16 @@
+---
+description: 보안
+---
+
+# 우리나라 보안의 실태
+
+## TMI
+
+커피챗에서 우리나라 보안 프로그램에 대해 분석한 외국인의 블로그글이 있다고 해서 추천 받았다
+
+
+
+> [https://palant.info/categories/korea/](https://palant.info/categories/korea/)
+
+하...
+
diff --git "a/developLog/cs/sever/_ \355\206\260\354\274\223\354\235\264\353\236\200 \353\254\264\354\227\207\354\235\270\352\260\200_.md" "b/developLog/cs/sever/_ \355\206\260\354\274\223\354\235\264\353\236\200 \353\254\264\354\227\207\354\235\270\352\260\200_.md"
new file mode 100644
index 0000000..da9d5db
--- /dev/null
+++ "b/developLog/cs/sever/_ \355\206\260\354\274\223\354\235\264\353\236\200 \353\254\264\354\227\207\354\235\270\352\260\200_.md"	
@@ -0,0 +1,172 @@
+# 톰켓이란 무엇인가
+
+#### 스프링 부트는 내장 톰켓을 가진다. BUT 스프링은 아님
+
+## 1. 스프링과 스프링 부트의 차이
+
+#### 1. **스프링 프레임워크 (Spring Framework)**
+
+* **스프링**은 자바 엔터프라이즈 애플리케이션을 만들기 위한 포괄적인 프레임워크입니다.
+* IoC(제어의 역전) 컨테이너, AOP(관점 지향 프로그래밍), 트랜잭션 관리 등 다양한 엔터프라이즈 기능을 제공합니다.
+* 스프링을 사용하면 애플리케이션 개발의 유연성과 모듈성을 높일 수 있지만, 설정이 복잡할 수 있습니다.
+* 스프링 자체는 웹 애플리케이션 서버를 포함하지 않습니다. 웹 애플리케이션을 배포하기 위해서는 외부의 톰캣(Tomcat), 제티(Jetty) 등의 서블릿 컨테이너가 필요합니다.
+
+#### 2. **스프링 부트 (Spring Boot)**
+
+* **스프링 부트**는 스프링 프레임워크를 기반으로 한, 애플리케이션을 빠르고 간편하게 개발할 수 있도록 도와주는 도구입니다.
+* 스프링 부트는 "자동 설정(Auto-Configuration)"을 통해 복잡한 스프링 설정을 자동화하고, 기본 설정을 제공합니다. 따라서, 스프링 애플리케이션을 더 빠르게 시작하고 실행할 수 있습니다.
+* 내장형 웹 서버(예: 톰캣, 제티, 언더토우)를 포함하고 있어, 애플리케이션을 독립적으로 실행할 수 있습니다. 이를 통해 별도의 서버 설치 없이 `java -jar` 명령으로 애플리케이션을 실행할 수 있습니다.
+  * **내장 톰캣**은 스프링 부트 애플리케이션에서 기본적으로 제공되는 내장 웹 서버입니다. 외부에 설치된 톰캣에 배포할 필요 없이, 애플리케이션 내에서 톰캣 서버를 포함하여 실행할 수 있습니다.
+
+#### 요약
+
+* **스프링**은 포괄적인 엔터프라이즈 애플리케이션 개발 프레임워크입니다.
+* **스프링 부트**는 스프링을 기반으로 한 간편한 애플리케이션 개발 도구로, 내장형 톰캣 서버를 포함하고 있습니다.
+
+따라서, 스프링 부트가 내장 톰캣 서버를 제공하는 것이 맞으며, 스프링 프레임워크 자체는 웹 서버를 포함하지 않습니다.
+
+
+
+## 2. HTTP : 소켓
+
+### 1) 시스템 콜(System call)
+
+#### 🍐 시스템 콜의 개념
+
+* 프로그램이 OS 커널이 제공하는 서비스를 이용하고 싶을 때 시스템 콜을 통해 실행
+* 시스템 콜이 발생하면 해당 **커널 코드가 커널 모드에서 실행**
+
+#### 🍐 시스템 콜의 종류
+
+1. 프로세스/스레드 관련
+2. 파일 I/O 관련
+3. 소켓 관련
+4. 장치(device) 관련
+5. 프로세스 통신 관련
+
+#### 🍐 리눅스에서 제공하는 일부 시스템 콜
+
+* 리눅스는 C언어로 개발됨
+
+![](https://velog.velcdn.com/images/prettylee620/post/192c16a7-b40d-4cf6-82f8-ef238408d858/image.png)
+
+### 2) 시스템 콜 & 인터럽트 예제 : 파일 read
+
+#### 🍐 전제
+
+* 스레드 t1, t2
+* cpu : single core cpu
+
+1. t1이 실행하고 있다가 `read`라는 시스템 콜 호출시 커널 모드로 전환
+
+![](https://velog.velcdn.com/images/prettylee620/post/c6400db8-62f0-4900-94b8-4273526f782c/image.png)
+
+2. 커널 모드에서는 t1의 cpu 상태 저장
+3. 파일의 위치를 찾아서 버퍼에서 읽을 수 있도록 준비 시킴
+4. `read`는 block 시스템 이라 파일이 읽을 상태가 될때까지 기다려야 하기 때문에 **t1을 `wating`** 상태로 변환해줘야 한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/0923174b-f63f-4425-873f-5bd946b7288e/image.png)
+
+5. 이렇게 되면 cpu에서 일하는 스레드가 없기 때문에 **스케줄링을 통해서 계속 일하게 해줘야 한다.**
+
+* **t2**가 기다리고 있었으니 `running`으로 바꿔준다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/a7a1453d-d603-4516-8502-908a69b04b47/image.png)
+
+6. 이제 유저 모드로 바뀌게 되며, 주도권을 t2가 가지고 된다.
+7. 그러고 실행 되다가.. 파일을 읽을 준비가 됐다고 하면 알려줌
+
+> 뭐로 파일을 읽을 준비가 됐다고 알려줄까?
+
+그게 바로 `interrupt`, 파일이 준비가 됐다는 인터럽트 발생시킴
+
+![](https://velog.velcdn.com/images/prettylee620/post/534ab69b-e39c-4f2e-b2f1-80fccaa03592/image.png)
+
+8. **인터럽트 처리를 위해** 다시 **커널모드**로 전환된다.
+9. **커널모드**로 갔으니, t2의 **cpu 상태를 저장**한다.
+10. t1의 상태를 `ready` 상태로 변경해 줘야 한다.
+11. t2 cpu 상태 복원
+
+![](https://velog.velcdn.com/images/prettylee620/post/991a482e-530c-437e-b177-541dc093980e/image.png)
+
+12. 커널모드 마무리 후 유저 모드로 돌아감
+13. t2가 실행하다가 이 방식이 **멀티태스킹** 방식이라 t2가 자기에게 **주어진 타임슬라이트를 다 쓰면** `timer라는 하드웨어`를 통해 알려주게 됨
+14. 이 때 알려주는 방식 또한 **인터럽트**이다. 타이머와 관련된 인터럽트 발생
+
+![](https://velog.velcdn.com/images/prettylee620/post/5c8357fd-dee9-419a-a1ef-5960bf8c0bb4/image.png)
+
+15. 다시 **커널모드**로 전환되며, t2 cpu 상태 저장
+
+* t2 ready
+* t1 running
+* t1 cpu 상태 복원
+
+![](https://velog.velcdn.com/images/prettylee620/post/d6228d56-cb06-4753-a5f7-a3840cf8ea7f/image.png)
+
+16. **유저모드**로 전환되며, 주도권 t1에게 넘어간 후 파일을 읽어올 준비가 다 끝났으니 그 작업을 하게 됨
+
+### 3) 프로그래밍 언어와 시스템 콜
+
+> 하드웨어 혹은 시스템 관련 기능은 **어떤 프로그램이라도 반드시 시스템 콜을 통해서만 사용 가능**하다.
+
+하지만 보통 우리는 개발 시 직접 OS 시스템 콜을 사용한 적은 없었다. 그럼에도 불구하고 우리는 지금까지 파일 I/O, 네트워크 I/O, 프로세스/스레드 작업을 해왔다.
+
+> Q. 이게 어떻게 가능했던 것일까?
+
+A. 이것은 우리가 사용하는 프로그래밍 언어들이 **시스템 콜을 포장(wrapping)하여 간접적으로 사용할 수 있도록 제공**했기 때문이다.
+
+#### 🍐 예시 java.lang.Thread class
+
+* 원래대로라면 무조건 시스템 core를 필요로 하는 작업
+
+```java
+Thread thread = new Thread();
+thread.start();
+```
+
+#### 🍐 thread.class의 일부 코드
+
+1. `native`가 붙으면 **운영체제**를 보통 뜻한다.
+2. java native interface를 통해 기반이 되는 os의 시스템의 콜을 호출하게 됨 즉, 연결이 된다는 것
+3. 리눅스 기반이라면 start0() ⇒ clone이라는 시스템 콜을 호출
+4. 프로그래밍 언어는 탄생 시 자기 철학이나 입맛에 맞는 시스템 콜을 보장해서 쓸 수 있게 제공해준다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/68c93857-e332-490f-a9b8-13a2d7af3613/image.png)
+
+## 3. 톰켓과 웹서버
+
+### 1) 웹 서버 = 아파치(Apache)
+
+> 요청한 파일을 응답해주는 것
+
+![](https://velog.velcdn.com/images/prettylee620/post/27cb10a8-3c9d-4769-aa46-efcbcb1f83cb/image.png)
+
+HTTP 서버는 갑 즉, 을이 원하는 데이터를 가지고 있다. 그렇기 때문에 을이 갑에게 `request(요청)`을 한다. 이때, ip 주소를 알아야 한다.
+
+또한 `URL(Uniform Resource Location)`로 만들어 자원의 위치를 요청해서 필요한 데이터를 가져올 수 있다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/03c2aea3-d864-4a40-a2a4-cd2d25b4688b/image.png)
+
+response 할 때는 을의 ip주소를 몰라도 된다. 을이 요청한 ip주소 토대로 request이 자신이 누군지 밝히는데 그 정보를 토대로 그 정보에 response 해주면 된다.
+
+이때 갑이 `웹서버`가 된다.
+
+즉, 요청을 하지 않으면 응답을 할 수 없다. 왜냐하면 요청한 정보를 토대로 주소를 알기 때문이다. 만약 요청을 하지 않았는데도 알려면 `소켓(socket)`을 사용해야 한다. 을이 연결하는 순간 연결이 지속되어 있기 때문이다.
+
+여기서의 자원은 static 자원 즉, 정적인 자원이다. 매번 바뀌지 않고 일치함
+
+### 2)  톰켓(Tomcat)
+
+> 자바 파일을 컴파일 해서 html로 번역해서 돌려준다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/918250ed-79ef-4363-a118-eed1403a7697/image.png)
+
+자바코드를 요청하게 되면 **아파치는 자바코드를 이해하지 못한다.** 응답을 못한다는 것
+
+![](https://velog.velcdn.com/images/prettylee620/post/16e0d96b-2109-4532-99c2-b12d72d4f843/image.png)
+
+그렇기 때문에 아파치에 톰켓을 달게 된다. 그렇게 apache가 이해하지 못하는 것을 **tomcat에게 제어권을 넘겨준다.** `.jsp 파일`에 있는 모든 자바 코드를 컴파일 한다. 컴파일 된 파일을 html로 만들어준다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/96e0ece1-9218-4403-914b-39b283b980ff/image.png)
+
+그 후 apache에게 돌려주면 받게 된다. 보통은 웹 브라우저와 통신을 하는데 웹 브라우저는 html, javascript, css, avi 등 처럼 **정적인 것들만 이해할 수 있다.** `.jsp 파일`을 받게 되면 **웹 브라우저는 열리지 않고 깨지게 된다.**
diff --git a/developLog/ex/credential/_ ADsP_.md b/developLog/ex/credential/_ ADsP_.md
new file mode 100644
index 0000000..e676063
--- /dev/null
+++ b/developLog/ex/credential/_ ADsP_.md	
@@ -0,0 +1,2 @@
+# ADsP
+
diff --git a/developLog/ex/credential/_ SQLD_.md b/developLog/ex/credential/_ SQLD_.md
new file mode 100644
index 0000000..9377da5
--- /dev/null
+++ b/developLog/ex/credential/_ SQLD_.md	
@@ -0,0 +1,16 @@
+---
+layout:
+  title:
+    visible: true
+  description:
+    visible: true
+  tableOfContents:
+    visible: true
+  outline:
+    visible: true
+  pagination:
+    visible: false
+---
+
+# SQLD
+
diff --git "a/developLog/ex/credential/engineer-information-processing/_ \353\214\200\355\225\231\354\203\235_ \354\267\250\354\244\200\354\203\235_ \354\213\240\354\236\205\352\260\234\353\260\234\354\236\220\354\235\230 \352\263\274\354\240\225\352\263\274 \355\225\250\352\273\230\355\225\234 \354\240\225\353\263\264\354\262\230\353\246\254\352\270\260\354\202\254 4\355\212\270 2024\353\205\204 1\355\232\214 \354\213\244\352\270\260 \355\233\204\352\270\260_.md" "b/developLog/ex/credential/engineer-information-processing/_ \353\214\200\355\225\231\354\203\235_ \354\267\250\354\244\200\354\203\235_ \354\213\240\354\236\205\352\260\234\353\260\234\354\236\220\354\235\230 \352\263\274\354\240\225\352\263\274 \355\225\250\352\273\230\355\225\234 \354\240\225\353\263\264\354\262\230\353\246\254\352\270\260\354\202\254 4\355\212\270 2024\353\205\204 1\355\232\214 \354\213\244\352\270\260 \355\233\204\352\270\260_.md"
new file mode 100644
index 0000000..fda7588
--- /dev/null
+++ "b/developLog/ex/credential/engineer-information-processing/_ \353\214\200\355\225\231\354\203\235_ \354\267\250\354\244\200\354\203\235_ \354\213\240\354\236\205\352\260\234\353\260\234\354\236\220\354\235\230 \352\263\274\354\240\225\352\263\274 \355\225\250\352\273\230\355\225\234 \354\240\225\353\263\264\354\262\230\353\246\254\352\270\260\354\202\254 4\355\212\270 2024\353\205\204 1\355\232\214 \354\213\244\352\270\260 \355\233\204\352\270\260_.md"	
@@ -0,0 +1,176 @@
+---
+description: 정보처리기사 실기 후기.,,
+---
+
+# 대학생, 취준생, 신입개발자의 과정과 함께한 정보처리기사 4트 2024년 1회 실기 후기
+
+## 1. 시험 후기 및 TMI
+
+### TMI
+
+#### 항상 1개 차이로 떨어진 저번 시험들..
+
+2022.3회차 2023 1회차. 2023 2회차에서 \*\*모두 57, 56, 54정도 떨어졌고 \*\*ㅋㅋㅋㅋ...2023 3회차는 국비 팀프로젝트 하느라 결시했다..
+
+학교는 전문대라 cs지식 이런 강의가 전혀 없었음...
+
+이 2년 간 2022에는 대학생이었고 2023에는 취준생 및 국비를 들었고 2024 현재는 취업 성공해서 신입 개발자로 다닌지 3개월 정도 됐는뎁
+
+그럼에도 나는 cs지식이 한참 부족했고 특히 c언어 짱 싫어하고 **필기처럼 그냥 단어위주로 외워도 되겠다 혹은 기출풀고 그냥 해설보면 되겠지**라고 한 결과 **쉬운 시험에서도 어려운 시험에서도 한개차이로 떨어지는** 일이 반복…&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/161b2fb1-f154-435f-b93b-6a27c887666f/image.png" alt=""><figcaption></figcaption></figure>
+
+이번에는 필기 다시 보지 않기 위한 마지막 시험이었다... ㅠㅠ (유효기간 만료)
+
+### 시험 후기 및 가채점
+
+#### 가채점 사진
+
+&#x20;이번에 정처기 실기 4트째 시험만에 가채점 상으로 부분점수랑 논란 문제 제외해도 안정권으로 붙을 것 같다 ㅠㅠㅠ
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a5d98c48-c35b-49fd-8470-595bf2f9bd21/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 시험 후기
+
+시험 고사장에 들어가서 문제 인쇄면 확인 할 때… c언어가 너무 많아서 당황스러웠지만 시험장 들어가기 전 확인하기 위한 정리본을 다시 되새김질 하면서 9시 반까지 기달렸다..
+
+나는 자바 개발자고 c언어는 학교 1학년때 잠깐 정도? 그래서 문제가 되게 당황스러웠고 진짜... **필기부터 다시봐야 하나 하고 생각이 들면서 망했음을 직감했음**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/9f8f1f80-79e3-4986-a217-418e1b464c88/image.png" alt=""><figcaption></figcaption></figure>
+
+멘탈이 깨지려 했지만 부여잡고 천천히 풀어보니 못 풀 정도는 아니더라서 차분하게 풀어봄.. 근데 **시험이 기출 변형으로 나온 것들이 좀 있었지** 기출이랑 똑같이 낸 건 이번 시험에서 거의 못본 것 같다..
+
+그렇게 시험 끝나기 5분전까지 남아있었고 검토했음.. 다들 나가도 나는 남아있었다. 내가 항상 덜렁 거리고 이러는 성격이라 **문제를 제대로 안읽는 실수**를 많이 하기 때문..
+
+#### 1회차는 쉽다고 했는데..
+
+<mark style="color:red;">실시간으로 뒤에서 시험보는데 욕하는 소리 들렸음 ㅋㅋㅋㅋㅋㅋㅋ</mark> 심지어 논란의 C언어 리턴 문제도 있고
+
+#### 이번 회차의 합격점은..
+
+실제로 이번회차는 그래도 **확인하고 고쳤다..**
+
+1. 기출이랑 똑같이 나왔네 하고 1번을 3으로 쓸 뻔했지만 나중에 다시 확인하고 4로 바꿈
+2. 기호를 쓰세요 인데 그냥 단어를 쓴다던가(이번에는 그냥 적으세요?인가해서 기호나 단어도 될듯)
+3. 파이썬 문제 인덱스 1부터인데 처음에 인덱스 0부터로 착각하고 썼다가 마지막 검토때 확인해서 고치고
+4. 4번도 다시한번 풀고
+
+#### 저번 회차의 실수들
+
+1. 데이터 삭제인데 drop 쓰고
+2. 계산 잘못해서 완전수 문제 뒤까지 다했는데 6만 해서 틀리고
+3. 시험장에서 맞을 것 같은거 갯수 세고 있었음 ㅋㅋㅋ... 등등…
+
+## 2. 책 추천
+
+1.  2024 수제비 정보처리기사 실기 FINAL 실전 모의고사)&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/1eb5a6c0-bab8-4353-a37c-89fd5a6544d6/image.png" alt=""><figcaption></figcaption></figure>
+
+* 많이들 추천 다만 개념들이 너무 딥함
+
+2.  2024 흥달쌤의 정보처리기사 실기&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/c0fd512f-48b7-41e0-9971-74260db16d5e/image.png" alt=""><figcaption></figcaption></figure>
+
+* 여기 있는 프로그래밍 문제들 굉장히 괜찮았음
+
+3.  2024 이기적 정보처리기사 실기 핵심 600제 + 프로그래밍 언어&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/79e3fba8-d62e-47eb-8628-ccf4d94b2231/image.png" alt=""><figcaption></figcaption></figure>
+
+* 이것도 프로그래밍 언어랑 SQL만 다 풀고 갔음!! 이론은 굳이 안풀고 20, 21, 22, 23기출만 풀었다!!
+
+## 3. 외워야 할 필수 개념 및 유의 사항
+
+### 유의 사항
+
+![](https://velog.velcdn.com/images/prettylee620/post/6dc1a48c-3e8c-4382-9928-d47c38cb50f3/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/889a679a-f424-41d8-9dc1-8698929ac832/image.png)
+
+#### 1) 프로그래밍 언어 및 SQL 먼저 공부
+
+진짜 내가 프로그래밍 언어 SQL 겁나 자신 있다 아니면, 이제는 진짜 프로그래밍 언어부터 공부하기
+
+흥달쌤 책에 있는 거, 시나공 600제 문제집으로 다 풀고 이유를 적으며 문제 푸니까 확실히 프로그래밍 언어 풀 때 조금 더 수월한 것 같음
+
+벼락치기는… 비추.. 언제 약속이나 일이 생길지 모르니까 ㅋㅋㅋㅋ
+
+시험 3주전부터 공부했는데... 외울게 끊임 없더라 ㅠㅠㅠ 머리속에 남는 것도 없고..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/cbea1f3a-a716-47f4-bde3-6b80cca9d865/image.png" alt=""><figcaption></figcaption></figure>
+
+마지막날에는 머리속에 들어오지도 않아서 잘 안외워지는 것 정리본 (수제비 데일리문제 및 기출)마지막으로 봤음 흥달쌤 라이브 올라온 계산식 프로그래밍 정리 3시간 짜리와 주말코딩 영상 마지막으로 정리하고 갔다!!
+
+#### 2) 시험장에서는 꼼꼼히 끝까지 한 번보고 3번 보고 하기
+
+시험은 어렵던 쉽던 마지막까지 검토하시길 바람 그래야 잘못 문제 본게 눈에 들어오더라...
+
+생각보다 문제 잘못봐서 그거 하나 차이로 떨어지는 사람 꽤 많음..
+
+#### 3) 시험장에 웬만하면 계산기 들고가자..
+
+계산기도 웬만하면 챙겨가기(손으로 계산하다가 오답된 사람…) **다만 되는 기종도 있고 안되는 것도 있으니 확인하고 챙겨가기**
+
+첫 회차에서도 마지막까지 남아서 계산만 잘했어도 1트 합격인데ㅜㅜㅠ나도 흥달쌤 이 영상 보고 끝까지 남아있어서 합격 할 수 있었던 것 같음..
+
+[흥달쌤의 시험 전 영상](https://youtu.be/DfG646NFKoE?si=-iEmH9ekT7Gu-XxT)
+
+### 외워야 할 필수 개념
+
+> 아래는 기본적으로 꼭 외워야 하는 것들 느낌
+
+1. 프로그래밍 언어
+
+* C언어의 포인터, 기본 개념
+* 자바의 상속, 다형성, 기본 개념
+* 파이썬의 인덱싱, 기출에 나와 있는 수준 개념
+
+2. SQL
+
+* 데이터베이스 개념 전부
+* 데이터 CRUD, 테이블, 인덱스, 뷰 CUD
+* GRANT, REVOKE
+* 스텁, 드라이버
+
+3.  암호화 알고리즘&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/11f5c531-5277-4ae8-ad6f-0d794d29449a/image.png" alt=""><figcaption></figcaption></figure>
+4. 응집도, 결합도
+
+* 강한 순서, 약한 순서
+* 좋은 것, 안좋은 것
+* 의미
+
+5. 보안 개념
+
+* 루트킷, VPN, 웜 등등
+
+6. 라우팅 프로토콜
+
+* RIP, OSPF
+
+7.  디자인 패턴&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/5c8afe35-63cd-465d-9de0-5c02fdfbbcfb/image.png" alt=""><figcaption></figcaption></figure>
+8. 블랙박스 테스트, 화이트 박스 테스트
+
+* 동등분할 경계값 분석
+* 화이트박스는 개별 조건식 : 조건, 모든 조건문 1번 이상 : 분기 등등
+
+9. 이전 기출 개념
+
+* 이전 기출에 보기에 나와 있는 개념도 전부 정리해두기
+
+
+
+## 4. 느낌점
+
+> 4번 시험 보면서 반복을 하니까 실무에서 적용되는 것에도 도움이 되고 오래 기억에 남는 것 같아 힘들었지만 좋은 것 같다. (AES.. HASH..등등)
+
+항상 가채점에 떨어질 거 예상하고 우울하고 했는데 필기 유효기간 전에 합격할 것 같아 행복하다ㅠㅠㅠ (아직 합격 아니지만... 그래도..)
+
+> [VELOG 버전](https://velog.io/@prettylee620/%EB%8C%80%ED%95%99%EC%83%9D-%EC%B7%A8%EC%A4%80%EC%83%9D-%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EA%B3%BC%EC%A0%95%EA%B3%BC-%ED%95%A8%EA%BB%98%ED%95%9C-%EC%A0%95%EB%B3%B4%EC%B2%98%EB%A6%AC%EA%B8%B0%EC%82%AC-4%ED%8A%B8-2024%EB%85%84-1%ED%9A%8C-%EC%8B%A4%EA%B8%B0-%ED%9B%84%EA%B8%B0)
+
+![](https://velog.velcdn.com/images/prettylee620/post/ec823ea5-4d34-4908-a79f-f0bb518e665b/image.png)
+
+이제 다른 거 공부해야지..
diff --git "a/developLog/ex/credential/engineer-information-processing/_ \354\213\244\352\270\260_.md" "b/developLog/ex/credential/engineer-information-processing/_ \354\213\244\352\270\260_.md"
new file mode 100644
index 0000000..01ae838
--- /dev/null
+++ "b/developLog/ex/credential/engineer-information-processing/_ \354\213\244\352\270\260_.md"	
@@ -0,0 +1,8 @@
+# 실기
+
+파이썬 정리 : [https://wikidocs.net/book/6708](https://wikidocs.net/book/6708)
+
+시나공 사이트 : [https://www.sinagong.co.kr/pds#sinagong](https://www.sinagong.co.kr/pds#sinagong)
+
+
+
diff --git "a/developLog/ex/employment-job-change/si/_ \354\225\240\353\247\244\355\225\234 \354\213\240\354\236\205\352\260\234\353\260\234\354\236\220\354\235\230 \354\244\221\354\206\214_ si \354\267\250\354\244\200\352\270\260_feat_ \354\235\264\353\240\245\354\204\234 \353\260\217 \355\217\254\355\212\270\355\217\264\353\246\254\354\230\244 \354\236\221\354\204\261\353\262\225_ \353\251\264\354\240\221 \355\233\204\352\270\260_ _ \352\260\204\354\266\224\353\246\260 \353\262\204\354\240\204_.md" "b/developLog/ex/employment-job-change/si/_ \354\225\240\353\247\244\355\225\234 \354\213\240\354\236\205\352\260\234\353\260\234\354\236\220\354\235\230 \354\244\221\354\206\214_ si \354\267\250\354\244\200\352\270\260_feat_ \354\235\264\353\240\245\354\204\234 \353\260\217 \355\217\254\355\212\270\355\217\264\353\246\254\354\230\244 \354\236\221\354\204\261\353\262\225_ \353\251\264\354\240\221 \355\233\204\352\270\260_ _ \352\260\204\354\266\224\353\246\260 \353\262\204\354\240\204_.md"
new file mode 100644
index 0000000..ae493aa
--- /dev/null
+++ "b/developLog/ex/employment-job-change/si/_ \354\225\240\353\247\244\355\225\234 \354\213\240\354\236\205\352\260\234\353\260\234\354\236\220\354\235\230 \354\244\221\354\206\214_ si \354\267\250\354\244\200\352\270\260_feat_ \354\235\264\353\240\245\354\204\234 \353\260\217 \355\217\254\355\212\270\355\217\264\353\246\254\354\230\244 \354\236\221\354\204\261\353\262\225_ \353\251\264\354\240\221 \355\233\204\352\270\260_ _ \352\260\204\354\266\224\353\246\260 \353\262\204\354\240\204_.md"	
@@ -0,0 +1,282 @@
+---
+description: 취준기에 대한 간추린 버전
+---
+
+# 애매한 신입개발자의 중소, si 취준기(feat. 이력서 및 포트폴리오 작성법, 면접 후기) - 간추린 버전
+
+## 애매한 신입개발자의 취준하기
+
+> **Velog 버전**
+>
+> [⭐ 좀 더 자세히 쓴 글 1탄 - 쌩신입개발자의 중소, si 취뽀 1탄 이력서 및 포트폴리오 작성법 및 후기](https://velog.io/@prettylee620/%EC%8C%A9%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A4%91%EC%86%8C-si-%EC%B7%A8%EB%BD%80-1%ED%83%84-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%B0%8F-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-%EC%9E%91%EC%84%B1%EB%B2%95-%EB%B0%8F-%ED%9B%84%EA%B8%B0) [🌟 좀 더 자세히 쓴글 2탄 - 쌩신입개발자의 중소, si 취뽀 2탄 면접 후기, 질문, 취업 관련 사이트 모음, 결과](https://velog.io/@prettylee620/%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A4%91%EC%86%8C-si-%EC%B7%A8%EB%BD%80-2%ED%83%84-%EB%A9%B4%EC%A0%91-%ED%9B%84%EA%B8%B0-%EC%A7%88%EB%AC%B8-%EC%B7%A8%EC%97%85-%EA%B4%80%EB%A0%A8-%EC%82%AC%EC%9D%B4%ED%8A%B8-%EB%AA%A8%EC%9D%8C)
+
+![](https://velog.velcdn.com/images/prettylee620/post/a02c5a53-76b8-4d99-a246-63378aad240b/image.png)
+
+> 나는 벨로그 상위를 차지한 대기업, 네카라쿠배 당토 합격기랑 달리 si나 중소를 노리는 신입개발자이다. 현재는 면접보러 다니면서 결과를 기다리는 중이다.
+
+일단 이것 저것 많이 해봤으나.. 배포도 실패하고 트위터나 벨로그에 나오는 해커톤 나가서 상타고 이런 사람들과 달리 기본적인 것만 했기 때문에 **항상 부족**하다고 생각해왔다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/b11cff84-b4f8-4b45-b441-fa530a21c7ee/image.png)
+
+그래서 전문대 학교 졸업 후 전공심화도 했고 부트캠프도 들었다. _**그럼에도 나보다 잘하는 사람은 너무나도 많았고 해커톤은 꿈도 꾸지 못했다.**_ 그래서 취업 이력서를 쓸 때도 고민이 많았다. "💭 코테도 자신 없고 나는 쓸 것이 없는데.. 어떡하지...?"라고 이렇게 생각하는 사람들을 위한 이력서, 포트폴리오 작성법을 적어보기로 했다.
+
+### 전공심화를 한 학사(4년제 공고라도 넣어라)
+
+일단 나는 애매한 개발자이다. 전공자이긴 하지만.. 전문대 졸업인데 전공심화를 해서 학사이긴 한데 4년제라고 말하기에는 애매하다.
+
+아마 전공심화를 들은 전문대생들은 "💭 아.. 이걸 4년제 대졸이상이면 넣으면 안되겠지? 넣지말자"라고 생각하는 사람들이 꽤 될 것이라고 생각한다.
+
+> 하지만 최근 취준을 하면서 알게 된 것은 넣어뒀을 때 _\*\*문제가 된다면 알아서 회사가 서류에서 거른다. \*\*_ **그래서 경력 1년인 경우에도 면접보러 가기도 했고 4년제 대졸의 공고도 서류 합격은 했기에 걱정하지 말고 넣기 바람!!**
+
+### 애매한 실력의 개발자 취준(일단 취업을 너무 미루지 말자)
+
+내가 트위터하면서 느낀 점은 내가 못하는 것도 아니지만 그렇다고 준비된 인재도 아니라는 것이다. 비전공자인데 나보다 대단한 사람도 많고 배포에 마이그레이션까지 했는데도 서류 통과도 못하는 불경기라고 한다...
+
+그렇기에 나는 항상 부족하다고 느끼고 자신감도 없었다._\*\* 그냥 다 모르겠어라고 생각했다. 할 것은 많고 끝은 없고 나는 배포도 제대로 시도 못해 본 바보라고 생각했다.(지금도 그렇게 생각하긴 함)\*\*_&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/27714524-9c48-4227-a9a7-9b2e0ac828a6/image.png" alt=""><figcaption></figcaption></figure>
+
+> 하지만 요즘 느끼는 것은 남과 비교할 수록 성장하는 것이 아닌 스트레스만 받는다는 것이다. 그러면 내가 할 수 있는 시간이 줄어들 것이다.
+
+개발자는 평생 공부해야 하며 살아야 한다고 하지만 안주하고 살아가는 경우도 많다. 내 동기 회사에는 클래스의 단어도 모르는 사람이 면접 보러오기도 for문을 모르는 데 개발하는 사람도 있기에 발전해야 한다고 너무 스트레스 받지는 말았으면 한다.
+
+그러면서 나는 부족해 계속 공부해야 해..라고 생각하는 것도 좋다. _**물론 좋지만 공부의 끝은 없기에 면접을 보고 이력서를 넣으면서 내가 부족한 부분을 메꿔나가는 것이 좋다고 생각한다.**_
+
+그리고 나보다 잘하는 사람도 많지만 부족한 사람도 많다는 것을 명심해두자.
+
+## 📋 이력서 및 포트폴리오 정리(feat. 정리하는 방법)
+
+### 맨 처음의 노션 이력서(oopy)
+
+> **뮤테이션님 velog 참고**
+
+[주니어 개발자 이력서 쓰는 법](https://velog.io/@yukina1418/%EC%A3%BC%EB%8B%88%EC%96%B4-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EC%93%B0%EB%8A%94-%EB%B2%95)
+
+> [주니어 면접 팁](https://velog.io/@yukina1418/%EC%B5%9C%EA%B7%BC-%EB%A9%B4%EC%A0%91%EC%9D%84-%EB%8B%A4%EB%8B%88%EB%A9%B4%EC%84%9C-%EB%B0%9B%EC%95%98%EB%8D%98-%EC%A7%88%EB%AC%B8%EB%93%A4)
+>
+> [🪄 내 초반 노션 이력서](https://prettylee620.oopy.io/)
+
+&#x20;맨 처음에는 노션으로 작성을 했었다. 위의 뮤테이션 주니어 이력서 작성하는 법을 참고하여 나에 대한 설명을 먼저 적었다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/703dd4b0-a56b-4af1-ab68-2dd7c5eb32d8/image.png" alt=""><figcaption></figcaption></figure>
+
+![](https://velog.velcdn.com/images/prettylee620/post/435d03d4-d3a4-4d13-99ce-0bed5a72f8b8/image.png)
+
+특히 스킬의 부분 같은 경우 상 중 하로 적는 것이 아닌 이런식으로 **자세히 적어두는 것이 좋다고 한다.**
+
+> 그리고 많은 언어를 적어봐야 오히려 독이라고 한다. (면접 때 꼬리잡히기 딱이라고 함) 할 수 있는 부분에 대해서만 적어두자.
+
+&#x20;그 후 자기소개서 느낌으로 about me를 적어뒀다. 그 후 `pdf`로 변환해뒀다. 요즘 링크를 싫어하는 면접관들도 많다고 해서 **노션 링크가 아닌 pdf로 변환하는 것이 좋다고 한다.** 아니면 요즘 `oopy(우피)`를 사용해서 웹 페이지 화를 많이 하기도 하더라. _**다만 1주일 후에는 6470원 정도 한달 구독료가 있는 유료시스템이다.**_
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a4fc3925-39ed-44bf-b214-b38e6d5fefdb/image.png" alt=""><figcaption></figcaption></figure>
+
+> [oopy 링크](https://www.oopy.io/) [oopy를 이용한 신입 포트폴리오 예 벨로그](https://velog.io/@yoosion030/%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4%EC%9E%91%EC%84%B1%EB%B2%95)
+
+다양한 이력서 템플릿도 많기 때문에 노션 템플릿을 사용하고자 한다면 이 부분을 참고해도 좋을 것 같다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/e85ba263-4762-4432-9c4e-da1f694905fd/image.png" alt=""><figcaption></figcaption></figure>
+
+### 두 번째 이력서 및 포트폴리오(ppt) 작성법
+
+> [🪄 구글 드라이브를 이용한 이력서](https://drive.google.com/file/d/1GYAzQagjpnkVKjrhqK63-d4U4TgYVRj1/view?usp=sharing)
+
+#### 이력서와 자기소개서
+
+점핏이력서 양식을 pdf로 바꿔서 사용했다. `점핏` 이력서 개발자 양식 괜찮은 것을 참고해서 작성하였다.
+
+**1. 나에 대한 간략한 대표 설명**
+
+![](https://velog.velcdn.com/images/prettylee620/post/24479e0e-12a8-4bd6-9a2b-ceac39ed47f6/image.png)
+
+나에 대한 간략하게 대표적인 설명을 적어두는 것이 좋다. \_\*\*개발 경력이 있는 경우에는 경력 몇 년차 개발자입니다. \*\*\_라고 적는 것이 좋다고 한다.
+
+**2. 학력 및 경력**
+
+&#x20;신입의 경우 경력이 없을 것.. 빈 곳으로 두기 그래서 그냥 관련 없는 아르바이트로 적어두었다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/7d1af5a1-7e83-452e-9a40-f9c23f7c0792/image.png" alt=""><figcaption></figcaption></figure>
+
+**3. 프로젝트에 대한 설명(포트폴리오에 넣는 다면 제외시켜도 괜찮을 듯)**
+
+![](https://velog.velcdn.com/images/prettylee620/post/47922244-33d7-46d1-803d-81398483b315/image.png)
+
+여태 진행한 프로젝트에 대해 넣어보자. 만약 `비전공자분들`이시라면 **학원에서 배운 것을 최대한 자세히 적어두자.** 그리고 전공자 중 너무 기본적인 프로젝트라서 넣기 그저 그런 프로젝트도 코드가 있다면 2개 정도 더 넣어두는 것이 좋을 것 같다.
+
+**4. 교육이력 및 자격증**
+
+![](https://velog.velcdn.com/images/prettylee620/post/15638e03-02df-46e7-ae46-0d3d5972aa5d/image.png)
+
+정보처리기사나 산업기사 필기만 땄더라도 적어두면 좋다.
+
+**5. 자기소개서**
+
+![](https://velog.velcdn.com/images/prettylee620/post/3ec6ab05-0b93-4728-941d-4b659e724f5e/image.png)
+
+개발자가 자기소개서가 중요하지 않다는 소리 많이 들어왔을 것..
+
+> 하지만 신입개발자는 해커톤을 나가거나 수상을 하지 않았다면 나를 증명할 것이 `한정적`이다. 그렇기 때문에 **자기소개서로 나를 드러내는 것이 오히려 중요하다라고 생각한다.**
+
+면접 본 곳 중에 자기소개서를 꼼꼼히 안 읽어보는 곳들도 있었지만 하나 하나 읽고 피드백 해준 곳들도 많기 때문에\*\* 내가 신입개발자고 수상도 해커톤도 없다면 자기소개서를 잘 적어 나를 드러내도록 하자.\*\*
+
+#### 포트폴리오
+
+> [📋 ppt를 이용한 포트폴리오](https://drive.google.com/file/d/1omLz0zCv1amUVqY6LwsiAMnozbMJE\_A8/view?usp=sharing)
+
+**1. 한장에 나에 대한 설명을 간략하게 적어내기**
+
+![](https://velog.velcdn.com/images/prettylee620/post/ac24c2aa-1c3a-43e0-a3d6-0cd618f38a31/image.png)
+
+자기소개서에 적은 것을 간추려서 적어서 한 장으로 만들어보자. 특히 자신이 생각했을 때 강점에 대해 3개 정도 잡아서 적어보자. 사진도 웬만하면 넣자. _**스타트업의 경우 사진을 안 넣으라고 하는 곳들도 많다고 한다.**_
+
+**2. 자격증과 학력 또한 한장으로**
+
+![](https://velog.velcdn.com/images/prettylee620/post/175171af-d6d8-4384-9c75-7ee2c0b3d375/image.png)
+
+한장으로 간추려서 적어두면 좋을 것 같다.
+
+**3. 스킬에 대한 자세한 설명**
+
+![](https://velog.velcdn.com/images/prettylee620/post/9899bfbf-4860-4159-85ef-36f09372d84a/image.png)
+
+내가 활용 가능한 기술, 사용해 본 경험이 있는 기술에 대해서 내가 얼마만큼 활용할 수 있으며, 어느 부분은 부족한지에 대해 자세히 적는 것이 좋다.
+
+**4. 이력서 첨부**
+
+![](https://velog.velcdn.com/images/prettylee620/post/2c24f8e4-423c-49b1-abb5-d5d2c1d4f775/image.png)
+
+요즘 포트폴리오에 `QR코드`를 넣는 경우도 있다고 해서 QR 코드를 이용해서 다운 받을 수도 있게 하고 `구글 드라이브로 링크 연동`해서 클릭해서도 확인 할 수 있게 연동해두었다.
+
+**5. 프로젝트 목차 설명**
+
+![](https://velog.velcdn.com/images/prettylee620/post/e6af04f8-7fa6-4c03-b177-5028192d1f29/image.png)
+
+**6. 프로젝트에 대한 설명**
+
+&#x20;프로젝트에 대한 간략한 소개 페이지를 적어두고 코드가 있는 깃허브 연동해두는 것이 좋다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/c2740195-b150-4692-ab55-6d08253d51de/image.png" alt=""><figcaption></figcaption></figure>
+
+&#x20;팀 프로젝트의 경우 내가 맡은 업무, 구조도 등을 적어두는 것이 좋다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/4ab3d5c5-b926-4afc-bcb1-604902e01158/image.png" alt=""><figcaption></figcaption></figure>
+
+> 그 후는 내가 해결해나간 방법등에 대해 적는 것이 좋다고 한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/109752b6-d8e5-4722-85c5-a0ab65d5edfe/image.png)
+
+1. 무슨 일이 생겼고 2. 어떠한 과정을 거쳐서 해결을 했으며 3. 어떤 결과를 냈다고 잘 두드러지면 좋다고 한다.
+
+**7. 마지막 페이지**
+
+![](https://velog.velcdn.com/images/prettylee620/post/bd974ad5-e7aa-4dc9-ab74-8be3d2ae71cc/image.png)
+
+### 이후에는 oopy나 웹 사이트를 이용한 형식으로 바꿀 예정
+
+> [🔗 웹-개발자-포트폴리오-A-to-Z기획부터-배포까지](https://velog.io/@couchcoding/%EC%9B%B9-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-A-to-Z%EA%B8%B0%ED%9A%8D%EB%B6%80%ED%84%B0-%EB%B0%B0%ED%8F%AC%EA%B9%8C%EC%A7%80) [🔗 웹 사이트를 이용한 개인 블로그이자 포트폴리오 사이트](https://aimzero-web.vercel.app/)
+
+이 것들을 활용해서 나에 대한 포트폴리오는 계속 업데이트 할 예정이다. ppt를 이용한 포트폴리오 방식은 아무래도 옛날 방식인 것 같아서 노션이나 웹 사이트를 이용한 형식으로 바꾸자.
+
+## 면접
+
+> 생각보다 중소나 SI 솔루션은 대다수가 인성 면접에 살짝 곁들인 기술 느낌이다. 보통 이력서나 포트폴리오에 대해 묻는다.
+
+### 의상
+
+그냥 깔끔하게만 입으면 되는 것 같다. 나는 자켓에 슬랙스정도 입고 갔다.
+
+### 면접 후기(질문들 모음)
+
+> 위에 적은 것처럼 대부분 프로젝트에 대해 물어 봤다. 진솔하게 답하면 될 것 같다.
+
+내가 본 곳은 전부 친절했다. 무례한 면접관은 한 분도 못 본 것같다. 그렇기 때문에 걱정하지 말고 면접보러 다니길 바람!!
+
+1. 팀에서 문제가 생겼을 때 어떻게 해결하셨나요?
+2. 프로젝트에 대해 자세히 설명해주세요.
+3. 자신이 맡았던 파트에 대한 설명을 해주세요.
+4. 가장 자신이 있는 언어와 그 이유는?
+5. 요즘 관심사는?
+6. 자기소개 해주세요(자기 소개도 잘 안시킴)
+7. 팀프로젝트를 하면서 가장 힘들었던 점은 어떤건가요?
+8. 국비에서 배운 것 중에 주로 배운 것은?
+9. 회사에 대해 궁금한 점은?(3가지 정도 준비해가도 좋을 듯.. 회사 홈페이지 참고 필수)
+10. 팀원들이랑 교류하나요?
+
+### 기술 면접을 위해 정리해둔 것
+
+> [🔗 기술 면접을 위한 정리](https://incredible-gem-98e.notion.site/877ca9c507714cdb93ea660a6ccc948d?pvs=4)
+
+## TIP
+
+### 중소나 SI인데 그렇게까지 준비해야 해?
+
+![](https://velog.velcdn.com/images/prettylee620/post/040709c6-ca2e-4d8d-92a1-07a7aabcb517/image.png)
+
+> 대답은 YES
+
+요즘 취업 불황기라 조금 괜찮다 싶은 중소나 SI의 경우 지원자가 300-600명까지도 넘어가더라. 그래도 개발자가 넣을 곳은 많지만.. 예전만큼 쉽게 뽑히는 시기는 많이 줄어든 것 같다.
+
+**특히 서류에서 면접 연락오는 곳이 적다.** 지금 경력자들도 이직하기 힘든 시기라고 한다. 그렇기 때문에 이력서나 포트폴리오로 최대한 나를 어필하는 것이 좋다. 그래야 면접을 보면서 `나를 한 번 더 어필` 할 수 있기 때문이다.
+
+중소라고 이력서만 딸랑 보내는 것보다는 포트폴리오까지 보내야 합격률을 높일 수 있다.
+
+### 취업 하고 싶은 달보다 1\~2달 일찍 이력서 넣기 시작하자.
+
+> 열람하고 바로 연락이 오는 곳도 있지만.. 1\~3주 후에 연락 오는 곳들도 많다.
+
+취준 기간이 길어지는 것이 불안하다면 취업 최종 목표 달 보다는 최소 1달 일찍 이력서를 넣기 시작해야 면접과 최종입사까지 내가 원하는 기간에 취업할 수 있을 것 같다.
+
+나는 늦게 넣기 시작해서 이것을 후회하기 시작했다고 한다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/44f9c13a-fa19-487c-91c9-a5debc97f64a/image.png" alt=""><figcaption></figcaption></figure>
+
+### 중소, SI가 목표라면 이력서를 많이 넣자.
+
+> 많이 넣으라고 했다고 무조건 이상한 곳 넣으라는 뜻이 아니다. 최소한 `개발 환경` 나와 있는 곳으로 지원하자.
+
+열람하는 곳이 생각보다 적다.. 만약 내가 20개를 넣었다면 10개도 열람 안하는 경우들이 많다.(왜인지는 모르겠는데..)
+
+![](https://velog.velcdn.com/images/prettylee620/post/f2e0e202-8807-4763-afb5-9a4f21c1071f/image.png)
+
+나 같은 경우에도 잡코리아에 넣어 둔 것중 반정도만 열람했다. 심지어 저정도도 한달 지나서 열람 한 것들도 있다. 사람인은 더 심하다. 반도 열람안한 경우들이 대다수이다. 그렇기 때문에 심사숙고해서 1개 넣고 계속 기다린다면 취업준비 기간은 한 없이 길어질 것이다. 내가 괜찮다 싶은 회사들을 최대한 많이 넣도록 하자.
+
+### 잡플래닛으로 확인해보자
+
+> 잡플래닛을 무조건 믿지는 말자. 다만 대략적 분위기는 알 수 있다.
+
+잡플래닛을 위에 적었다 싶이 무조건 믿으라는 것은 아니다. 하지만 대략적인 분위기와 그 회사에 대해 미리 알 수 있는 정보라고 생각한다. 중소기업도 있는 곳들이 대다수였다.
+
+### 개인 파견은 되도록 피하는 것이 좋다고 한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/d801050d-0425-43dc-a795-472b1c849c90/image.png)
+
+> 경력 뻥튀기가 많다고 한다. 그리고 특히 신입의 경우 각자 도생이라고 함 `팀 단위`로 파견 나가는 곳으로 되도록 가자.
+
+SI의 경우 팀으로 가는 경우들도 많은데.. 진짜 딱 파견만 하는 곳들은 신입들도 따로 따로 1명씩 보내는 경우가 있다고 한다. 이렇게 되면 팀원들끼리 구성되는 프로젝트들도 많을 것이고 내가 모르는 것이 있더라도 물어볼 수 없을 것... 버티고 혼자 성장도 가능하다면 좋지만 웬만하면 팀으로 가야지 물어볼 수라도 있다고 한다.
+
+## 하고 싶은 말
+
+> 물론 필자도 최종 합격까지는 아직이다. 대략 면접 6개정도 본 상태. 그리고 내가 적는 말이 전부 무조건 맞는 말은 절대 아니라는 것!!!
+
+### 면접에 대해 너무 두려워 하지 말자.
+
+> [일부러 거절당해보기(feat. 부트캠프 끝나고 뭐할까)](https://velog.io/@eddy\_song/rejection)
+
+그렇지만 이력서랑 포트폴리오로 고민하는 사람들을 위해 적어봤다. 그리고 너무 겁먹지 말고 지원해보자. 생각보다 면접관들 친절하다. 그리고 친구가 해준 말 중에 가장 기억에 남는 말이 있다. 나도 면접에 대한 두려움이 많았다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/f3a88f51-bb4a-4aa9-b882-e1e1874b64cc/image.png" alt=""><figcaption></figcaption></figure>
+
+_**나는 아는 것이 없는데.. 욕 먹으면 어떡해? 면접 무서워**_ 라고 친구한테 말했다.
+
+> 💬 면접관들은 내가 떨어진다면 다시는 안 볼 아저씨, 아줌마들이야. 그 사람들이 뭐라하던지 내 회사가 아니라면 한 귀로 듣고 한 귀로 흘려
+
+친구가 그렇게 말해줬기에 덜 스트레스 받고 면접을 볼 수 있었다. 뿐만 아니라 커피챗을 경험한 멘토 분에게도 이 고민에 대해 말했었다. _**내가 대답을 못할까봐 걱정이다.**_
+
+> 💬 그건 너무 걱정하지 말라. 생각보다 면접관 중에 자신도 모르면서 물어보는 경우도 많기 때문에 대답을 못할까봐 걱정하지 말라.
+
+실제 면접을 보러 다니면서 느끼는 것은 이 두 가지의 말 전부 맞는 말이다. 면접을 볼 수록 내성도 생기기 때문에 덜 떨고 말할 수 있다. 첫 면접때는 덜덜 떨면서 자기소개 했다. 하지만 2\~3번 반복적으로 보니 덜 떨게 됐다는 점을 말하고 싶다.
+
+그리고 최대한 밝게 면접보자.
+
+### 모두 좋은 곳에 취업하길 바라며
+
+모두 원하는 곳에 취업하길 바라며 이 글은 마무리 한다!! 일단 나도... 다음에는 합격기로 가지고 오길 바라며
diff --git "a/developLog/ex/employment-job-change/si/_ \354\225\240\353\247\244\355\225\234 \354\214\251\354\213\240\354\236\205\352\260\234\353\260\234\354\236\220 \354\244\221\354\206\214_ si \354\267\250\354\244\200\352\270\260 1\355\203\204 \354\235\264\353\240\245\354\204\234 \353\260\217 \355\217\254\355\212\270\355\217\264\353\246\254\354\230\244 \354\236\221\354\204\261\353\262\225 \353\260\217 \355\233\204\352\270\260_.md" "b/developLog/ex/employment-job-change/si/_ \354\225\240\353\247\244\355\225\234 \354\214\251\354\213\240\354\236\205\352\260\234\353\260\234\354\236\220 \354\244\221\354\206\214_ si \354\267\250\354\244\200\352\270\260 1\355\203\204 \354\235\264\353\240\245\354\204\234 \353\260\217 \355\217\254\355\212\270\355\217\264\353\246\254\354\230\244 \354\236\221\354\204\261\353\262\225 \353\260\217 \355\233\204\352\270\260_.md"
new file mode 100644
index 0000000..ffb09c8
--- /dev/null
+++ "b/developLog/ex/employment-job-change/si/_ \354\225\240\353\247\244\355\225\234 \354\214\251\354\213\240\354\236\205\352\260\234\353\260\234\354\236\220 \354\244\221\354\206\214_ si \354\267\250\354\244\200\352\270\260 1\355\203\204 \354\235\264\353\240\245\354\204\234 \353\260\217 \355\217\254\355\212\270\355\217\264\353\246\254\354\230\244 \354\236\221\354\204\261\353\262\225 \353\260\217 \355\233\204\352\270\260_.md"	
@@ -0,0 +1,498 @@
+---
+description: 신입개발자, 포트폴리오, SI
+---
+
+# 애매한 쌩신입개발자 중소, si 취준기 1탄 이력서 및 포트폴리오 작성법 및 후기
+
+## 1. 애매한 신입개발자의 취준기
+
+![](https://velog.velcdn.com/images/prettylee620/post/a02c5a53-76b8-4d99-a246-63378aad240b/image.png)
+
+> 나는 벨로그 상위를 차지한 대기업, 네카라쿠배 당토 합격기랑 달리 si나 중소를 노리는 신입개발자이다. 현재는 면접보러 다니면서 결과를 기다리는 중이었으나 면접때 꼭 가고 싶었던 곳에 **최종합격** 하였다!!
+
+일단 이것 저것 많이 해봤으나.. 배포도 실패하고 트위터나 벨로그에 나오는 해커톤 나가서 상타고 이런 사람들과 달리 기본적인 것만 했기 때문에 **항상 부족**하다고 생각해왔다. 많은 개발자 취준생들이 항상 생각일 것이다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/b11cff84-b4f8-4b45-b441-fa530a21c7ee/image.png)
+
+그래서 전문대 학교 졸업 후 전공심화도 했고 부트캠프도 들었다. _**그럼에도 나보다 잘하는 사람은 너무나도 많았고 해커톤은 꿈도 꾸지 못했다.**_ 그래서 취업 이력서를 쓸 때도 고민이 많았다. "💭 코테도 자신 없고 나는 쓸 것이 없는데.. 어떡하지...?"라고 이렇게 생각하는 사람들을 위한 이력서, 포트폴리오 작성법을 적어보기로 했다. 원래 글은 적어뒀으나 이트루님 글을 보고 좀 더 도움을 받은 부분도 있고, 팀원들도 요즘 취준중이라 도움됐으면 마음과 혹시나 나처럼 쌩 신입들에게도 도움이 됐으면 좋겠다라는 마음으로 더 자세히 적어보자 글을 다시 쓰게 되었다.
+
+> 참고 : [🔗 이트루님의 이직 이야기](https://leetrue.hashnode.dev/2024-turnover)
+
+요즘 진짜 채용시장은 너무 꽁꽁 얼어서 나같은 신입(인턴 경험 없음)은 진짜 너무 춥더라... 중소기업도 기본 500-600 지원자 넘어가는 것은 기본이더라.. 본인이 지원한 곳 중 한 곳 2주간의 경쟁률..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/fbb39f2d-88e7-4176-9d5e-3cc63e873f36/image.png" alt=""><figcaption></figcaption></figure>
+
+***
+
+### 🧑‍🎓 나란 사람이란...
+
+이력서 작성과 포트폴리오 정리 전 나에 대해 정리해보면,
+
+* 쌩 신입(인턴 경험 전무)
+* 전문대생(전공심화 해서 학사는 있음)
+* 정보처리기사 따다 말았음(필기만 합격), SQLD, ASDP 합격
+* 전공자(지식은 많지 않았음, 보통 IoT를 많이 함) + 멀티캠퍼스 부트캠프 6개월
+* 20대 후반
+* 수상 경험 전무
+* 아르바이트 경험 다수
+
+그래서 이력서를 적기 전에 내 강점이 뭔지.. 내가 내세울 것이 뭔지에 대해 노션에 정리해 보았다.
+
+#### 😝 장점
+
+**꾸준함과 성실함**
+
+![](https://velog.velcdn.com/images/prettylee620/post/1af6d03c-888f-4da8-8d82-020d78920a8f/image.png)
+
+**기록성**
+
+![](https://velog.velcdn.com/images/prettylee620/post/9109ed3a-ff02-436b-bd41-1690eada55b6/image.png)
+
+**협업과 주체적**
+
+![](https://velog.velcdn.com/images/prettylee620/post/2d6e122c-6448-4799-bbf8-5d84b57c0da1/image.png)
+
+**힘든 것을 즐기는 이상한 성격**
+
+![](https://velog.velcdn.com/images/prettylee620/post/7e731b84-ecec-4b9f-b224-2a69417519e2/image.png)
+
+**많은 욕심과 찍먹이지만 다양한 것을 해봄**
+
+![](https://velog.velcdn.com/images/prettylee620/post/167bde79-3084-47f2-b2d1-1fc6cee94c78/image.png)
+
+#### 😭 단점
+
+**1. 전무한 실무 경험**
+
+나는 실무 경험이 전무한 진짜 생 초짜 신입이다.. 인턴 경험 없고 수상 경험도 없다..
+
+**2. 알고리즘 지식 부족**
+
+알고리즘 자신이 없어서 코테가 있는 곳은 지원하기가 힘들었다. 알고리즘의 경우 올해 차근차근 공부해 볼 예정이다.
+
+**3. CI/CD, 배포 실패**
+
+네이버 클라우드를 사용해보았으나 배포 실패로 끝났으며, CI/CD를 적용해보지 못했다.
+
+이런식으로 먼저 나의 장단점에 대해 정리를 먼저해서 포트폴리오랑 이력서에 적을 것을 뚜렷하게 볼 수 있게 만들었다. 생각보다 뭐가 없다고 생각해도 곰곰히 생각해보면 자신의 장점이 꽤 많을 수도 있다. _\*\*정말 생각이 안난다면 주위 친구들이나 지인, 가족들에게 자신의 장점을 물어보는 것 또한 하나의 방법이라고 생각한다. \*\*_
+
+***
+
+## 2. 📋 이력서 및 포트폴리오 정리(feat. 정리하는 방법)
+
+이력서는 많이 내면서 조금씩 수정하는 게 답인 것 같다. 지금의 이력서도 완벽하지 않다. 그리고 면접을 보면서 느낀 것인데.. 대부분의 회사들이 같이 첨부파일로 한 포트폴리오는 많이 안 보는 느낌이다. 보통 면접을 볼 때 프린트해와서 그것을 보며 면접을 봤는데 대다수가 잡코리아나 사람인 **이력서만 뽑아 오는 것을 봤다.**
+
+그렇기 때문에 특히 신입에게 이력서, 자기소개서를 잘 쓰는 게 중요한 것 같다. (최종 합격한 곳은 내 벨로그, 깃허브, 포트폴리오 전부 다 꼼꼼히 확인해주셨다.)
+
+하지만.. 대부분의 이력서나 포트폴리오를 보면 너무 빵빵한 스펙에 나는 따라갈 수 없었다. (수 많은 프로젝트와...😭) 경력과 기술과 스택이 많았으며 수상, 해커톤들이 많았기 때문에 이력서를 쓰기 전부터 포기한 경우가 많았던 것 같다. **그런 것을 똑같이 쓰려고 하는 것보다는 참고만 하고 나만의 강점을 주로 가지고 쓰는 것이 중요하다고 생각한다.**
+
+1개의 프로젝트를 진행한 비전공자의 경우에도 충분히 그 것을 가지고 적을 수 있다고 생각한다.
+
+### ☝ 맨 처음의 노션 이력서(oopy)
+
+> **뮤테이션님 velog 참고 :** [주니어 개발자 이력서 쓰는 법](https://velog.io/@yukina1418/%EC%A3%BC%EB%8B%88%EC%96%B4-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EC%93%B0%EB%8A%94-%EB%B2%95)
+
+> [주니어 면접 팁](https://velog.io/@yukina1418/%EC%B5%9C%EA%B7%BC-%EB%A9%B4%EC%A0%91%EC%9D%84-%EB%8B%A4%EB%8B%88%EB%A9%B4%EC%84%9C-%EB%B0%9B%EC%95%98%EB%8D%98-%EC%A7%88%EB%AC%B8%EB%93%A4)
+>
+> [🪄 내 초반 노션 이력서](https://prettylee620.oopy.io/)
+
+#### 1) 간단 자기소개 및 자격증, 학력
+
+&#x20;맨 처음에는 노션으로 작성을 했었다. 위의 뮤테이션 주니어 이력서 작성하는 법을 참고하여 나에 대한 설명을 먼저 적었다. 나는 자바를 보통 이용하는 편이다 보니 자바를 통해 나에 대한 설명을 적었으며 나에 대한 강점과 대표적인 설명에 대해 적었다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/703dd4b0-a56b-4af1-ab68-2dd7c5eb32d8/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 2) 스킬에 대한 설명
+
+![](https://velog.velcdn.com/images/prettylee620/post/e9823c5b-dad7-40cf-9871-9ff286ca46d3/image.png)
+
+특히 스킬의 부분 같은 경우 상 중 하로 적는 것이 아닌 **자세히 적어두는 것이 좋다고 한다.** 어느 정도까지 사용 가능한지와 어느 부분이 부족해서 공부하고 있는 중이다라고 적어둬야 나중에 면접시에서도 편하다고 한다.
+
+그리고 많은 언어와 스킬을 적어봐야 오히려 독이라고 한다. (면접 때 꼬리잡히기 딱이라고 함) 할 수 있는 부분에 대해서만 최소한으로 적어두자.
+
+#### 3) About me 자기소개
+
+&#x20;그 후 자기소개서 느낌으로 about me를 적어뒀다. 그 후 `pdf`로 변환해뒀다. 요즘 링크를 싫어하는 면접관들도 많다고 해서 노션 링크가 아닌 `pdf로 변환`하는 것이 좋다고 한다. 아니면 요즘 `oopy(우피)`를 사용해서 웹 페이지 화를 많이 하기도 하더라. **다만 1주일 후에는 6470원 정도 한달 구독료가 있는 유료시스템이다.**
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/ba444ece-1257-48c7-8172-d74318dce337/image.png" alt=""><figcaption></figcaption></figure>
+
+> [oopy 링크](https://www.oopy.io/) [oopy를 이용한 신입 포트폴리오 예 벨로그](https://velog.io/@yoosion030/%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4%EC%9E%91%EC%84%B1%EB%B2%95)
+
+다양한 이력서 템플릿도 많기 때문에 노션 템플릿을 사용하고자 한다면 이 부분을 참고해도 좋을 것 같다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/e85ba263-4762-4432-9c4e-da1f694905fd/image.png" alt=""><figcaption></figcaption></figure>
+
+### 👆 두 번째 이력서
+
+> [🪄 구글 드라이브를 이용한 이력서](https://drive.google.com/file/d/1GYAzQagjpnkVKjrhqK63-d4U4TgYVRj1/view?usp=sharing)
+
+> [🔗 점핏 합격 이력서 및 포트폴리오 모음](https://www.jumpit.co.kr/hired-resumes)
+
+점핏 이력서 양식을 pdf로 바꿔서 사용했다. `점핏` 이력서 개발자 양식 괜찮은 것을 참고해서 작성하였다.
+
+#### **1) 나에 대한 간략한 대표 설명**
+
+![](https://velog.velcdn.com/images/prettylee620/post/24479e0e-12a8-4bd6-9a2b-ceac39ed47f6/image.png)
+
+나에 대한 간략하게 대표적인 설명을 적어두는 것이 좋다. \_\*\*개발 경력이 있는 경우에는 경력 몇 년차 개발자입니다. \*\*\_라고 적는 것이 좋다고 한다.
+
+* 자신의 경력 혹은 신입 개발자
+* 자신이 주력으로 사용하는 언어
+* 어떤 프로젝트를 한 경험이 있는지
+* 어떤 것을 주로 목표로 하는지
+* 어떤 강점이 있는지(자신이 생각하는 가장 큰 강점 )
+
+을 4줄 \~ 5줄로 적는 것이 가장 best인 것 같다.
+
+#### **2) 학력 및 경력**
+
+&#x20;블라인드가 아니라면 학력을 꼭 적어두자.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/7d1af5a1-7e83-452e-9a40-f9c23f7c0792/image.png" alt=""><figcaption></figcaption></figure>
+
+* 경력자라면, 관련 경력을
+* 신입이라면, 관련 없는 아르바이트라도..
+
+아르바이트로 사회적 활동을 했다고 혹은 오래했다면 성실성의 근거로 내세울 수도 있다. 나의 경우, 국가 근로랑 대학생 아르바이트도 했지만 대표적인 편의점만 적어두었다.
+
+#### **3) 프로젝트에 대한 설명(포트폴리오에 넣는 다면 제외시켜도 괜찮을 듯)**
+
+![](https://velog.velcdn.com/images/prettylee620/post/47922244-33d7-46d1-803d-81398483b315/image.png)
+
+여태 진행한 프로젝트에 대해 넣어보자. 만약 `비전공자분들`이시라면 **학원에서 배운 것을 최대한 자세히 적어두자.** 그리고 전공자 중 너무 기본적인 프로젝트라서 넣기 그저 그런 프로젝트도 코드가 있다면 2개 정도 더 넣어두는 것이 좋을 것 같다.
+
+* 프로젝트 이름
+* 프로젝트 기간
+* 프로젝트의 간단 설명
+* 프로젝트 사용 스택
+* 프로젝트 소개
+* 성과
+* 자신이 맡은 역할
+* 깃허브 링크
+
+자신이 한 것이 없더라도 최대한 쥐어짜서 생각하고 적어보자. 별 것 아니라고 생각하는 것까지 적어보면 생각보다 양이 많아질 수 있기에 좌절하지말자😀
+
+#### **4) 교육이력 및 자격증**
+
+![](https://velog.velcdn.com/images/prettylee620/post/15638e03-02df-46e7-ae46-0d3d5972aa5d/image.png)
+
+> 정보처리기사나 산업기사 필기만 땄더라도 적어두면 좋다.
+
+생각보다 면접때 많이 물어봤다. 왜 필기만 땄냐고 실기는 안땄냐고 해서 솔직하게 1개 차이로 떨어졌고 3회차에는 프로젝트랑 겹쳐서 못 가게 되었고 이번 년도까지라 이번 년도에 실기 다시 볼 예정이라고 말하면 뭐라 하지 않았다. 그렇기 때문에 필기만 땄더라도 적어두자.
+
+* 교육 이력 기간
+* 교육 기관과 배운 스택
+* 짧은 교육 이력에 대한 설명
+* 만약 스터디 한 것이 있다면 스터디 경험도 넣으면 좋을 듯
+
+#### \*\* 5) 자기소개서\*\*
+
+![](https://velog.velcdn.com/images/prettylee620/post/3ec6ab05-0b93-4728-941d-4b659e724f5e/image.png)
+
+개발자가 자기소개서가 중요하지 않다는 소리 많이 들어왔을 것..
+
+> 하지만 신입개발자는 해커톤을 나가거나 수상을 하지 않았다면 나를 증명할 것이 `한정적`이다. 그렇기 때문에 **자기소개서로 나를 드러내는 것이 오히려 중요하다라고 생각한다.**
+
+면접 본 곳 중에 자기소개서를 꼼꼼히 안 읽어보는 곳들도 있었지만 하나 하나 읽고 피드백 해준 곳들도 많기 때문에\*\* 내가 신입개발자고 수상도 해커톤도 없다면 자기소개서를 잘 적어 나를 드러내도록 하자.\*\*
+
+자기소개서는 일단 자신의 강점, 그리고 교육기간 경험이 있다면 그 교육기간 경험을 통해서 **어떤 것을 배웠는지, 어떻게 해결해나갔고 어떤 식의 결과가 나왔는지**를 적어주면 좋다. 그리고 **수치화**하면 좋다고 한다.
+
+예를 들어
+
+* 역량을 끌어올렸습니다(❌)
+* 역량을 30%에서 70%으로 끌어올렸습니다(⭕)
+* 블로그 글을 작성했습니다.(❌)
+* 5월 이후 100개 정도의 블로그 글을 작성했습니다.(⭕)
+
+즉, 자기소개서에는
+
+* 대표할 수 있는 소제목
+* 자신의 강점과 경험\*\*(발단 - 위기 - 전개 - 절정 - 결말 느낌..?)\*\*
+
+> ex. 팀 프로젝트에서 테이블 모델링 과정에서 테이블을 분리하는 것과 데이터 타입에 대해 논의가 있었는데 논의 과정에서 의견이 좁혀지지 않는 상황이었습니다. 이런 상황에서 팀장으로써 한 쪽의 의견만 들을 수 없는 상황이었고, 그렇다고 언제까지고 결정을 안 내릴 수는 없기 때문에 어떻게 해야 좋을 지 고민했습니다. 결론적으로 저는 모델링 과정에서 많은 경험이 있는 것이 아니었기 때문에 강사님과 현업 멘토분들에게 의견을 물었으며, 의견과 근거를 들어 팀원들에게 공유하고 팀원들 또한 납득하여서 문제를 해결한 경험이 있습니다. 이를 통해 보안적인 부분까지 고려한 테이블 분리를 하였고, 그 결과 팀 프로젝트에서 2등을 수상하게 되었습니다.
+
+* 프로젝트 경험(가고자 하는 곳에 맞춰 적기)
+* 기술적인 경험
+
+를 3\~4개 정도 적는 것이 가장 적당한 것 같다.(너무 길어지면 다 안보기에..😭)
+
+> 중요한 것은 저는 성실합니다라고 하면 **그것에 대한 근거로 보여줄 것이 있어야 한다.** EX. 블로그글을 꾸준히 쓴 것, 깃허브에 일주일에 주 3회 이상 꾸준히 커밋 등
+
+### 👌 포트폴리오
+
+> [📋 ppt를 이용한 본인 포트폴리오](https://drive.google.com/file/d/1omLz0zCv1amUVqY6LwsiAMnozbMJE\_A8/view?usp=sharing)
+
+보통 포트폴리오는
+
+1. ppt를 이용한 포트폴리오
+2. 노션 oopy나 pdf를 이용한 포트폴리오
+3. 웹 사이트 만들어서 이용한 포트폴리오
+
+> 참고 사이트 : [🔗 백엔드 포트폴리오 사이트 모음](https://zero-base.co.kr/event/media\_insight\_contents\_BE\_backend\_portfolio\_web) \[🔗 프론트엔드 포트폴리오 사이트 모음]\(https://zero-base.co.kr/event/media\_insight\_contents\_FE\_frontend\_portf olio\_web)
+
+가 대표적으로 있는데 나의 경우 이번 취업 때는 1번을 pdf로 바꿔 내어서 사용하였다.
+
+\_ppt를 이용한 포트폴리오\_의 경우 20~~25장 내외가 가장 적절하다고 하였고 \_노션 포트폴리오\_의 경우 보통 a4 기준으로 4~~5장 내외로 작성하는 것 같았다! 그 외의 포트폴리오는 위에 링크에서 다른 사람들 것 참고해서 사용하면 좋을 것 같다.
+
+#### 1) 한장에 나에 대한 설명을 간략하게 적어내기
+
+![](https://velog.velcdn.com/images/prettylee620/post/ac24c2aa-1c3a-43e0-a3d6-0cd618f38a31/image.png)
+
+자기소개서에 적은 것을 간추려서 적어서 한 장으로 만들어보자. 특히 자신이 생각했을 때 강점에 대해 3개 정도 잡아서 적어보자. 사진도 웬만하면 넣자. _**스타트업의 경우 사진을 안 넣으라고 하는 곳들도 많다고 한다.**_
+
+1. 사진과 자신의 소개 간략하게
+2. 강점 2\~3가지
+
+* 소제목
+* 자기 소개서 기반 내용 간추리기
+
+3. 아르바이트 경험 혹은 인턴 경험
+
+* 아르바이트 경험 날짜
+* 경험으로 얻은 것들(빠른 적응력, 커뮤니케이션 능력 함양 등)
+
+#### 2) 자격증과 학력 또한 한장으로
+
+![](https://velog.velcdn.com/images/prettylee620/post/175171af-d6d8-4384-9c75-7ee2c0b3d375/image.png)
+
+한장으로 간추려서 적어두면 좋을 것 같다.
+
+* 학력
+* 교육이력
+* 자격증
+
+#### 3) 스킬에 대한 자세한 설명
+
+![](https://velog.velcdn.com/images/prettylee620/post/9899bfbf-4860-4159-85ef-36f09372d84a/image.png)
+
+내가 활용 가능한 기술, 사용해 본 경험이 있는 기술에 대해서 내가 얼마만큼 활용할 수 있으며, 어느 부분은 부족한지에 대해 자세히 적는 것이 좋다. 이렇게 적을 수록 나중에 면접 때 꼬리 질문을 조금 피할 수 있다고 한다.
+
+> 참고로 면접 때 피드백 받았는데 postman는 테스트 툴로 빼는 게 좋을 것 같다고 하셨다.
+
+* 활용 가능한 기술
+* 사용해 본 경험이 있는 기술
+* 그 외 사용한 협업툴이나 문서 능력
+
+#### 4) 이력서 첨부
+
+![](https://velog.velcdn.com/images/prettylee620/post/2c24f8e4-423c-49b1-abb5-d5d2c1d4f775/image.png)
+
+요즘 포트폴리오에 `QR코드`를 넣는 경우도 있다고 해서 QR 코드를 이용해서 다운 받을 수도 있게 하고 `구글 드라이브로 링크 연동`해서 클릭해서도 확인 할 수 있게 연동해두었다.
+
+#### 5) 프로젝트 목차 설명
+
+![](https://velog.velcdn.com/images/prettylee620/post/e6af04f8-7fa6-4c03-b177-5028192d1f29/image.png)
+
+프로젝트에 대해 자세히 설명 들어가기 전 목차 느낌으로 한 페이지를 정리해뒀다.
+
+* 프로젝트 제목
+* 단위 : 개인인지 팀인지
+* 핵심 기술 1\~2가지
+* 간단 설명
+
+#### 6) 프로젝트에 대한 설명
+
+&#x20;프로젝트에 대한 간략한 소개 페이지를 적어두고 코드가 있는 깃허브 연동해두는 것이 좋다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/c2740195-b150-4692-ab55-6d08253d51de/image.png" alt=""><figcaption></figcaption></figure>
+
+&#x20;팀 프로젝트의 경우 내가 맡은 업무, 구조도 등을 적어두는 것이 좋다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/4ab3d5c5-b926-4afc-bcb1-604902e01158/image.png" alt=""><figcaption></figcaption></figure>
+
+> 그 후는 내가 문제 발생, 분석, 해결해 나간 방법 등에 대해 적는 것이 좋다고 한다.
+
+무슨 일이 생겼고 어떠한 과정을 거쳐서 해결을 했으며 어떤 결과를 냈다고 잘 두드러지면 좋다고 한다. (진짜 쓸 때 이게 제일 난해...ㅋㅋㅋ) 그 과정에서 얻은 것은 무엇인지 등을 두드러지게 적는 것이 중요하다고 한다.
+
+그래서 나의 경우 **개인 프로젝트**는 그냥
+
+*   프로젝트에 대한 설명&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/5c6a8cd3-39d6-413d-9f3e-da9977d8b28b/image.png" alt=""><figcaption></figcaption></figure>
+*   주요 기능&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/dc2e636c-7724-40a2-b23d-e289ddd38c2e/image.png" alt=""><figcaption></figcaption></figure>
+*   에러와 어떤 에러인지 분석 어떻게 해결했는지&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/f16595a6-ca13-4a15-b8a0-611d93adc18d/image.png" alt=""><figcaption></figcaption></figure>
+*   스크린샷 첨부 정도만 위의 사진과 같이 적었다.(어차피... 개인프로젝트가 좀 허접해서)&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/d615c40b-6003-4146-a008-91644f1d81d8/image.png" alt=""><figcaption></figcaption></figure>
+
+하지만 **팀 프로젝트**의 경우, 단계별로 나눠서 언급을 해서 두었다.
+
+**🌱 소개**
+
+![](https://velog.velcdn.com/images/prettylee620/post/00677743-de2f-47f9-aa18-ab917f139d51/image.png)
+
+*   첫 소개 페이지&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/9767cdb3-8203-4bd4-bd0e-b39865432546/image.png" alt=""><figcaption></figcaption></figure>
+* 전체 구성도
+* 개발환경
+* 작업 기간, 인력 구성
+* 프로젝트 목적 및 내용
+* 주요 업무 및 상세역할
+
+**🍀 기획 및 디자인**
+
+![](https://velog.velcdn.com/images/prettylee620/post/443f2965-77c2-4667-9798-527cc49288f8/image.png)
+
+기획 단계에서 논의하면서 한 노션 페이지와 디자인 피그마 부분을 캡처했다.
+
+* 사진
+* 내용
+* 역할
+
+**🪴 개발환경 구축 및 erd 설계**
+
+![](https://velog.velcdn.com/images/prettylee620/post/109752b6-d8e5-4722-85c5-a0ab65d5edfe/image.png)
+
+* 스크린샷
+* 내용
+* 역할
+* 문제 상황 및 분석
+* 해결방안
+
+**🌲 개발**
+
+**1. 맡았던 파트 중 대표적인 1가지**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/86f68c3e-4117-46c8-95fc-8cdffad8a51f/image.png" alt=""><figcaption></figcaption></figure>
+
+* 스크린샷
+* 코드 스샷
+* 문제발생
+* 해결방안
+
+**2. 패키지 구조 설정**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a1350657-c733-4684-9f5b-679761edcc6e/image.png" alt=""><figcaption></figcaption></figure>
+
+* 패키지 구조
+* 객체 지향적 관점에서 장점
+* 프론트엔드 백엔드 둘 다 하여 경험한 부분에 대해 적음
+
+**3. 위기상황과 해결**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/9e736bf1-d19e-472e-b53a-982e2d7733bf/image.png" alt=""><figcaption></figcaption></figure>
+
+* 위기상황
+* 해결과정
+* 결과
+
+위기상황을 어떻게 극복했는가도 중요하게 본다고 한다
+
+**🍅 배포(CI/CD) : 나는 실패해서 안 적음**
+
+나의 경우 이렇게 해뒀지만..
+
+* 프로젝트 시스템 아키텍처
+* API 설계 구조
+
+넣으면 더 좋다고 함!!!
+
+#### 7. 마지막 페이지
+
+![](https://velog.velcdn.com/images/prettylee620/post/bd974ad5-e7aa-4dc9-ab74-8be3d2ae71cc/image.png)
+
+마지막 페이지는 인적 사항을 적어주면 좋을 것 같아서 **인적 사항**을 적어주었다!
+
+* 간단 자기 소개 및 이름
+* 연락처
+* 이메일
+* 벨로그 바로가기, github 바로가기
+* 이력서 다운
+* 마지막 한 마디
+
+### 🖖 깃허브
+
+깃허브에 경우에도 첫 화면에 아무것도 안 두는 것보다는 **간단하게 자신을 나타낼 수 있게 적어두는 것이 좋을 것 같다.** 😀 (생각보다 안하는 사람 많더라..😗 어떻게 보면 이것도 어필할 수 있으니) 깃허브 꾸미기라고 구글에 쳐보면 많은 뱃지들이 나오니 참고해서 자신이 대표적인 기술들 적어보자.
+
+#### 자기 소개 페이지
+
+![](https://velog.velcdn.com/images/prettylee620/post/e962e739-ade7-43dc-b1e7-1af0711523e3/image.png)
+
+* 자신의 소개
+* 기술 스택
+*   (있다면..)기술 블로그&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/42e73159-fbc9-47bf-9584-cb43e82689b4/image.png" alt=""><figcaption></figcaption></figure>
+* **PLANNED**에 대표적인 것들 빼두기
+
+#### README
+
+깃헙을 포트폴리오로 쓰실거면 프로젝트의 **README**를 잘 적어두면 좋겠다고 함
+
+* 소개 및 팀프로젝트의 경우 자신이 맡은 파트
+* 빌드 방법
+* DB 스키마
+* 어떤 부분을 중요시 고민했는지..
+* 캡처
+
+출처 : @charsyam
+
+### 이후에는 oopy나 웹 사이트를 이용한 형식으로 바꿀 예정
+
+> [🔗 웹-개발자-포트폴리오-A-to-Z기획부터-배포까지](https://velog.io/@couchcoding/%EC%9B%B9-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-A-to-Z%EA%B8%B0%ED%9A%8D%EB%B6%80%ED%84%B0-%EB%B0%B0%ED%8F%AC%EA%B9%8C%EC%A7%80) [🔗 웹 사이트를 이용한 개인 블로그이자 포트폴리오 사이트](https://aimzero-web.vercel.app/)
+
+이 것들을 활용해서 나에 대한 포트폴리오는 계속 업데이트 할 예정이다. ppt를 이용한 포트폴리오 방식은 아무래도 옛날 방식인 것 같아서 노션이나 웹 사이트를 이용한 형식으로 바꾸자.
+
+## 3. 서류 내기 전 체크하자 ✔
+
+> 나중에 알았던 사실인데... 면접 본 곳에서 같은 내용의 자기소개가 2개가 들어가 있었다ㅠㅠㅠㅠ 거기다가 팀장 중도하차를 탈주로 적어뒀다는... 그것도 면접 본 곳 팀장님이 꼼꼼히 봐주셔서 알아 낸 것 이런 기본적인 것 꼭 체크하자...😅
+
+1. 학력, 학점 제대로 입력했는지
+2. 오타, 맞춤법
+3. 자격증 취득일자
+4. 필요 서류
+
+* 가끔 자격증 원본을 서류 과정에서 내라는 곳도 있음 혹은 잡코리아 인적검사 내라는 곳도 있다.
+
+5. 접수 방법
+
+* 잡코리아 바로 접수 되있는데 상세 요강 읽어보면 이메일로 접수하라는 곳도 있다..!
+
+6. 사진
+
+* 자신의 사진을 제대로 넣었는지
+
+7. 거리
+
+* 충분히 왔다갔다 할 수 있는 거리인지 물론 SI는 프로젝트 마다 고객사에 가서 하는 경우가 대부분이라 큰 상관 없을 듯
+
+## 4. 다음편과 그 외 이야기
+
+그 다음 편은 글이 너무 길어져서.. 면접 후기와 면접에서 받은 질문들을 적어 볼 예정이다!
+
+> **서류 떨어지면 대다수가 연락 안준다..** 그리고 상시 느낌이 강한 곳들이 많이 늘었다는 것을 느꼈다.
+
+서류를 많이 넣다보면 익숙해지더라..
+
+### 취업 하고 싶은 달보다 1\~2달 일찍 이력서 넣기 시작하자.
+
+> 서류는 열람하고 나서 거의 **2주지나고 연락이 없다면 거긴 떨어진 것이다.** 그리고 이력서 내고 2\~3주 후에 보는 곳들도, 열람 후 2주 후에 연락주는 곳 많고 하기 때문에 취준 기간이 길어지는 것을 원하지 않는다면 여러 군데 넣는 것을 추천한다.
+
+취준 기간이 길어지는 것이 불안하다면 취업 최종 목표 달 보다는 최소 1달 일찍 이력서를 넣기 시작해야 면접과 최종입사까지 내가 원하는 기간에 취업할 수 있을 것 같다.
+
+나는 늦게 넣기 시작해서 이것을 후회하기 시작했다고 한다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/44f9c13a-fa19-487c-91c9-a5debc97f64a/image.png" alt=""><figcaption></figcaption></figure>
+
+### 중소, SI가 목표라면 이력서를 많이 넣자.
+
+> 💡 많이 넣으라고 했다고 무조건 이상한 곳 넣으라는 뜻이 아니다. 최소한 `개발 환경` 나와 있는 곳이나 잡플래닛 후기 나와있는 곳으로 지원하자.
+
+열람하는 곳이 생각보다 적다.. 만약 내가 20개를 넣었다면 10개도 열람 안하는 경우들이 많다.(왜인지는 모르겠는데..)
+
+![](https://velog.velcdn.com/images/prettylee620/post/f2e0e202-8807-4763-afb5-9a4f21c1071f/image.png)
+
+**나 같은 경우에도 잡코리아에 넣어 둔 것중 반정도만 열람했다.** 심지어 저정도도 한달 지나서 열람 한 것들도 있다. 사람인은 더 심하다. 반도 열람안한 경우들이 대다수이다. 그렇기 때문에 심사숙고해서 1개 넣고 계속 기다린다면 취업준비 기간은 한 없이 길어질 것이다. 내가 괜찮다 싶은 회사들을 최대한 많이 넣도록 하자.
+
+뿐만 아니라 열람하고도 연락도 안 오는 곳들도 많기 때문에 더더욱 많이 넣는 것이 중요한 것 같다. 그리고 요즘 **상시 느낌의 회사들이 많아졌다.**(공고를 한달 단위로 계속 올리면서 만족할 사람이 있을 때까지 한없이 안뽑는 회사들)
+
+> 나는 최종 `120개` 정도 지원한 것 같다! 최근에 같이 부트캠프 들은 비전공자분도 취뽀하셨는데 `80개`정도 지원하셨다고 한다. 그럼에도 면접 2개정도만 제의왔다고 하셨다. 그리고 붙은 곳에 50대 아주머니도 계셨다고 하니 나이 걱정 하지말고 최대한 많이 지원해보도록 하자. 👊
+
+
+
+### 간추린 버전
diff --git "a/developLog/ex/employment-job-change/si/_ \354\225\240\353\247\244\355\225\234 \354\214\251\354\213\240\354\236\205\352\260\234\353\260\234\354\236\220 \354\244\221\354\206\214_ si \354\267\250\354\244\200\352\270\260 2\355\203\204 \353\251\264\354\240\221 \355\233\204\352\270\260_ \354\247\210\353\254\270_ \354\267\250\354\227\205 \352\264\200\353\240\250 \354\202\254\354\235\264\355\212\270 \353\252\250\354\235\214_ \352\262\260\352\263\274_.md" "b/developLog/ex/employment-job-change/si/_ \354\225\240\353\247\244\355\225\234 \354\214\251\354\213\240\354\236\205\352\260\234\353\260\234\354\236\220 \354\244\221\354\206\214_ si \354\267\250\354\244\200\352\270\260 2\355\203\204 \353\251\264\354\240\221 \355\233\204\352\270\260_ \354\247\210\353\254\270_ \354\267\250\354\227\205 \352\264\200\353\240\250 \354\202\254\354\235\264\355\212\270 \353\252\250\354\235\214_ \352\262\260\352\263\274_.md"
new file mode 100644
index 0000000..d2e46d9
--- /dev/null
+++ "b/developLog/ex/employment-job-change/si/_ \354\225\240\353\247\244\355\225\234 \354\214\251\354\213\240\354\236\205\352\260\234\353\260\234\354\236\220 \354\244\221\354\206\214_ si \354\267\250\354\244\200\352\270\260 2\355\203\204 \353\251\264\354\240\221 \355\233\204\352\270\260_ \354\247\210\353\254\270_ \354\267\250\354\227\205 \352\264\200\353\240\250 \354\202\254\354\235\264\355\212\270 \353\252\250\354\235\214_ \352\262\260\352\263\274_.md"	
@@ -0,0 +1,743 @@
+---
+description: 신입개발자, SI
+---
+
+# 애매한 쌩신입개발자 중소, si 취준기 2탄 면접 후기, 질문, 취업 관련 사이트 모음, 결과
+
+> [🔗 애매한 신입개발자의 중소, si 취준기(feat. 이력서 및 포트폴리오 작성법, 면접 후기) - 간추린 버전](https://velog.io/@prettylee620/%EC%95%A0%EB%A7%A4%ED%95%9C-%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A4%91%EC%86%8C-si-%EC%B7%A8%EC%A4%80%EA%B8%B0feat.-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%B0%8F-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-%EC%9E%91%EC%84%B1%EB%B2%95-%EB%A9%B4%EC%A0%91-%ED%9B%84%EA%B8%B0) \[🔗 쌩신입개발자의 중소, si 취뽀 1탄 이력서 및 포트폴리오 작성법 및 후기] (https://velog.io/@prettylee620/%EC%8C%A9%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A4%91%EC%86%8C-si-%EC%B7%A8%EB%BD%80-1%ED%83%84-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%B0%8F-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-%EC%9E%91%EC%84%B1%EB%B2%95-%EB%B0%8F-%ED%9B%84%EA%B8%B0)에서는 포트폴리오, 서류 작성 등에 대해 다뤄봤다!! 음... 근데 생각보다 글이 길어져서 2편으로 나누게 되었다😅
+
+TMI이지만 완전 밑쪽이지만 간추린 버전이 **트렌딩**에 떴다!! 조회수도 150정도 나오고 해서 원래는 1탄, 2탄 작성 후 지울 예정이었으나 그냥 두기로 했당 ㅋㅋㅋ&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/8aaf8d45-d4bd-45f2-8770-a672cea3cc6e/image.png" alt=""><figcaption></figcaption></figure>
+
+2탄에서는 **면접 후기(자세한 후기), 실제 질문모음과 취업 관련 사이트 모음과 결과**에 대한 것과 취업과 면접에 대해 하고 싶은 말에 대해 적어보려고 한다!! 긴 글이 되겠지만.. 면접 보러 가는 사람들에게 도움이 되길 바라며 열심히 써본당&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/909e5a04-1934-4f43-80b5-0be255df59eb/image.png" alt=""><figcaption></figcaption></figure>
+
+## 1. 의상
+
+![](https://velog.velcdn.com/images/prettylee620/post/c4e68553-7f87-4828-b927-0b3557f5f757/image.png)
+
+그냥 깔끔하게만 입으면 되는 것 같다. 나는 자켓,블라우스이나 목티에 슬랙스정도 입고 갔다.(추워서 안에 레깅스 신음...😅) 여자의 경우 머리 안 묶어도 된다. 별로 신경 안 쓰더라ㅋㅋㅋ(친구들이 다 금융권 이래서 머리 묶어야 하는 줄)
+
+**추운 날에는 웬만하면 따뜻하게 가자..(코트나 롱패딩)** 면접 보러 다니면서 컨디션 하락과 함께 축농증 생겨서 3주째 고생중..😭
+
+## 2. 면접
+
+![](https://velog.velcdn.com/images/prettylee620/post/a76fc465-43be-43c5-ac16-f43e0a11a3a2/image.png)
+
+### 😖 면접 후기
+
+> 위에 생각보다 중소나 SI 솔루션은 대다수가 인성 면접에 살짝 곁들인 기술 느낌이다. 보통 이력서나 포트폴리오에 대해 묻는다. 진솔하게 답하면 될 것 같다. 대략 3주 정도 주 2\~3군데 정도의 면접을 봤다.
+
+일단 면접은 면접 스터디를 진행하면 좋다고 했는데 나의 경우, 면접 스터디를 진행하지는 않았다. 아르바이트 이후 면접은 처음이어서 더더욱 긴장 되었던 것 같다. \*\*긴장과 달리 보면 볼 수록 익숙해졌지만 그렇다고 안 떨리는 건 아님 ㅋㅋㅋ.. \*\*
+
+**2차 면접까지 하여 총 8번째의 면접**을 봤으며, _서류 한 곳 더 합격 한 곳이 있는데 과제 전형이 있고 후기가 너무 안좋아서 그냥 포기했다._
+
+내가 본 곳은 전부 친절했다. 무례한 면접관은 한 분도 못 본 것같다. 그렇기 때문에 걱정하지 말고 면접보러 다니면 될 것 같다. (다만 요즘.. 다 상시로 바뀌면서 찔러보는 느낌의 회사들이 많았다..) 일단.. 보통 면접에 가게 되면 너무 일찍 가는 것도 안 좋고 그렇다고 늦는 것은 더더욱 안 좋으니 \*\*보통 5분\~10분 정도 일찍 도착했다. 보통 대부분은 내가 먼저 면접실에 들어가 있고 면접관들이 오는 형식이었다. \*\*그래서 일어나서 안녕하세요 하고 앉음
+
+물 주는 곳도 있었고 음료수 주는 곳도 있었고 아무것도 안주는 곳도 있었고 커피 사주는 곳도 있었다. 입이 바짝바짝 타니... 물 마시고 가자.
+
+> [🔗 참고 : 취준생들을 위한 신입 개발자 면접 가이드 - 뮤테이션님](https://velog.io/@yukina1418/%EC%B7%A8%EC%A4%80%EC%83%9D%EB%93%A4%EC%9D%84-%EC%9C%84%ED%95%9C-%EC%8B%A0%EC%9E%85-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%A9%B4%EC%A0%91-%EA%B0%80%EC%9D%B4%EB%93%9C) [📒 좋은 책 추천 : 요즘 개발자들 - 관련 면접이나 성장에 대해 다룸](https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=330426327)
+
+### ☝ 첫 번째 주
+
+#### 첫 번째 면접 : A 회사
+
+> * 양재
+
+* 대략 20분 정도의 면접
+* 그 후 기술 면접이 따로 존재한다고 했으나 연락 x
+* 이력서 열람한 당일 날 면접 연락온 곳
+* 잡플래닛 후기 존재 x
+
+양재에 있는 si 회사였다. 다른 지역에 본사가 있는 회사였는데.. 당연히 첫 면접이라 달달 떨었다ㅋㅋㅋ... 심지어 자기소개도 시켰었음.. 망했다는 것을 감지했다...
+
+![](https://velog.velcdn.com/images/prettylee620/post/6c357ffe-1583-4672-bc7e-7d00f77a4eb0/image.png)
+
+맨 처음에 갔을 때 무슨 설문지를 주더니 체크하라고 했다. 물 주신다고 했는데 내가 거절해버린... 나중에 후회함 ㅋㅋㅜㅜ 거기가 **e-gov 프레임워크** 사용해서 그 ncs 할 수 있는 점수 매겨서 적어달라고 해서 적고 있었더니 면접관 2명(대표님이랑 밑에 사람인듯)이 들어왔다. 첫 자기소개 할 때 이력서를 프린트해왔으며 그것을 훝어보더라. 흠...일단 포트폴리오는 확인 잘 안한 느낌이었다. 😅
+
+질문들은 아래와 같았다.
+
+* 프로젝트 관련 질문 무엇을 맡아서 했나요?
+* 어떤 역할을 했는지와 맡은 부분 간단하게 설명해주세요
+* 전공자긴 하지만 개발자가 되기로 한 이유
+* 전공심화가 뭔가요?
+* 팀원들과 불화를 해결한 방법 내 이력을 보더니 공백기는 거의 없어 안물어봤다!! 그 후 _희망 연봉_ 물어봤는데 답하고 나니 자기네들은 연봉테이블이 있고 **포괄**이라고 말함(야근 빌드업 느낌) 그 후 회사에 대해 물어볼 것 있냐고 함.
+
+> 🤔 "여기는 혹시 지방 파견도 있나요?" 👩‍💻"웬만하면 서울권이나 경기권 내 파견을 하는 편이다."
+
+그래도 마지막까지 친절하기는 했다.
+
+#### 두 번째 면접 : B 회사
+
+> * 안양
+
+* 대략 40분-1시간 정도의 면접
+* 이력서 열람한 당일 날 면접 연락온 곳
+* 1차 면접이 끝이나 상시의 느낌이 있었음 연락 x
+* 잡플래닛에는 기술 면접이 있다해서 준비해갔으나 그렇지 않았음
+
+안양, 서울, 대구..?에 있는 SI 회사였다. 안양에서 면접을 봤음 먼저 내가 들어가 있다가 면접관 1분이 들어오고 나서 나중에 나머지 1분이 합류하셨다.
+
+일단 자기소개 안시켰다. 그리고 프로젝트를 보면서 a회사랑 마찬가지로 프로젝트 관련 어떤 역할을 했는지랑 프론트엔드 백엔드 상관없이 할 수 있는 등을 질문형식으로 물어봤다. 그
+
+희망 연봉에 대해 물어보고 그리고 \*\*마지막에 기술 스택을 불러주면서 \*\*
+
+* 완전 시니어급으로 잘한다 : 상
+* 검색 안하고 할 수 있다 : 중
+* 그냥 경험 해봤다 : 하
+* 안해봤으면 안해봤다
+
+라고 대답하라고 했다. 그 후 회사 질문 사항 중 하나로
+
+> 🤔 "여기는 신입 사원 교육기간이 따로 있을까요?" 👩‍💻"그런 것 없다고 솔직히 인강에 다 잘 나와있기에 바로 실무 투입입니다. 대신 다양한 프로젝트를 경험해볼 수 있죠"
+
+여기도 친절했음 다만.. 물 없이 1시간동안 면접 볼려니 목이 바짝바짝 타들어가더라..
+
+#### 세 번째 면접 : C 회사
+
+> * 상수
+
+* 대략 20분 정도의 면접 + 20분의 손코딩 2문제 있었음
+* 1차 면접이 끝이나 공고 기간이 길었음 (지금도 진행중인 듯, 상시의 느낌..?) 연락 x
+* 열람 1주일 후 전화로 면접 제의 연락 옴
+* 잡플래닛에 후기와 마찬가지로 손코딩 존재
+
+상수쪽에 있던 회사로 2번째 회사 면접 본 날 오후에 면접을 진행하였다. 1분이서 진행을 하셨으며 계시는 회의실에 들어가니 자신의 소개와 명함을 주셨으며, 음료 마시면서 하라고 해주셨다.
+
+그 후
+
+* 전공심화가 정확히 뭔가요?
+* 프로젝트에 관한 질문들
+* 자바 말고 써 본 언어가 있는 지 그 언어가 사용했을 때 두 개의 차이가 뭔지
+* 팀원들과의 갈등 해결방법
+* 에러가 났을 시 해결하는 방법
+* 학교에서 배운 기술 등을 질문 하였고 20분정도 면접을 진행하였다. 회사에 대한 질문 있냐고 하셔서 물어봤다.
+
+> 🤔 "SI인데 사원들끼리만도 고객사에 보내기도 하나요?" 👩‍💻 "아뇨 사원급끼리 만약에 가게 된다면 자신이 같이 갑니다.(팀장급) 웬만하면 상사 - 사원 잘 맞춰서 팀으로 보내려고 해요"
+
+손코딩이 있었으며, 20분정도 진행있으며 배열 기본 문제, sql 기본 문제 총 2문제였다!!! 면접관님 앞에서 풀어야 해서 약간의 부담감...😅 그 후 입사 가능 날짜, 희망 연봉을 묻고 종료하였다.
+
+### ✌ 두 번째 주
+
+#### 네 번째 면접 : D 회사
+
+> * 판교
+
+* 헤드헌터로 연락 온 곳, IoT, 인공지능 회사
+* 잡플래닛 존재 X
+* 개발팀이 따로 존재하지 않고 새로온 개발팀을 구하는 것
+
+판교에 있는 소기업 회사로 잡플래닛에 존재하지 않는 회사였다. 인공지능 회사로 헤드헌터 면접 제의가 와서 보러 가게 된 것..!! 근데 판교는 처음 가봤는데 진짜 멀고.. 딱 판교는 직장 건물들밖에 없더라 ㅋㅋㅋ 길에 뭔가 점심시간이 아니니까 사람이 없었음
+
+&#x20;들어갔는데 엄청난 인테리어(위와 같은 느낌의 도깨비 그림..)에 여기가 맞나...?🤔 흠칫하면서 들어갔음 인사담당자님과 면접을 봤다. 물 한잔과 함께..!
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/60b227e4-d0c7-4ed0-a946-a0519a89b6ca/image.png" alt=""><figcaption></figcaption></figure>
+
+처음은 자기소개하고 급하게 연락 드렸는데도 와주셔서 감사하다면서 면접을 시작했다. **원래 개발쪽은 분야가 아닌데 이번에 정부 사업을 따내려고 개발팀을 꾸릴 계획을 하고 있다고 했다. 그래서 아직 팀장님도 정해지지 않았으며, 어떤 사업인지도 정해지지 않은 상태라고 함** 어쨌든 좋은 사람 모실려고 하는데 쉽지 않다며 아래와 같은 질문을 하였다.
+
+* 개발만 하는 것이 아닌 문서 작성도 많이 하게 될텐데 괜찮은가요?(개발 하는 사람 중에 문서 작성 싫어하는 사람들이 많아서 물어 본다고 함)
+* 사업을 따내기 위한 기획안도 따야 하는데 괜찮은가요?
+* 자바 말고 다른 언어 사용해도 괜찮은가요?
+* 희망연봉(개발자 연봉 테이블 아직 미정이라고)
+* 입사 가능한 날짜
+
+그 후 연락을 그 주 안에 준다고 했는데 연락 없었다. 잡플래닛 후기에 없는 것으로 봐서 오래된 기업은 아닌 느낌? 그래도 인사담당자는 친절했음 **참고로 도깨비는 대표님 취향이고 종교랑 무관하다했음**
+
+#### 다섯 번째 면접 : E 회사
+
+> * 일산
+
+* 서류 - 1차 면접(팀장님들) - 2차 면접(대표님) : 3번째 주 - 합격
+* 서류 열람 1주일 후 잡코리아로 면접 제안 - 문자로 면접 시간 잡음
+* 잡플래닛 후기보며 기술 면접 답변을 준비했으나 기술 면접은 없었음
+* 중소기업, si기업, 주로 교육쪽
+* 1차 : 1시간 20분 가량 2차 : 20분
+* 최종합격
+
+**1차 면접**
+
+본사는 따로 상수쪽이 있지만 일산에서 근무하는 곳이다. 잡코리아로 서류 열람 후 면접 제안이 1주일 정도 지난 후 왔으며 문자로 면접 시간을 잡았다. 보안 확인 기간때문에 사무실에는 못 들어가고 카페에서 진행했다. 카페에서 커피 사주셨다!
+
+팀장님 2분이랑 같이 진행하였으며, 교육 업무쪽인데 내가 봤던 면접 중에 가장 편하게 봤고 즐거웠었다!!가장 길게 본 면접인데 면접보다는 커피챗 느낌이어서 편했고.. 여기도 똑같이 프로젝트에 관한 질문들이 대다수였으며 \*\*다른 곳은 내 포트폴리오, 깃허브, 이력서를 꼼꼼히 봤다는 느낌을 못 받았는데.. 벨로그까지 들어와서 확인해주셨다고..\*\*😳 그리고 여기서 이력서 자기소개서가 중복되었다는 것과 단어를 잘 못썼다는 것, 포스트맨을 테스트 툴로 빼야 한다는 알게 되었다.
+
+그리고 국비에 관한 이야기, 강사님에 대한 이야기 등을 하고 나는 별로 한 게 없다고 생각했는데 이것저것 많이 해봤다는 칭찬도 받았다!! 질문은 아래와 같았다.
+
+* 에러 해결법
+* 보안까지 생각한 테이블 분리
+* 팀 프로젝트에 대한 설명 해주세요.
+* 팀 프로젝트에서 맡았던 부분에 대해서랑 피그마도 써보셨나요?
+* 학교에서 배운 것들은?
+* 자신있는 언어
+* 배포는 어떻게 하셨어요?(실패했다고 말씀 드림)
+* 보통 aws를 많이 사용하는데 네이버 클라우드를 쓴 이유
+
+그리고 나서 **회사에 대해 궁금한 것은 없는 지에 대한 것(다른 회사에 관련된 거 물어봐도 된다고 하셨음)과 연봉에 대해서랑 복지 부분, 워라벨이 좋다는 것 대해서 알려주셨고 면접은 몇 군데나 봤냐**고 물어보셔서 솔직히 말씀드렸고 다음주에도 있다고 말씀드렸다. 그 후 결과는 언제 나오냐고 여쭈어보니 다음주 화요일까지 알려준다고 하셨다.
+
+&#x20;제발 뽑으길 바랬던 곳..
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/76d78cd8-c614-4078-aabd-b0228bdcb1a7/image.png" alt=""><figcaption></figcaption></figure>
+
+> 가장 길게 면접 보고 편안하게 보고 온 면접이었으며 그 다음날에 팀장님이 나 추천해서 대표님이 뵙자고 하셨다고 해서 **2차 면접**이 잡히게 되었다.
+
+**2차 면접(대표님 면접)**
+
+본사에 가서 20분 정도 진행되었으며.. 대표님 또한 유하신 분이었다. 가자마자 음료 여러개 꺼내오시더니 내 목소리 듣고 **감기 기운있죠? 따뜻한 것 줄게요 하고 배즙 데워서 주셨다 ㅠㅠㅠ** 근데 이 때 진짜 몸상태가 너무 안좋았다. 배탈 + 감기 기운인지? (알고 보니 축농증) + 헤르페스 질문은 아래와 같았다.
+
+* 스트레스 해소법
+* 팀원 중에 못하는 팀원의 경우 어떻게 해결해줬나요?
+* 에러 해결법
+* 프로젝트에 대한 설명 및 맡은 부분
+* 개발이 재미있다고 느껴지나요?
+
+그리고 나서 회사에 대한 궁금한 점에 대해 여쭈어보라고 하셔서 사실 컨디션이 너무 안좋아서 실수 한 것 같아.. 망했구나 싶어서 사실대로 궁금한 것에 대해 물어봤다.(이후 질문한 것을 후회하긴 함)
+
+> 🤔 "신입이랑 경력이랑 같이 뽑는데 사실 신입이 (뒤에 뭐라했는지 사실 기억안나지만 대충 이렇게 말한듯) 불리하겠죠..?" 👩‍💻 "사람을 보통 보는 편이에요. 기술은 배우면 되지만 사람은 바뀌지 않거든요. 경력자 중에 자신의 회사와 안 맞는 사람이 있을 수 도 있고 신입 중에 자신의 회사와 맞는 사람이 있을 수 도 있으니까요"
+
+**최종합격**
+
+![](https://velog.velcdn.com/images/prettylee620/post/81967275-fa27-4540-9d09-ad5b6e8675b7/image.jpg)
+
+떨어져서 여기는 면접 때 너무 좋은 경험이었어서 감사했다고 문자드린 후 더 좋은 곳 갈 거라고 좋은 말씀으로 답장을 받았다😭😭 쿠팡알바를 찾다가..2시간 뒤 팀장님한테 다시 연락이 와서 뽑였다..!!! 울면서 부모님한테 말함 팀장님들이 너무 좋았고.. 회사 평도 좋았으며 워라벨도 좋았다 😭😭😭 교육쪽이며 SI지만 고정 근무지이다. 일단 내가 원하는 웹 개발이고.. 가장 걱정되는 건 잘 해낼 수 있을지.. **제발 남에게 피해되는 사람이 되고 싶지는 않기에 주말에도 열심히 공부해볼 예정이다.**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/16853a33-99a3-494d-bdbd-b71cb5bea176/image.png" alt=""><figcaption></figcaption></figure>
+
+### 🤘 세 번째 주
+
+#### 여섯 번째 면접 : F 회사
+
+> * 양재
+
+* 서류 - 코딩테스트(서치 가능) - 기술 + 인성 면접 - 입사
+* 서류 열람 2주일 후에 서류 합격자 한 코딩테스트 진행(줌 켜두고 진행)
+* 코딩 테스트 합격 시 다음 날 면접 불가능 날짜 선택 => 그 다음주 면접
+* 면접은 기술 + 인성으로 1시간 정도
+* 규모가 좀 있는 중소기업으로 신입 한 번에 10명정도 뽑는다 함(복지 다수)
+
+일단 여기는 규모가 좀 있는 그룹웨어 중소기업 SI로 양재에 있다. 서류 합격도 2주 후에 연락이 왔고 코딩 테스트의 경우 검색이 가능했으며 2시간동안 줌을 키고 시험을 봤다. 그 다음날 합격 시 연락이 오며 면접 일자 조정 후 다음날 면접 일자가 날라오게 된다.
+
+10분 전쯤 회사 휴게실에서 있으면 면접장으로 안내 해 준다. **3명의 면접관**이 있었으며.. 기술 + 인성 면접으로 1시간 가량 봤다. 제대로 된 기술 면접은 처음이라 긴장...😐
+
+먼저 자기소개를 시켰으며, 회사 이름의 뜻을 넣어서 말했더니
+
+> 👩‍💻 " 오.. 좀 준비해오셨네요"
+
+라는 말을 들었다. 그 후 질문들은 아래와 같았다.
+
+* 트랜잭션이란 아는 대로 말해주세요
+* 웹 동작 방식에 대해 설명해주세요
+* GET과 POST의 차이
+* MVC 구조와 MVC 동작순서
+* GROUP BY의 조건절
+* MYBATIS랑 JPA 사용해봤나요?
+* JQUERY 사용해봤나요?
+* 프로젝트에서 어려웠던 점
+* 포트폴리오에 구조에 대해 설명해주세요
+* 코딩테스트에서 얼마나 검색을 이용했는지와 1번 문제의 풀이
+* 아르바이트를 오래했다고 했는데 왜 오래했는지와 그로 인해 여행 못갔을 텐데 아쉽지는 않았는지
+* 아르바이트를 많이 해서 그로 인해 사회생활을 해봤다는데 무슨 아르바이트를 했고 왜 장점이 뭔가요?
+* 면접 몇 군데나 봤나요?
+* 세션과 쿠키의 차이
+* 반려묘가 울고 있고, 전화벨이 울리고, 초인종이 울리고, 세탁기에 물이 나오는 중 동시에 할 수 없고 하나씩 해야 한다면 뭐부터 할 건지 이유는 뭔지 알려주세요
+* 지금 OO님의 친구한테 전화하면 친구들은 OO님에 대해 뭐라 표현할까요?
+* 개발자로서 잘할 수 있는 부분과 부족한 부분에 대해 말해주세요.
+
+2\~3개 정도 기억이 안니 답변을 못했으며 모르면
+
+> "제가 알기로는 ooo으로 기억하고 있습니다. 다만 정확히 기억나지 않습니다" "잘 모르겠습니다"
+
+하고 넘어갔다. 막 모른다고 뭐라하지는 않으니 걱정 no no
+
+면접 본 곳에 가장 많은 질문을 받은 곳이었다. 마지막에 답변을 다 하고 면접관 2분은 나가시고 1분이 복지와 입사일, 합불합일자 언제 나오는 지에 대해 자세히 알려주셨다. 마지막으로 여기도 회사에 대한 질문을 하라고 하셨다.
+
+> 👩‍💻 "우리가 좋은 인재를 뽑기 위한 것처럼 OO씨도 좋은 회사를 뽑기 위한 회사에 대한 질문있으면 해주세요 " 🤔 "SI인데 당연히 다양한 프로젝트를 할테고 그리고 찾아보니 자체 프로임워크가 있다고 했는데 범용성이 높은 것인지와 팀마다 달라 물론 달라지겠지만 분위기는 어떨까요?"
+>
+>
+>
+> 👩‍💻 "그걸 물어보는 이유는 뭘까요? 성장성 때문에?" 🤔 "네 아무래도요. 사용하지 않는 기술은 공부하기도 힘들테니까요"
+>
+>
+>
+> 👩‍💻 "그 2개만 해결되면 좋은 회사다군요. 그렇다면 내가 대답해줄 수 있는 건 일단 범용성 높은 것을 사용해서 성장할 수 있다는 것이고 어쨋든 회사에서는 열심히 하지 않는자는 내치기 때문에 이상한 사람은 아예 없다고 할 수 없지만 거의 없다고 라고 답할 수 있겠네요"
+
+여기는 이번주에 결과가 나옴
+
+#### 일곱 번째 면접 : G 회사
+
+> * 문정
+
+* 서류 - 1차 면접(기술 + 인성) - 임원 면접 - 입사
+* 서류 열람 1주일 후 면접 연락
+* 전형적인 SI
+* 1차 : 30분의 설문 조사와 기술 손 시험 + 30분의 면접
+* 기술 탈락
+
+여기는 전형적인 SI였고 문정에 있었다. 서류 합격 후 면접 시간 연락이 왔으며, `JAVA 테스트 및 면접 30분`이 있다고 문자가 날라왔었다. 일단 맨처음 갔을 때 물 한잔을 주시고 이것을 적어달라면\*\* 연필 한자루와 지우개 종이 여러장짜리 묶음 1개와 종이 1장\*\*을 주었다.
+
+종이 1장은 `설문조사`였고 1뭉치는 `테스트 종이`였다. `설문조사`는 아래와 같은 것을 적어달라고 했다.
+
+* 회사에 들어오는 마음가짐
+* 회사에 바라는 것 (팀화합, 복지 등)
+* 회사에 바라는 연봉 및 복지
+
+`테스트 종이`는 아래와 같았다.
+
+* 스프링, 서블릿, jsp에 대해 아는 대로 적어주세요.
+* 정규화가 뭔지 왜 필요한지 적어주세요.
+* 객체 지향 언어가 뭔지 아는 대로 적어주세요.
+* PK, FK로 해서 적힌 대로 모델링 해주세요.
+* 손코딩 문제 3문제정도
+
+**이 두 가지를 30분만에 끝내야 했으며,** 다 못끝내서 10분정도 더 주었다..(타자로 치는 것도 아닌데 시간 되게 촉박😐)
+
+그 후 **면접관 2명과 면접을 30분가량** 보았다.
+
+* 프로젝트에 대한 자세한 설명
+* 에러에 대한 해결법(API 문서 보는 것에 대한 답변을 원했다고 함)
+* 자신이 실전에 강한 편인지 이론에 강한편인지
+* 기초가 가장 중요하다.
+* 프레임워크없이 코드 짤 수 있어야 한다.
+* 톰캣을 이클립스랑 인텔리제이 내부 말고 따로 돌려본 적 있는지
+
+등에 대한 질문 및 답변을 들었다.
+
+마지막으로 회사에 대한 설명과 만약 기술에서 붙게 된다면 대표님이랑 임원 면접이 2차로 있고 월요일에 결과를 알려준다고 했다.그 후 마지막으로 질문 있냐고 했다.
+
+> 🤔 "혹시 지방 파견도 있나요?" 👩‍💻 "네 있어요 주거지는 회사에서 제공해주죠"
+
+> 🤔 "그럼 기초가 중요하다고 하셨는데 프로젝트에 투입 될 때마다 적응할 시간을 주시나요?" 👩‍💻 "아뇨 회사는 학원이 아니잖아요. 주말에 알아서 공부해와야죠. 다만 파견 나간 곳에서 어느정도 세팅해줘서 그 파견 나간 곳에서 환경에 대해 설명은 해줄거에요"
+
+## 3. 질문들 모음
+
+### 1) 인성 질문(...?)
+
+> **사실 인성 면접만 보는 데의 기준은 뭔지 잘 모르겠..?**🤔 오래 봐서 이사람이 어떤지 보고 뽑는 느낌이면 모르겠는데 **인성면접에서 거의 기술적으로 뭘 다룰 수 있는지 상 중 하로 따지고 바로 실무 투입하길 원하는 느낌?** 근데 또 코딩테스트나 과제 면접는 안 보고 말만으로 이 사람의 실력을 판단할 수 있나? 그걸 어떻게 알고 뽑지? 🤔 라는 의문이 드는 면접들이 많았다.
+
+1. 아르바이트를 오래했는데 오래한 이유
+2. 스트레스 해소법
+
+* 요즘 운동해서 취준 시작 후 운동해서 긍정적인 마인드로 바뀌었다고 함
+
+3. 국비에서 배운 것 중에 주로 배운 것이 뭔지
+4. 자신의 성격 장점
+5. 개발이 자신과 잘 맞는다고 생각하는지
+6. 개발자가 된 이유?
+
+* 전공자라 잘 안물어보긴 했는데 물어보면 원래 처음에는 관심 없었는데 자바하다가 재미 붙여서라고 함
+
+7. 보통 팀프로젝트에서 리더를 맡는지?
+
+* 완전 성향이 리더는 아니고 쓴 소리를 잘 못하다 보니 보통 딱 봐도 리더인 애들이 1순위고 그 다음 순위로 보통 맡아서 했다라고 함
+
+8. 국비 끝난 후 뭐했는지
+
+* 요즘 국비 팀원들이랑 cs 스터디 진행 중이다.
+
+9. 자신은 이론이 더 강점인지 실전이 강점인지?
+10. 프론트엔드랑 백엔드 둘 다 상관없이 할 수 있는지?
+11. 블로그를 쓰는 이유?
+12. 정보처리기사를 필기만 딴 이유(21년에 필기 합격)
+
+* 실기를 봤는데 1개 차이로 떨어지고 작년 3회차에 신청해두고 팀프로젝트랑 겹쳐서 못보러 갔다. 올해까지라 올해 볼 예정이라고 대답함
+
+13. 개발자로서 자신이 자신있는 부분과 부족하다 생각하는 부분과 이유
+
+### 2) 프로젝트 질문
+
+> 포트폴리오 기반 질문
+
+1. 프로젝트에 대해 간단히 or 자세히 설명해주세요. ⭐
+2. 자신이 맡았던 파트에 대한 설명 해주세요. ⭐
+3. 프로젝트에서 사용했던 기술과 왜 사용했는지 알려주세요.
+4. 팀 프로젝트를 하면서 가장 힘들었던 점은? ⭐
+5. 팀원들과 교류하나요?
+6. 팀원들과의 갈등이 생겼을 때, 어떻게 해결하셨나요?
+7. 배포는 어떻게 하셨나요?
+
+### 3) 기술 질문
+
+> 손코딩 보는 곳들도 2군데 있었다. 그냥 이부분 너무 겁먹지 말고 그냥 자신이 아는대로 하고 오면 될 듯 보통 기술면접이나 테스트가 있다면 면접 전에 알려준다.
+
+#### 기술 면접을 위해 정리해둔 것
+
+> [🔗 기술 면접을 위한 정리](https://incredible-gem-98e.notion.site/877ca9c507714cdb93ea660a6ccc948d?pvs=4)&#x20;
+>
+> [🔗 기술 면접을 위한 정리2](https://incredible-gem-98e.notion.site/CS-a8fcd67f8e0643b59b0e11d5d5c3e30e?pvs=4)
+
+기술의 경우 팀원들이랑 스터디 진행 중이었다. 생각보다 딥하게 물어보는 곳은 없었기 때문에\*\* 자주 나오는 질문들 \*\*모아서 공부하는 것이 현명할 듯하다. 생각보다 긴장하면 말이 안나오기 때문에..
+
+#### 기술 면접 도움 받을 수 있는 사이트
+
+* [\[IT 개발자와 일할 때 필요한 모든 개발지식\] A to Z 자료 모음집 By 그랩](https://www.grabbing.me/IT-A-to-Z-By-1e1fbc981b7c4c03ac44943085ac8304): 웬만한 CS 지식 집합체 IT 분야 종사자라면 봐야함
+* [신입 개발자 전공 지식 & 기술 면접 백과사전](https://gyoogle.dev/blog/): 기술 면접에 대한 정리가 체계적으로 잘되어 있는 편
+* [다른 사람이 면접시 물어본 것을 VELOG에 정리한 것](https://velog.io/@matisse/%EA%B8%B0%EC%88%A0%EB%A9%B4%EC%A0%91-%EC%A7%88%EB%AC%B8-%EC%A0%95%EB%A6%AC-CS) : 3년전 글이긴 한데 정리가 잘되있어서 나도 나중에 면접시 저런식으로 정리해야 겠다를 생각함
+* [READY FOR TECH INTERVIEW](https://github.com/WooVictory/Ready-For-Tech-Interview) : 이 곳은 신입 혹은 주니어 개발자에게 필요한 지식을 정리하는 GITHUB
+* [Technical Interview Guidelines for Beginners](https://github.com/JaeYeopHan/Interview\_Question\_for\_Beginner) : 시작하는 주니어 개발자들을 위한 기초 지식 정리한 GITHUB
+* [Backend-Interview-Question](https://github.com/ksundong/backend-interview-question) : 백엔드 개발자 입사시 질문, 예상질문 GITHUB
+* [프론트엔드 기술 면접 대비하기 -1편](https://f-lab.kr/blog/frontend-interview-1) : 프론트앤드 면접질문정리되어 있는 F-LAB
+* [자바 백엔드 개발자 질문](https://f-lab.kr/blog/java-backend-interview-2) : 자바 기술 면접 대비하기정리 되어 있는 F-LAB
+* [실제로 받은 프론트앤드 질문모음 정리](https://xiubindev.tistory.com/119) : 프론트앤드 질문 정리가 되어 있는 Tistory
+* [최근에 올라온 신입 개발자 면접 방법 (기술)](https://velog.io/@yoosion030/%EC%8B%A0%EC%9E%85-%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EB%A9%B4%EC%A0%91-%EC%A4%80%EB%B9%84-%EB%B0%A9%EB%B2%95%EA%B8%B0%EC%88%A0)
+
+#### 실제 질문 모음
+
+1. 여태 써 본 기술?(상, 중, 하로 말하라는 곳도 있었음)
+2. 가장 자신이 있는 언어와 그 이유는?
+3. 파이썬과 자바의 썼을 때 차이점
+4. post와 get 차이
+5. 네이버에 들어갈 때 일어나는 과정
+6. mvc 구조와 등록 버튼을 눌렀을 때 mvc가 실행되는 순서
+7. having
+8. 스프링, 서블릿, jsp에 대해 아는 대로 적어주세요.
+9. 정규화가 뭔지 왜 필요한지 적어주세요.
+10. 기본키와 외래키등도 적어서 모델링 적어주세요.
+11. 객체 지향 언어가 뭔지 아는 대로 적어주거나 말해주세요.
+12. 트랜잭션이란? 아는대로 말해주세요.
+13. 세션과 쿠키의 차이가 뭔가요?
+
+### 4) 그 외
+
+1. 자기소개 해주세요.
+
+* 나의 경우 자기 소개는 회사에 맞춰 준비해감
+* 예를 들어 **회사가 인재상이나 회사 이름 넣어서 준비해감**
+* 안녕하세요! oo에 지원한 쇠구슬 처럼 단단한 신입개발자 ooo입니다. 저는 학교와 부트캠프에서 다수의 개인, 팀프로젝트를 진행하였으며, 최근에는 멀티캠퍼스에서 springboot와 react를 통해 팀프로젝트로 반응형 웹페이지를 개발한 경험이 있습니다. 개발 파트에 조장이 되어 팀원들 중재 및 개발 환경 구축 등을 담당 하였으며, 그 결과 팀프로젝트 2등 및 개인 모범상을 수상 하였습니다. 함께 논의하고 지식을 공유하는 것을 좋아하며, 공부를 한 것들을 노션, 블로그 등으로 꾸준히 기록해가며 잊지 않고 발전해나가고 있습니다. 이러한 공유와 협력의 경험으로 ooo의 뜻인 협력에 맞춰 ooo에서도 함께 가치를 나누며 성장하고 싶습니다. 감사합니다
+
+2. 마지막 할 말(거의 안 시킴)
+
+* 만약 마지막 인상을 남기고 싶다면 마지막 할 말해도 될까요? 라고 묻고 해도 좋을 듯
+
+3. 회사에 질문하고 싶은 것, 궁금한 점은?(무조건 시킴, 모든 면접 가는 곳이 그랬음) ⭐
+
+* 3가지 정도 준비해가도 좋을 듯.. 회사 홈페이지 참고 필수
+* 인재상이나 회사가 현재 뭐하고 있는지 확인 정도는 하고 가자.
+* 합불합 일정 안알려준다면 꼭 물어보자
+
+4. 희망 연봉
+
+* 대부분 연봉 테이블이 있다고 함
+
+5. 회사에 지원한 이유? ⭐
+6. 입사 가능한 날짜
+
+### 5) 그 외 면접에 대해 하고 싶은 말
+
+질문 모음들을 적어뒀지만 회사마다 일단 다 달랐기 때문에 **자기소개나 마지막 할 말 정도 준비**를 해갔고 포트폴리오를 보면서 프로젝트 한 것에 대해서 다시 한 번 상기시키는 정도로 면접 준비를 하였다. 준비를 해가도 사실 당황하면 기억이 잘 안나서 사실대로 말할 수 밖에 없더라..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/baf80002-aa69-4820-8320-610564bad250/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 면접 보기 전 회사사이트 보기
+
+> **면접 보기 전에 꼭 그 회사 사이트나 인재상 한 번 보고 가는 것을 강추**한다. 그래야 _회사에 대해 질문 있나요?_ 라고 했을 때 뭐라도 물어볼 수 있기 때문이다.
+
+뿐만 아니라 회사사이트를 보면서 자기소개에 넣을 말도 고를 수 있기 때문에 한 번 보고 가길 바람!!
+
+#### 중소 대부분은 대화식 면접
+
+웬만하면 보통 **대화식 면접**이며, 문답 형식인 경우가 많았고 그렇기 때문에 나의 경우 편하게 볼 수 있던 것 같다!! 그래서 대화하듯이 핸드폰 가방에 넣고 눈을 바라보면서 주고 받았으며, 면접관들이 말할 때는 끄덕끄덕하거나 아\~ 그래서 이정도 반응함
+
+#### 면접에 대해 너무 두려워 하지 말자.
+
+> 참고 : 🔗 [일부러 거절당해보기(feat. 부트캠프 끝나고 뭐할까)](https://velog.io/@eddy\_song/rejection)
+
+그렇지만 이력서랑 포트폴리오로 고민하는 사람들을 위해 적어봤다. 그리고 너무 겁먹지 말고 지원해보자. 생각보다 면접관들 친절하다. 그리고 친구가 해준 말 중에 가장 기억에 남는 말이 있다. 나도 면접에 대한 두려움이 많았다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/f3a88f51-bb4a-4aa9-b882-e1e1874b64cc/image.png" alt=""><figcaption></figcaption></figure>
+
+_**나는 아는 것이 없는데.. 욕 먹으면 어떡해? 면접 무서워**_ 라고 친구한테 말했다.
+
+> 💬 면접관들은 내가 떨어진다면 다시는 안 볼 아저씨, 아줌마들이야. 그 사람들이 뭐라하던지 내 회사가 아니라면 한 귀로 듣고 한 귀로 흘려
+
+친구가 그렇게 말해줬기에 덜 스트레스 받고 면접을 볼 수 있었다. 뿐만 아니라 커피챗을 경험한 멘토 분에게도 이 고민에 대해 말했었다. _**내가 대답을 못할까봐 걱정이다.**_
+
+> 💬 그건 너무 걱정하지 말라. 생각보다 면접관 중에 자신도 모르면서 물어보는 경우도 많기 때문에 대답을 못할까봐 걱정하지 말라.
+
+실제 면접을 보러 다니면서 느끼는 것은 이 두 가지의 말 전부 맞는 말이다. 면접을 볼 수록 내성도 생기기 때문에 덜 떨고 말할 수 있다. 첫 면접때는 덜덜 떨면서 자기소개 했다. 하지만 2\~3번 반복적으로 보니 덜 떨게 됐다는 점을 말하고 싶다.
+
+&#x20;**그리고 최대한 밝게 면접보자. 그리고 면접관의 눈을 바라보며 반응하자.**
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/2d1ed697-734d-4988-8486-8ded82dc8420/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 단답식 대답 말고 뒷 말 좀 더 붙이자!!!
+
+> 그래도 대답할 때 단답식으로 말하지 말고 뒷말을 좀 더 붙여서 대답하자.
+
+예를 들어 스트레스 해소 운동합니다. 보다는 제가 스트레스를 많이 받는 편은 아니지만 스트레스를 받으면 최근에는 운동하고 있습니다. 운동하면서 취준기간 때 부정적인 생각을 긍정적으로 바뀌게 되었습니다. 이런..? **물론 나도 처음에는 급 질문이라.. 아.. 어.. 앗..**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/13c0e0a0-2ecf-43aa-ac16-0c76fe2509e9/image.png" alt=""><figcaption></figcaption></figure>
+
+**제가 친구들도 만나고 합니다. 하다가 급 생각나서 뒷말로 붙였다ㅋㅋㅋㅋ**
+
+그리고 **기술 면접**에도 보통 큰 기업이 목표인 경우에는 스터디가 필수일 것 같았다. 면접 때는 긴장이 되기 때문에 공부했던 것들도 기억이 안나서 보통 기술 면접을 준비한다고 한다면 너무 길게 말고 대답할 수 있는 외울 수 있는 정도로 공부하고 준비하는 것이 좋을 것 같다라는 생각이 들었다.
+
+#### 무례한 면접관을 본다면 💩 밟았네 생각하자.
+
+무례한 면접관은 못봤지만 만약... 무례한 면접관이 있다면 상처받지 말고 털어버리자!! 그 사람이 이상한 거다 생각하고 에이씨 💩 밟았네라고 생각하자(상처를 안받을 수 없겠지만... 그렇게 되면 면접 공포증이 생기니)
+
+* 트위터에서 본 면접 후기 중 면접자가 좋은 시간이었다고 하니 자기는 시간 낭비였다는 식으로 얘기한 곳이 있다는 거 보고 충격(진짜 면접관;; 무례해)
+
+저런 곳은 붙어서 가도 문제일 것 같음...
+
+> 보통 참고로 불합격 연락 대다수가 안준다.. **서류 불합격은 기본으로 안주지만 면접 불합격도 안 주더라.** 기다리지 말고 여러 군데 보러 다니자. 보통 나는 일주일에 2\~3군데 정도 면접 보러 다님.
+
+#### 발표 날짜나 궁금한 것 물어보자
+
+보통 맘에 든다면 2\~3일 내로 연락주거나 면접 때 면접관들이 티를 내더라. 아닌 곳도 있겠지만 꼭 면접 시 일정을 알려주지 않는다면 물어보자.
+
+* 발표 날짜(언제까지 연락 오는 지)
+* 지방 파견 있는지(있는 곳도 있더라.. 주거지 문제..)
+* 회사 분위기
+* 신입의 경우 교육기간 있는지(걱정이 된다면..?)
+
+만약 **조만간 연락 준다고 한다면 보통 1주일 정도 기다려보자.** 만약 1주일안에 연락이 안온다면 보통 불합격이다ㅠㅠㅠㅠㅠㅠ 지방 파견 있는 곳이 면접 본 곳 중에 있는데.. 물론 주거지는 회사에서 보장해준다고는 함 그렇지 않는 곳도 있기에 꼭 면접 때 물어보자. 합격을 목표로 두고 안 물어보고 입사했다가 알게 되면 그때 더 힘들 것 같다라는 생각을 함
+
+***
+
+## 4. 결과 😃
+
+![](https://velog.velcdn.com/images/prettylee620/post/aeacee34-5d6c-4cc6-97e3-83e02c915734/image.png)
+
+### 지원이력
+
+#### 잡코리아
+
+> * 92개 지원(15개 정도는 최종 떨어진 줄 알고 이번주에 급하게 더 넣은 것)
+
+* 58개 열람
+* 35개 미열람
+
+![](https://velog.velcdn.com/images/prettylee620/post/799d7103-db83-4d30-92ed-10d123c6875c/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/27a00166-aabc-4ad8-b1bb-50833c14f6f8/image.png)
+
+잡코리아에 [강소기업 전용관이나 it 분야 전용관, 참 좋은 중소기업 전용관](https://www.jobkorea.co.kr/Theme/Main)을 이용해서 많이 지원했다.
+
+#### 사람인
+
+> * 42개 지원
+
+* 25개 열람
+* 17개 미열람
+
+![](https://velog.velcdn.com/images/prettylee620/post/5a7b65ef-41e4-4060-8b8f-0c2e562771e0/image.png)
+
+사람인은 너무 지원자가 많고 초반에 면접 제의가 하나도 안하고 잡코리아를 주로 해서 갈아 탐
+
+#### 원티드
+
+> * 20개 지원
+
+* 11개 열람 및 불합격
+* 9개 미열람
+
+![](https://velog.velcdn.com/images/prettylee620/post/acbbf0c1-94c1-4718-bafc-19169e99fa7e/image.png)
+
+원티드는 진짜 경력자 아니면 파워 짱짱한 신입들 지원하는 느낌인데 자료 받을려고 20개 넣어봤다. **원티드 챌린지**하고 3회 이상 참여하거나 사전 미션 하게 되면 시크릿 채널로 초대되는데 그 후 지원 20개 **일정 기간 안에 하면 면접이랑 포트폴리오 작성법 자료 줌**
+
+#### 총 결산
+
+> * 지원 기간 : 12.26 첫 서류 지원 \~
+
+* 총 154개 지원(94개 열람, 61개 미열람)
+* 9개의 서류 통과(1개 포지션 제안까지) 및 면접
+* 1군데는 이번주 발표(1곳은 서류 - 온라인 코테 - 면접까지 완료 후 최종결과)
+* 1군데는 서류 통과나 과제 전형이었는데 후기 안좋아서 포기
+* 1군데는 면접 제의 왔으나 최종 합격으로 면접 거절
+* 최종합격 1개
+
+대략 이번주에 급하기 넣은 곳 열람 7개, 원티드 열람 11개, 미열람들을 제외하고 보면
+
+* 76개의 서류 접수
+* 9개의 서류 통과
+
+보통 서류 10개 중 1개 정도 면접 본 꼴인 것 같다. **10%\~15%의 서류합격률...?과 10%의 최종합격?**
+
+***
+
+## 5. TIP과 취준 관련 사이트
+
+### 💡 TIP
+
+#### 중소나 SI인데 그렇게까지 준비해야 해? 🤔
+
+![](https://velog.velcdn.com/images/prettylee620/post/040709c6-ca2e-4d8d-92a1-07a7aabcb517/image.png)
+
+> 대답은 YES
+
+요즘 취업 불황기라 조금 괜찮다 싶은 중소나 SI의 경우 지원자가 300-600명까지도 넘어가더라. 그래도 개발자가 넣을 곳은 많지만.. 예전만큼 쉽게 뽑히는 시기는 많이 줄어든 것 같다.
+
+**특히 서류에서 면접 연락오는 곳이 적다.** 지금 경력자들도 이직하기 힘든 시기라고 한다. 그래서 경력자들도 100개는 기본으로 넣는다고 함.. 그렇기 때문에 이력서나 포트폴리오로 최대한 나를 어필하는 것이 좋다. 그래야 면접을 보면서 `나를 한 번 더 어필` 할 수 있기 때문이다.
+
+중소라고 이력서만 딸랑 보내는 것보다는 포트폴리오까지 보내야 합격률을 높일 수 있다.
+
+#### 보통 si나 중소는 백엔드, 프론트엔드 잘 안나눠져 있음
+
+보통 si나 솔루션은 백엔드 프론트엔드가 안 나눠져 있더라. 그게 어떻게 보면 장점이자 단점인 것 같다. 일단 신입으로서는 다양한 것을 경험해 볼 수 있다는 장점..이자 너무 다양한 것을 할 수 있다는 단점 ㅋㅋㅋㅋ 그래서 중소를 갈 예정이라면 백엔드 프론트엔드 가리지말고 다뤄보자...
+
+#### 잡플래닛으로 확인해보자
+
+> 💡 잡플래닛을 무조건 믿지는 말아야 하나, 다만 대략적 분위기는 알 수 있다.
+
+잡플래닛을 위에 적었다 싶이 무조건 믿으라는 것은 아니다. 하지만 대략적인 분위기와 그 회사에 대해 미리 알 수 있는 정보라고 생각한다. 그리고 대부분 어느정도는 맞는다... 중소기업도 있는 곳들이 대다수였다. 면접 질문도 미리 알 수 있다.
+
+#### 개인 파견은 되도록 피하는 것이 좋다고 한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/d801050d-0425-43dc-a795-472b1c849c90/image.png)
+
+> 경력 뻥튀기가 많다고 한다. 그리고 특히 신입의 경우 각자 도생이라고 함 `팀 단위`로 파견 나가는 곳으로 되도록 가자.
+
+SI의 경우 팀으로 가는 경우들도 많은데.. 진짜 딱 파견만 하는 곳들은 신입들도 따로 따로 1명씩 보내는 경우가 있다고 한다. 이렇게 되면 팀원들끼리 구성되는 프로젝트들도 많을 것이고 내가 모르는 것이 있더라도 물어볼 수 없을 것... 버티고 혼자 성장도 가능하다면 좋지만 웬만하면 팀으로 가야지 물어볼 수라도 있다고 한다.
+
+근데\_\*\* 면접하면서 알게 된 사실은 SI도 상위, 하위 업체가 나뉜다고 한다.\*\*\_ 회사랑 다이렉트로 업무를 맡는 곳 같은 경우에가 상위고 그렇지 않은 경우 하위라 하위이고 개인 파견인 경우 알려주지도 않고 개인으로 파견하고 수수료를 받아먹는다고 들었다.
+
+그래서 개인 파견의 경우, 그 회사가 체계적이고 어느 정도 월급을 보장해주고 만약 자신이 잘 버틸 자신이 있다면 괜찮다고 한다.
+
+#### 쌩신입이라면.. 원티드나 점핏보다는 잡코리아, 사람인 추천 👍
+
+원티드는 진짜 이력서 읽지도 않고 퇴자맞은 곳이 대부분이었다..😂 **(열람 알림 1분 후 서류탈락)** 그렇기 때문에 원티드는 진짜 인턴 경험도 전무하다면 너무 높은 것 같더라. 같이 취준하던 분도 점핏 대거 서류탈락 연락밖에 못받았다고 한다. _**보통 원티드나 점핏은 어느 정도의 규모가 있는 스타트업이다 보니 경력자들이 많이 사용하는 느낌이었다.**_ 물론 내가 너무 부족한 것도 있겠지만..
+
+그렇기 때문에 만약 중소기업으로 경력 쌓는 게 목표인 쌩 신입이라면 잡코리아와 사람인을 추천한다!!
+
+#### 워라벨 vs 돈 vs 성장
+
+> 자신이 회사에 가장 원하는 가치가 뭔지 생각해보기
+
+물론... 요즘은 1개 붙기도 힘들지만.. 회사 지원하기 전에 자신이 가장 중요하게 생각하는 것이 무엇인지도 생각해봐야 할 것 같다. 나는 주변 친구들의 야근썰을 들어보면 일단 신입때는 성장도 중요하지만 만약 si나 중소로 간다면 워라벨이 중요한 것 같다고 생각한다. 그래야 개인 공부해서 성장할 수 있기 때문에 ㅋㅋㅋ
+
+### 🔖 취준 정보 북마크
+
+#### 🔗 취준 정보 사이트
+
+* [복지리](https://bokziri.notion.site/bokziri/Bokziri-com-3e16ab5efbba47ad95d923c2de142255) : 회사들의 복지 나와있는 노션 사이트
+* [주니어 개발자를 위한 취업정보 뿐만 아니라 이력서/포폴 작성방법, 면접팁등 유용한 링크](https://github.com/jojoldu/junior-recruit-scheduler) : 주니어 개발자를 위한 취업 정보
+* [노션 포트폴리오 템플릿](https://cucus.notion.site/ab7d09fece2245d2ab17443b930aae18)
+* [매일 업데이트 되는 it 채용 일정](https://jagged-salmon-608.notion.site/IT-korecruIT-e7766b95c90c48f8beba5e7ab51afef7)
+* [주니어를 위한 취업 사이트 신입이 경력 쌓긴 좋은 회사 추천](https://github.com/jojoldu/junior-recruit-scheduler) 주니어 개발자를 위한 취업 정보
+* [신입을 뽑는 회사](https://www.jobplanet.co.kr/contents/news-4400)
+* [인프로 멘토링](https://www.inflearn.com/mentors?)
+* [혁신의 숲](https://www.innoforest.co.kr/?utm\_source=google\&utm\_medium=cpc\&utm\_campaign=main-ver-2\&gclid=Cj0KCQjw3JanBhCPARIsAJpXTx7xhY5mxodlrrLzW\_sYVboO-iBuH4qk9eZcw2Ylk231TTHH8tiq6LoaAk5LEALw\_wcB) : 스타트업 확인 가능
+
+#### 🗒 알고리즘 공부 사이트
+
+> 조금 괜찮은 기업으로 가려면 필수인 알고리즘과 코딩테스트
+
+* [알고리즘 공부에 대한 로드맵](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) 알고리즘 보보 벗어나기 위한 방안에 대해 나와 있음
+
+\
+
+
+***
+
+## 6. 📍 하고 싶은 말
+
+> 대략 면접 8개정도 본 상태. 그리고 내가 적는 말이 전부 무조건 맞는 말은 절대 아니라는 것!!!
+
+### 1) 일단 취업을 너무 미루지 말자. 부족하다고 생각하며 미루지 말자.
+
+내가 트위터하면서 느낀 점은 내가 못하는 것도 아니지만 그렇다고 준비된 인재도 아니라는 것이다. 비전공자인데 나보다 대단한 사람도 많고 배포에 마이그레이션까지 했는데도 서류 통과도 못하는 불경기라고 한다...
+
+그렇기에 나는 항상 부족하다고 느끼고 자신감도 없었다._\*\* 그냥 다 모르겠어라고 생각했다. 할 것은 많고 끝은 없고 나는 배포도 제대로 시도 못해 본 바보라고 생각했다.(지금도 그렇게 생각하긴 함)\*\*_&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/27714524-9c48-4227-a9a7-9b2e0ac828a6/image.png" alt=""><figcaption></figcaption></figure>
+
+> 하지만 요즘 느끼는 것은 남과 비교할 수록 성장하는 것이 아닌 스트레스만 받는다는 것이다. 그러면 내가 할 수 있는 시간이 줄어들 것이다.
+
+개발자는 평생 공부해야 하며 살아야 한다고 하지만 안주하고 살아가는 경우도 많다. 내 동기 회사에는 클래스의 단어도 모르는 사람이 면접 보러오기도 for문을 모르는 데 개발하는 사람도 있기에 발전해야 한다고 너무 스트레스 받지는 말았으면 한다.
+
+그러면서 나는 부족해 계속 공부해야 해..라고 생각하는 것도 좋다. _**물론 좋지만 공부의 끝은 없기에 면접을 보고 이력서를 넣으면서 내가 부족한 부분을 메꿔나가는 것이 좋다고 생각한다.**_
+
+그리고 나보다 잘하는 사람도 많지만 부족한 사람도 많다는 것을 명심해두자. 항상 당당한 게 중요한 것 같다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/76986254-4b93-4f52-8ee3-ffaf7435e440/image.png" alt=""><figcaption></figcaption></figure>
+
+이런 마인드로 살아가야 하는데 취준을 할 수록 자존감은 바닥을 치더라.. 그럴 때마다 칭찬해주자. 자기 자신을 잘 하고 있다고...
+
+### 2) 전공심화를 한 학사(4년제 공고라도 넣어라. 지원자격 너무 많이 신경쓰지 말자)
+
+일단 나는 애매한 개발자이다. 전공자이긴 하지만.. 전문대 졸업인데 전공심화를 해서 학사이긴 한데 4년제라고 말하기에는 애매하다.
+
+아마 전공심화를 들은 전문대생들은 "💭 아.. 이걸 4년제 대졸이상이면 넣으면 안되겠지? 넣지말자"라고 생각하는 사람들이 꽤 될 것이라고 생각한다.
+
+> 하지만 최근 취준을 하면서 알게 된 것은 넣어뒀을 때 _\*\*문제가 된다면 알아서 회사가 서류에서 거른다. \*\*_
+
+**그래서 경력 1년인 경우에도 면접보러 가기도 했고 4년제 대졸의 공고도 서류 합격은 했기에 걱정하지 말고 넣기 바람!!**
+
+그렇기에 경력 지원도 막 시니어 급을 원하는 게 아니라 1-3년이라면 한 번 넣어보자..!! 실제로 대학 동기 동생이 신입이고 인턴경험도 없는 데 경력 지원해서 붙어서 회사 다니는 중이다.
+
+> 뿐만 아니라 필수 스킬 이력에 많은 스킬에 지원을 포기하지말고 넣어보자!!
+
+어차피 부족하다 느끼면 회사에서 거른다. 그리고 회사 들어가서는 거기 적힌 것과 다른 것을 맡아서 하는 경우가 많다고 함(그래서 어차피 처음부터 다시 공부해야함😂)
+
+### 3) 가능하다면 계속 이력서, 포트폴리오는 업데이트 하자!
+
+![](https://velog.velcdn.com/images/prettylee620/post/27b6dc22-e563-44d5-a363-05b1f0707609/image.png)
+
+이력서가 완전히 완성됐다랄 때까지 취준을 미루는 게 아니라 취준을 하면서 이력서로 지원하면서 보완해 나가자!! 그 대신 그 중간 중간 공부를 했다면 그 내용을 이력서 및 포트폴리오에 지속적으로 업데이트 하자.
+
+### 4) 나이 너무 걱정하지 말자.
+
+> 나의 경우에도 1\~2년 전에 대부분의 친구들이 취업을 했다😂😂
+
+물론 아르바이트는 꾸준히 해오고 있었다. 20대 거의 극 후반 여자였고 인턴 경험 없었으며.. **완전 첫 취업이었다.** 생각보다 나이는 그렇게 중요하지 않더라!! 나이가지고 뭐라 한 곳이 1곳도 없었음.. 같은 팀원분도 비전공자의 신입 (여자분)30대 중반 정도인데 취뽀하셨고 들은 말로는 개인 파견업체지만 50대분도 신입으로 취업하셨다 하니 너무 걱정하지 말자.
+
+특히.. IT 업계는 확실히 덜 본다는 게 맞는 것 같다.
+
+\+++ TMI이지만 출근하고보니 28이지만 나이로 완전 어린편이다! 너무 걱정 안해도 될 것 같다.
+
+### 5) 자기 혐오는 하지말자.
+
+> 물론 어느정도의 객관화는 필요하지마 자기 혐오는 하지말자.
+
+서류 불합격은 그래도 익숙해졌는데 면접 불합격에 멘탈이 흔들리면 자기 탓을 많이 하게 되더라..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/ff1d2505-fc7c-48aa-bc95-6ee9c58afc44/image.png" alt=""><figcaption></figcaption></figure>
+
+> 근데 면접이랑 이력서를 내면서 느낀 점은 **요즘 진짜 너\~\~\~\~무 상시랑 찔러보는 느낌의 회사들이 많다는 것이다.🤕**&#x20;
+
+물론 나 같아도 더 좋은 사람, 더 경력이 좋은 사람 뽑고 싶은 것은 알고 있고 이해하는데 **면접에 뽑을 의사도 없는 데 부르는 경우들도 많고 희망주고 안 뽑는 곳들도 있다.** 뿐만 아니라 **한 달 공고기간 올리고 공고 기간 만료 되면 다시 올리고** 이걸 반복하는 곳들이 많더라...(후기에도 그렇게 적혀있음)
+
+요즘 취업시장도 안 좋고 불경기라 이래서 더 기업들이 쉽게 안 뽑는 것 같다...그렇기에 반복되는 불합격에도 쉽지 않겠지만 자기 혐오는 하지말자..**(멘탈만 갈려나감..면접 보고 더 잘 볼 수 있었는데 후회하고 허탈하고 반복..😂)** 진짜 취업 시장이 안 좋아서 안 뽑힌 게 대부분일 가능성이 높다.. (운도 있는 듯)
+
+하루쯤 탈탈 털고 그 다음날부터 화이팅해보자!!!!
+
+### 6) 취준기간에 끝없이 우울해질 수 있으니 우울증 타파할 것을 찾아보자.
+
+> 나같은 경우에 운동을 아예 안했던 운동과는 거리가 멀었던 사람이었다.
+
+취준기간에 친구들을 만나기도 했지만... 친구들을 만나지 않을 때 주말 아르바이트를 하고 있었음에도 집에만 있으니\*\* 너무 우울했다. 그리고 체력이 더 하락하는 것을 몸으로 느꼈다. \*\*그래서 운동을 시작했다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/7759393c-ed00-4831-83f7-b5a832416548/image.png" alt=""><figcaption></figcaption></figure>
+
+그렇게 운동을 땀 날 때까지 하고 주 3회정도 꾸준히 가니까(피티쌤의 도움도 있..)먹어도 살이 덜 찌고 우울한 생각도 덜하게 되었다. 친구들을 만나지 않아도 운동하고 나면 개운하고 체력도 증가된 느낌이었다.
+
+그리고 국비 팀원들 일부랑 1주일에 하루 cs 스터디를 디스코드로 진행하며 사담도 많이 했는데 이것도 우울증 타파에도 도움됐음😏
+
+취준기간이라고 집에서 취업준비만 하지말고 우울증 타파할 것을 하나라도 찾아보자. 취준기간이 길어질 수록 더더욱 찾는 것이 좋다고 생각한다.
+
+### ✒ 마무리 : 모두 좋은 곳에 취업하길 바라며
+
+![](https://velog.velcdn.com/images/prettylee620/post/ececc1e6-0e65-481f-8609-b3affad48862/image.png)
+
+물론.. 나보다 좋은 글 공유한 사람들도 많겠지만 그리고 최종합격 1개뿐이지만 그래도 특히 신입에게 추운 취업문에 대해 조금이나마 도움이 되길 바라며 적어본다. 같이 스터디 하는 팀원들도 좋은 곳 다 갔으면 하는 바람 뿐이다!!!
+
+나도 블로그글로 많은 도움을 받았기 때문에 이 글로 한 명이라도 도움이 됐으면 좋겠다. 진짜 불안하고 초조한 취준기간일테지만 오히려 나의 경우 뒤로 갈 수록 더 좋은 기업에서 면접 제의 연락이 왔고 내가 원하는 회사에 가게 됐다ㅠㅠㅠㅠㅠㅠ
+
+나름 이력서 넣기 시작한 지 1달 정도 만에 취뽀를 했음에도 스트레스가 너무 심했다..😭(돈의 압박) 아르바이트를 하고 있음에도 면접 때문에 평일에는 하지 못했고 모아둔 돈은 바닥이 나서 걱정하고 있었다..
+
+> \*\*내가 해냈기 때문에 다들 원하는 곳에 취업할 수 있다고 생각한다. \*\*나 또한 항상 부족한 사람이라고 생각한 사람 중 한명이기에..
+
+뭔가 블로그 글을 쓰는 거라 반말로 써서 좀 그렇긴 하지만 다들 힘든 시기 버티면 언젠가 원하는 곳에 갈 수 있을 것이며, 제발 채용시장 좀 괜찮아지길 바라고..진짜 제발...
+
+&#x20;(출처 : 최고심)
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/80925fee-f130-44dd-b1ff-77167f87a1ff/image.png" alt=""><figcaption></figcaption></figure>
+
+모두 원하는 곳에 취업하길 바라며 이 글은 마무리 한다!! 저를 뽑아준 회사에 감사함을 전하며... 진짜 열심히 해볼 예정이다!!!!!!!!!!!!!!!!!!!!(걱정 되지만...)
+
+마지막 마무리는 친구가 사 준 취뽀 기념 꽃😘과 국비에서 친해진 동생, 친구가 사준 선물 ![](https://velog.velcdn.com/images/prettylee620/post/22ed9e64-905c-41f7-964d-825f7d9056e5/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/d4406a15-39af-4b00-8b56-1c8b6c1becf6/image.png)
diff --git "a/developLog/ex/employment-job-change/si/_ \354\243\274\353\213\210\354\226\264\352\260\200 \354\262\253 \355\232\214\354\202\254 \353\213\244\353\213\210\353\251\264\354\204\234 \352\271\250\353\213\254\354\235\200__\352\271\250\353\213\254\354\225\204\352\260\200\353\212\224_ 20\352\260\200\354\247\200_.md" "b/developLog/ex/employment-job-change/si/_ \354\243\274\353\213\210\354\226\264\352\260\200 \354\262\253 \355\232\214\354\202\254 \353\213\244\353\213\210\353\251\264\354\204\234 \352\271\250\353\213\254\354\235\200__\352\271\250\353\213\254\354\225\204\352\260\200\353\212\224_ 20\352\260\200\354\247\200_.md"
new file mode 100644
index 0000000..1b90e49
--- /dev/null
+++ "b/developLog/ex/employment-job-change/si/_ \354\243\274\353\213\210\354\226\264\352\260\200 \354\262\253 \355\232\214\354\202\254 \353\213\244\353\213\210\353\251\264\354\204\234 \352\271\250\353\213\254\354\235\200__\352\271\250\353\213\254\354\225\204\352\260\200\353\212\224_ 20\352\260\200\354\247\200_.md"	
@@ -0,0 +1,245 @@
+# 주니어가 첫 회사 다니면서 깨달은(?깨달아가는) 20가지
+
+![](https://velog.velcdn.com/images/prettylee620/post/c32fadfe-ffba-465b-b722-7886bc9c30c4/image.png)
+
+## 🏬 회사
+
+![](https://velog.velcdn.com/images/prettylee620/post/17361471-f7c6-4304-8cde-6df1cb77a222/image.png)
+
+### 1. 중소기업 간다고 죽는 것은 아니지만 실력이 된다면 대기업으로 가는 게 좋긴 하다.
+
+물론 가장 베스트는 대기업이다... 그치만 알고 있지만!!! 어려운 거지 않겠는가.. ㅋㅋㅋㅋ 몰라서 안가는 게 아니니까 중소기업 간다고 인생 망하는 거 아님
+
+`스타트업`도 좋지만 스타트업 다닌 기획쪽 친구 얘기 들어보면 규모가 200명정도 있는 회사의 경우 **체계가 없었다고 함**
+
+그렇기에 오래된 중소가 나을 수도?
+
+> 다만 **돈 밀리는 회사가 가장 나쁜 회사다.** 그런 회사면 빨리 나오는 게... 답이라고 나는 생각함..🤬
+
+### 2. 주니어 때는 너무 바쁜 회사보다는 적당히 바쁜 회사 나을 수도 있겠다는 생각이 듦
+
+그래야 적당히 공부도 할 수 있음!! 회사가 바쁘면 `야근`해야 하고 야근하면서 배우는 것도 물론 있겠지만 **자주 야근을 하면 몸이 망가지면 몸도 마음도 지치는 상태**가 온다고 함...&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/d6a197a1-6ba9-458e-a5a1-d57b6f6eda41/image.png" alt=""><figcaption></figcaption></figure>
+
+생각보다 `워라벨`이 중요하다...는 것을 회사다니면서 몸소 느끼는 중ㅋㅋㅋㅋㅋ 우리의 경우, 맡은 일만 정해진 기간 안에 끝내면 다른 것 해도 된다고 말씀해주셨음!
+
+### 3. 회사랑 나를 어느 정도는 분리도 필요하고 완전한 분리하지 말아야 한다.
+
+> 회사에서 혼났다고 내가 쓸모없는 사람인 것이 아니라는 것
+
+회사에서의 나와 개인에서의 나를 일치시키지 않는 것이 좋다고 한다. \*\*그렇다고 해서 회사에서 대충 살고 나는 나야\~ 이거는 말고 \*\* 혼났을 때 나는 쓸모없어가 아니라 조금 부족한 부분이 있네 고쳐보자 마인드?
+
+물론 이상한 사람들도 많기에 만약 쓸데없는 걸로 트집잡는 것이라면 한귀로 듣고 한귀로 흘리는 것이 베스트다...
+
+> \++ 그리고 커피챗에서 들었는데 회사에 모든 걸 내가 컨트롤 할 수는 없기에(예시로 구조적인 부분) 내가 컨트롤 가능한 부분만 하고 스트레스 받지 말기\~
+
+### 4. 소문이 날 수 있으니 회사에서는 말 조심하자. 모든 사람에게 이쁨을 받을 필요는 없지만 적은 안 만드는 것이 좋다.
+
+> 동기든.. 친한 친구든 회사 안에 있는 사람이라면 말 조심하자.
+
+말은 돌고 돌기에 아무리 말하고 싶은 것이라도 말 조심하고 불만이나 그런 거는 회사에서 같이 근무하지 않은 친구들한테 말하는 것이 가장 좋음!!!&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/5fbbf57e-d076-4a71-b8da-9e0ea3bcfdc8/image.png" alt=""><figcaption></figcaption></figure>
+
+실제로 그런 케이스들을 많이 봤기에 조심하자.
+
+처음에 회사 들어왔을 때는 모든 사람에게 이쁨 받아야 한다는 생각에 사교성 있게 상사분들과 대화하는 사람을 부러워했다.
+
+> 근데.. 굳이 모든 사람들과 친해지거나 이쁨받을 필요는 없다는 것이다.
+
+하지만 그렇다고 적을 만들라는 것은 아님... 적을 만들지 말 되 모든 사람들에게 이쁨받기 위한 노력을 할 필요는 없다.
+
+### 5. 회사에서 하고 싶은 일, 원하는 스택과 일치 하기가 힘들다.
+
+내가 일하는 SM의 경우 프로젝트 한 것과 스택은 비슷하긴 하다.
+
+> 하지만 대부분 들어갔을 때 사용하는 언어가 달라지는 경우도 많더라.
+
+뿐만 아니라 일하면서 느꼈는데 어차피 어느정도 구축되어 있는 경우에는 약간의 코드 수정이 대부분이라 막 국비에서 하는 로그인 만들기 이런 거 안함(지금 권한있는 것도 많지 않다...)
+
+관련 계정 생성까지만 2주걸렸음
+
+### 6. si, sm의 특징
+
+#### 1) git << svn
+
+생각보다 git를 쓰는 곳은 많지 않다. 대부분의 si 혹은 sm으로 이루어진 곳들은 svn을 씀
+
+#### 2) 최신 기술 혹은 최신 버전의 언어를 잘 사용하지 않는다.
+
+최신 버전의 언어? 톰캣? 잘 안 씀 거의 초반에 세팅 한 그대로 쓰는 곳들이 많음...ㅋㅋㅋㅋ
+
+#### 3) si, sm은 내 외부망 분리가 많음 혹은 내부망만 있거나..
+
+내부망의 경우 인터넷 검색 안됨. 우리는 내 외부망 따로 있지만 내부망만 있는 곳의 경우 보통 아이패드 가져와서 검색한다고 함..
+
+#### 4) 노션? slack? 잘 안씀
+
+본사는 쓰는데 내가 파견 나와 있는 sm 회사에 경우, 대부분 카톡 혹은 메일(하이윅스) 씀
+
+#### 5) 파견직도 있지만 본사에서 근무하는 곳들도 있음
+
+파견직이 많긴 한데 본사에서 근무 하는 곳도 많음
+
+### 7. 몇 달간은 내가 초라해보인다. 인정받고 싶어서 독단적으로 처리할려고 하지말고 꼭 뭔가를 하지 전에는 물어보자.
+
+#### 물어보는 습관 무조건 필요하다.(질문하는 방법)
+
+질문할 때 들어가야 할 것은 항상 책에서도 보면 나와있는데 가서 물어보는 것이 베스트지만.. **상사 분들이나 선배분들도 일이 있기에 급한 건이 아니라면 카톡이나 개인 채팅을 남겨두는 게 좋을 것 같다!!**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/840792fe-60f7-4a5e-ac52-d4f15be45b4e/image.png" alt=""><figcaption></figcaption></figure>
+
+* 인삿말
+* 해본 과정
+* 자세한 문제점
+* 감사말
+
+### 8. 잘 정리 해두는 습관(해결 과정 및 메모, 문서화)
+
+#### 1) 문서화
+
+> **분석 및 정리가 중요하다.** 보통 소스를 내부망에서만 관리하는 경우도 있으니, 나중에 찾을 때에 대비해서 폴더화 잘 시키기..
+
+업무 중에서도
+
+* 문제 상황
+* 발생한 이유
+* 해결 방법
+* 확인해야 할 것
+
+에 대해 잘 적는 습관을 들이는 것이 중요한 것 같다. 그래야 나중에 배운 것에 대해서 잊어버렸을 때 두 번 묻지 않는 문제가 발생하지 않을 수 있음!
+
+#### 2) 폴더화
+
+> 그냥 예시로 이런?
+
+![](https://velog.velcdn.com/images/prettylee620/post/0f281dea-fc81-44f7-9291-d327a549269d/image.png)
+
+### 9. 한 한달 반쯤 되면 적응되기 시작(체력은 적응 안됨)
+
+카페인과 함께.. .하루는 커피 안 마셨더니 시간 드럽게 안 감 ㅋㅋㅋㅋㅋㅋㅋㅋ&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/790016de-9bea-48b5-8f75-203f9e3f636c/image.png" alt=""><figcaption></figcaption></figure>
+
+그리고 나는 왜 애들이 회사 근무시간에만 그렇게 답장이 빠른 가 했더니 답나옴 ㅋㅋㅋㅋㅋㅋ 나도 한 2주는 카톡 눈치 보다가 3주차부터는 일 없는 중간 중간 카톡함 ㅋㅋㅋㅋㅋㅋ
+
+> 한 한달 반차쯤 되면 대부분의 상사 분들의 얼굴 및 이름이 익숙해지기 시작함. **막 입사했을 때 상사 분들 이름 금방 못 외우는 데 어쩌지 하는 걱정 하지 않아도 됨!!**
+
+어차피 많은 사람들의 이름 혹은 호칭을 부를 상황은 거의 없음. 대부분 계속 말하는 상사분들과 대화하기에 그 분들만 외우고 **천천히 외우면 되니 걱정 NONO\~**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/0e1d1a6c-c31b-4395-9b28-24e1b19cb313/image.png" alt=""><figcaption></figcaption></figure>
+
+### 10. 사람이 괜찮다면 회사 다니기는 좋다.
+
+동기 동생이 다니는 회사는 SI 치고 **연협도 잘해주고 코드리뷰도 하는 좋은 회사**지만 한 명의 상사 때문에 요즘 때려칠까 고민 중이라고 하더라..
+
+나의 경우 아직까지는 다들 좋은 분들이고 모르는 것에 대해 물어보면 열심히 알려주심 그렇기에 회사가 멀어도 다닐 수 있는 것 같다.
+
+> 취업이 급하다고 면접 때 **이상한 사람이 있는 곳에 가면 회사 생활 내내 힘들어 질 수 있으니** 잘 판단해서 들어가쟈
+
+### 11. 무조건 가까운 회사가 짱임...
+
+> 이거 진짜 ㄹㅇ임... 왜 다들 1시간 거리 이상이면 자취하는 지를 입사 한달 차에 알게 됨
+
+진짜 회사 출 퇴근에 3시간을 태우니까... 체력이... 인생의 질이... 심지어 칼퇴하는데도 너무 힘들어...🥲🥲&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/ccd65b58-f22c-4bc7-bdbb-52bbf97afd54/image.png" alt=""><figcaption></figcaption></figure>
+
+그리고 퇴근하고 씻으면 8시임.. 운동을 하고 집에 가는 날이다 집에 가면 10시임... 그리고 6시 반에 일어나야 함..
+
+> 도대체... 회사 다니면서 평일에 공부도 하고 친구도 만나고 운동도 하는 사람들은 어떻게 사는거지???? 진짜 리스펙...
+
+### 12. 기다린다 월급날 많이 빠진다 세금
+
+![](https://velog.velcdn.com/images/prettylee620/post/e85a35aa-2e7c-43a3-be20-a5e6f5c5d4d9/image.png)
+
+월급날만이 행복한 날임...ㅋㅋㅋㅋㅋㅋ... 세금, 4대보험으로 거의 10% 빠짐... 하지만 돈 받으면 그냥 그 날이 겁나 행복함 ㅋㅋㅋㅋㅋㅋ
+
+월급 받으면 때려치고 싶다는 마음 싹 없어지고 열심히 다녀야 겠다라는 생각이 든다ㅎ..
+
+## 💻 성장
+
+### 13. 우리가 배움에는 끝이 없다. 그렇기 때문에 너무 자신을 힘들게 쪼지 말자.
+
+어차피.. 시니어라고 모든 걸 다 아는 것도 아니고 시니어 분들도 계속 공부하더라 특히 업무 적인 성장은... `장기전`이니까 너무 쪼면서 공부하지 말자.
+
+### 14. 지속적인 공부는 필요하나 일주일에 하루 정도는 리프레쉬 기간으로 잡자.
+
+![](https://velog.velcdn.com/images/prettylee620/post/aa611add-cfd0-4817-8638-f23abf19eefa/image.png)
+
+공부에 대한 것을 잊고 쉬는 날 하루 쯤은 괜찮잖아..🫠🫠
+
+### 15. 남과 비교하지 말자.
+
+> 이건 나한테 하는 말...
+
+진짜.. 제발 비교하지마!!!!
+
+### 16. 자신의 방향성에 대해 항상 고민하자. 커피챗과 함께
+
+> \*\*커피챗이란...? \*\*커피를 한 잔 마시며, 회사에 대한 뒷담을 하거나 관련 있는 회사 혹은 직무 년 차 사람과 편안하게 얘기하면서 궁금한 것에 대해서 묻는 것을 말함(온라인으로 하는 경우도 있음)
+
+![](https://velog.velcdn.com/images/prettylee620/post/7138ed2b-9dc3-4217-a2bc-3b2c51701c6b/image.png)
+
+최근에 한 번의 커피챗을 더 가졌다. 취준생분이신데 나보다 훨씬 아는 것도 많아서 정보도 없고 원래 게임쪽으로 가고 싶었는데.. **게임개발자 쪽이 진짜 워라벨이 너무 안 좋다고 해서 고민 중이었는데 커피챗을 하면서 하나의 방향을 하나 더 찾게 되었당!!**
+
+#### Q. 커피챗 돈 들지 않아요? 유료 아닌가?
+
+> 거의 NO 유료가 아닌 경우가 많음 핸드폰 앱인 유료 커피챗과 다른 느낌임
+
+물론 돈 받고 하는 멘토들도 있음 하지만 대부분의 개발자들이 무료로 자신의 시간을 내서 해줌.. 심지어 시니어들 중에는 커피챗하면서 밥이랑 커피까지 사주는 분들도 계심 ㅠㅠㅠㅠㅠ
+
+> 혹은 구직자한테 현업자들이 사주시기도 함
+
+정보도 알려주시면서 주니어들한테 밥사주시는 분들도 많다. 그렇지 않더라도 원하는 분과 커피챗을 하면 대부분 카페에서 하는 데 커피 한 잔 정도는 충분히 사드릴 만한 가치를 할 것 같다.
+
+#### Q. 그럼 어떻게 신청해요?
+
+그냥 찔러보면 된다고 한다ㅋㅋㅋㅋㅋㅋ.. 혹은 커피챗 폼을 만드신 분들도 있음 이와 관련돼서는 한 번 글써야지
+
+### 17. 주니어 때는 돈 모으는 것도 중요하지만 자신의 가치를 올리기 위한 투자를 아끼지 말아야 한다고 한다.
+
+자신의 가치가 물론 연봉으로 다 평가되는 것은 아니지만 예시로 연봉을 올리고 싶다면 주니어 때 강의라던지 책이라던지를 사는 것을 아끼지 말아야 한다고 한다!!
+
+### 18. sns는 인생의 낭비라고들 하지만 sns(x)를 통해서 얻는 것들도 많다는 것
+
+좋은 사람들도 굉장히 많고 그거 하면서 멘탈 관리도 됨 그리고 빠른 정보를 얻을 수 있음..!!
+
+## 🏋️ 건강
+
+### 19. 운동 꼭 하자. 안된다면 걷기라도 지속적으로 하자.
+
+하루라도 젊을 때... 운동하자....🥹🥹  운동은 아니더라도 중간 중간 스트레칭 혹은 걷기를 해주쟈!!!
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/f77b2db8-019e-4d7c-8832-e8c781ba633c/image.png" alt=""><figcaption></figcaption></figure>
+
+### 20. 항상 건강이 중요하다. 영양제 등 잘 챙겨먹자. 정신건강이 안좋아지면 육체적으로도 힘들기 마련이니 잘 관리하자.
+
+모든 사람들이 말한다..30대 되면 더더욱 체력 안좋아지니 제발... 건강 관리 하라고 이 건강관리가 육체적인 것도 물론 중요하지만 정신적인 것도 중요하다는 것!!!
+
+> 마음도 육체도 지치면 그냥 인생 무기력 상태...그 자체
+
+## 마지막으로 할 말
+
+### 지금 읽고 있는 책📙 추천
+
+![](https://velog.velcdn.com/images/prettylee620/post/a8b007ba-e04f-4e58-88e1-167eb6c330a2/image.png)
+
+현재 읽고 있는데 좋은 것 같다 물론 아직 100페이지 정도만 읽었지만 암호화, 데이터베이스 관련 잘 나와있음!!
+
+그리고 국비 때는 **딱히 테스트고 뭐고 잘 안했는데 테스트도 진짜 중요한데 테스트 도구도 나와 있음**
+
+다 읽고 블로그 글 써야지\~
+
+### 주 4일제 원한다...👏
+
+근무시간을 늘릴 생각하지 말고..주 4일제 만들어줘.... &#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/349542b5-4dbb-4740-95dd-f6dd157a8461/image.png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a5115cb7-8604-4f6d-ae82-6a2ccd52df9a/image.png" alt=""><figcaption></figcaption></figure>
+
+### 신입 기죽지 말자..!!😀
+
+지금도 사실 2달차밖에 안돼서 모르는게 대부분이지만 물어볼 때 덜 망설이고 물어보는 편!
diff --git "a/developLog/ex/knowledge/_ \355\212\270\354\234\204\355\204\260\353\245\274 \355\206\265\355\225\234 \353\252\250\353\245\264\353\212\224 \354\247\200\354\213\235\354\235\204 \354\226\273\354\226\264\352\260\200\352\270\260_.md" "b/developLog/ex/knowledge/_ \355\212\270\354\234\204\355\204\260\353\245\274 \355\206\265\355\225\234 \353\252\250\353\245\264\353\212\224 \354\247\200\354\213\235\354\235\204 \354\226\273\354\226\264\352\260\200\352\270\260_.md"
new file mode 100644
index 0000000..fed361d
--- /dev/null
+++ "b/developLog/ex/knowledge/_ \355\212\270\354\234\204\355\204\260\353\245\274 \355\206\265\355\225\234 \353\252\250\353\245\264\353\212\224 \354\247\200\354\213\235\354\235\204 \354\226\273\354\226\264\352\260\200\352\270\260_.md"	
@@ -0,0 +1,132 @@
+# 트위터를 통한 모르는 지식을 얻어가기
+
+<figure><img src="../../.gitbook/assets/image (6).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) (1) (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) (1).png" alt=""><figcaption></figcaption></figure>
+
+{% embed url="https://www.contribution.ac/" %}
+
+## 4. 타입 스크립트 밈 이해하기
+
+<figure><img src="../../.gitbook/assets/image (3) (1).png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="../../.gitbook/assets/image (4) (1).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) (1).png" alt=""><figcaption></figcaption></figure>
+
+## 5. verse란
+
+> verse 첫인상은 이게 왜 하이프인지 모르겠음 발전하는 걸 더 봐야지
+
+비디오 게임 및 게임과 유사한 경험을 염두에 두고 설계된 프로그래밍 언어입니다. 따라서 게임에 특화된 요구 사항을 처리하는 데 더 적합하대
+
+
+
+## 6. 오픈소스 링크
+
+<figure><img src="../../.gitbook/assets/image (6) (1).png" alt=""><figcaption></figcaption></figure>
+
+{% embed url="https://openapi.tools/#documentation" %}
+
+## 6. cs 지식 사건 링크
+
+{% embed url="https://csnote.net/" %}
+
diff --git "a/developLog/ex/my-story/_ \353\214\200\355\225\231 \354\236\205\355\225\231 \354\240\204 __ \354\267\250\354\227\205 \354\240\204\352\271\214\354\247\200\354\235\230 \354\225\204\353\245\264\353\260\224\354\235\264\355\212\270 \355\232\214\352\263\240_.md" "b/developLog/ex/my-story/_ \353\214\200\355\225\231 \354\236\205\355\225\231 \354\240\204 __ \354\267\250\354\227\205 \354\240\204\352\271\214\354\247\200\354\235\230 \354\225\204\353\245\264\353\260\224\354\235\264\355\212\270 \355\232\214\352\263\240_.md"
new file mode 100644
index 0000000..13117f9
--- /dev/null
+++ "b/developLog/ex/my-story/_ \353\214\200\355\225\231 \354\236\205\355\225\231 \354\240\204 __ \354\267\250\354\227\205 \354\240\204\352\271\214\354\247\200\354\235\230 \354\225\204\353\245\264\353\260\224\354\235\264\355\212\270 \355\232\214\352\263\240_.md"	
@@ -0,0 +1,338 @@
+---
+description: 대학 입학 전 ~ 취업 전까지의 아르바이트 회고
+icon: building
+---
+
+# 대학 입학 전 \~ 취업 전까지의 아르바이트 회고
+
+> 여태 했던 아르바이트의 일대기를 정리해보자(심심하니까...)
+
+## 1. 편의점 : 2018. 01 \~ 2024.01&#x20;
+
+> GS25, 세븐, CU 대표적인 3사는 다 해봄&#x20;
+
+대학 들어가기 전부터 했던 아르바이트 근로랑 투잡을 같이 뛰었다 ㅋㅋㅋㅋㅋ
+
+
+
+gs25 를 가장 많이 함&#x20;
+
+| 사진 1                                                                                 | 사진 2                                                                                 | 사진 3                                                                                 |
+| ------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------ |
+| <img src="../../.gitbook/assets/image (16) (1) (1).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (13) (1) (1).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (14) (1) (1).png" alt="" data-size="original"> |
+| <img src="../../.gitbook/assets/image (15) (1) (1).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (19) (1).png" alt="" data-size="original">     | <img src="../../.gitbook/assets/image (20) (1).png" alt="" data-size="original">     |
+
+### &#x20;1)  했던 일
+
+* 치킨기 세척 및 치킨 튀기기
+* 물류 정리
+* 배달 접수 및 배달 처리
+* 재고 채우기
+* 새로운 아르바이트 가르치기
+* 창고 정리
+* 청소&#x20;
+
+ETC..
+
+
+
+맨 처음 시작했던 아르바이트로 아르바이트의 허들을 낮춰주게 해주었던 것이자.. **내가 웬만한 것에 흔들리지 않는 멘탈을 가지게 해준 존재 ㅋㅋㅋㅋㅋㅋㅋㅋ**
+
+
+
+> 3년 근무 해 본 편의점 : 최악
+
+첫 아르바이트를 원래 단기 예정이었는데 점장이 새로 만드는 편의점에서 같이 일하자고 해서 학교 다니면서 거의 주 4\~ 5일 일했음 ㅋㅋㅋㅋㅋ (학교가 가까워서)  알바 주휴도 안받았는데 160-170만원 벌었으면 말 다했지...
+
+
+
+주말에는 하루에   **14시간 \~ 16시간** 근무하면서 살았는데 gs25가 시간이 지나면서 되게 잘 됐었음 그래서 치킨도 하고 배달도 하고 과일도 들여두고 그랬었다..
+
+
+
+<mark style="color:red;">**편의점 치킨**</mark>은 위생 최악임 특히 내가 했던 첫 번째 편의점이 3년 근무했는데... 진짜 최악이었음... 치킨 튀긴거 내가 근무  할 때 튀기고 <mark style="color:blue;">12시간 안에 폐기했어야 했음 근데 그거 2\~3일까지 둠 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ</mark> 진짜 딱딱한데 그거 아이들한테 팔 때는 미안해서 일부러 최근에 튀긴걸로 사게 했음.. 진짜 딱딱함 ㅠㅠㅠㅠ
+
+
+
+<mark style="color:red;">**과일**</mark><mark style="color:red;">을</mark> ㅋㅋㅋㅋㅋㅋㅋㅋㅋ 무슨 냉장고에 넣어둬야 할 거를 에어컨도 잘 안틀게 했으면서 매대에 해두는데 그 기간 지나도 라벨 떼고 곰팡이 필 때까지 나두고...&#x20;
+
+
+
+<mark style="color:red;">**배달**</mark>은 진짜... 뒤로 갈수록 안들어오기는 했는데 하필 배달 열었을 때가 gs25가 막 배달 하기 시작할 때 였는데 거기다가 1주일간배달 시키면 5000원 할인 이벤트까지 해가지고  주말에 나 혼자서 물류, 치킨, 배달 8시간동안 50개, 손님 받기 다했었음 ㅋㅋㅋㅋㅋㅋㅋㅋ (이러고도 월급 밀린 게 레전드)
+
+
+
+그리고 나 근무하면서도 <mark style="color:red;">억울한 거 되게 많았다.</mark>
+
+
+
+&#x20;학교 다니면서 1년에 1번 빠질까 말까 했고 거기다가 대타 다해주고 새로오는 근무자들 교육도 내가 다하고  내가 할 일 + 알파로 더하면 더 했지 덜 하지 않았다... 그렇기에 점장 또한 나한테 나만한 근무자 없다고 했었는데
+
+* 폐기 나 빨리 찍고 먹지 않았는데 폐기 일찍 찍고 먹었다고 **도둑질** 취급 당하고 (찍은 일자 확인해보니 일찍 찍은 게 아닌 내말이 맞았는데 사과도 안했음)&#x20;
+* **치킨**도 원래 내  시간 대에 하기로 한 거 아니었는데 ㅋ... 치킨 튀기기까지 내가 했는데 머리카락 나왔다고 뭐라함
+* 학교 수업중인데 아들 아프니까 학교에 아프다고 하고 빠지면 안되냐고도 했었음
+* 월급 기본 말  없이 2주 늦어짐
+
+
+
+내가 다녔던 3년 다녔던 곳은 점장이 3개의 점포를 하고 있었는데&#x20;
+
+> 외제차까지 끌고 다닐 정도로 내가 했던 매장이 굉장히 잘 되었다.. 후일담으로는 거기 그만두고 나서 되게 잘됐는데 (월 정산금 그 한 매장만 1400만원정도)  빚 못 갚아서 다른 사람에게 넘어갔다고 들었음
+
+외제차 끌고 다닐 능력이 아니었는데 그거 끌고 다니다가 **개인사채**까지 끌어다 쓴 것 같았다. 전에 근무했던 마지막 년도에 매일 나 근무할때 일부 금액 현금으로 받으러 오는 사람 있었는데 점장이 건네 주라고 하면 건네줬는데... 그 사람이 사채업자일듯
+
+
+
+그리고 후일담으로 또 들었던 게 나랑 같이 3년간 근무한 **아줌마** 있는데 그 사람이 나랑 점장 이간질 해서 나 내 발로 나온 건데 자기도 억울하다며, 그 아줌마도 주휴 신고했다 그러다가 갑자기 <mark style="color:blue;">나한테 전화해서 자기는 점장이 불쌍하다 그래서 주휴 금액 낮춰주고 다시 거기에 취업할 예정이다</mark> 이래서 나는 조정할 생각 없어서 연락 끊었다.
+
+
+
+근데 집 앞에 점장님이랑 친해서 점장님을 통해 들었는데 집  앞의 편의점을 관리하는 본사 직원이랑 내가 신고한 곳 본사 직원이랑  같은 사람이라 들었는데 그 아줌마가 **갑자기 주휴 금액 낮춰준다고 한 이유**는 그 아줌마가 `도난`을 해왔다는 거 그게 <mark style="color:red;">cctv로 들통이 나서 고소를 먹게 생겼는데</mark> 나는 걸릴 만한 게 없으니까 <mark style="color:red;">나를 설득시키면 고소를 안하겠다고 해줬던 것</mark> 그래서 나를 설득시키려고 불쌍하다는 식으로 말한 거였음
+
+
+
+> 2년정도 근무했던 곳 : 집 앞
+
+집 앞에 점장님이랑 친해져서 가끔 대타하고 주말에 근무했는데 여기는 양심적으로 장사했어서 치킨을 포기했다... 상미시간 못 지키실 것 같다고...&#x20;
+
+
+
+그리고 좋게 끝남 :thumbsup:
+
+
+
+### 2) 만나본 진상들&#x20;
+
+> 가장 많은 건 신분증 진상
+
+* 신분증 보여달라고 하니 차키를 보여주면서 이거는 안된다고 하니까 다시 가지고 와서 신분증 던지는인간
+* 신분증 보여달라했더니 나보고 얼굴 왜 기억 못하냐고 능력 부족이냐고 따지던 사람
+* 길 걷다가 술 취해서 편의점 쪽으로 넘어지면서 편의점 외부 매대 박살 낸 여자분 (119랑 112까지 신고했다.. 머리 다쳤을 수도 있어서)
+* 30일 전에 산 담배 환불되냐는 사람
+* 20대 중반인 나한테 치근덕 거렸던 40대 후반 아저씨 나한테 무슨 외국을 나가야한다 건대 근처 클럽에 가서 외국인 남자를 잡아야 한다 등 쌉소리를 했음
+* 술 잔뜩 취해서 외상 안해준다고 자기 저번주에 사람 찔렀다고 너라고 못찌를 것 같냐고 협박하던 사람
+
+
+
+물론 좋으신 분들도 있었음 단골들은 나 귤, 초밥, 떡 진짜 많이 챙겨주셨다 ㅠㅠㅠㅠㅠ 여기서 멘탈 + 커뮤니케이션 다 길렀다...  <mark style="color:blue;">3년 다닌 곳은 단골들이 나 점장한테 칭찬해주고 일 잘하고 친절하다고 많이 얘기 해줬는데 인사도 없이 그만둬서 속상함ㅠㅠㅠㅠ</mark>
+
+
+
+## 2. 교내 근로 : 발열 체크 : 2021.12 \~ 2021.2 중순
+
+교내 근로 했었는데 이때 사진은 없네 ㅋㅋㅋㅋㅋㅋㅋㅋ 이때 학교 건물 입구에서 2명이서근무했는데 앉아서 근무하고 쉬는 시간도 많아서 좋았지만 그때 겨울이었는데 히터 하나로 둘이서 버텼었음 ㅋㅋㅋㅋㅋㅋㅋㅋ
+
+
+
+`발열 체크` 후 문제 없으면 qr 찍어달라고 하는 그런 근로였음  매일 다른 건물에서 짝궁도 하루간격으로 다른 3명이랑 돌아가면서 했다.
+
+
+
+진짜 다들 동상 걸릴 뻔 함 ㅋㅋㅋㅋㅋㅋㅋㅋㅋ 개 추워서... 교외 근로인 도서관이 너무 힘들고.. 차별도 있어서 교내 근로로 넘어왔는데 완전 꿀이긴 했었음 ㅋㅋㅋㅋ
+
+
+
+근데 학교 내부인데도 진상인 애들이 많았다 ㅋㅋㅋㅋㅋㅋ 발열 체크 해주세요 라고 하는데 무시하고 들어가는 사람들이 많았음..**. 발열 체크를 다른 곳에서 했다면 **<mark style="color:red;">**스티커**</mark>를 보여줘야 하는데 걍 무시하고 감
+
+
+
+### 1) 있었던 썰
+
+> 너무 추워서 난로를 가까이 가져다 대다가 마스크가 불 탄 사건
+
+나는 아니었고 들었던 건데... 아무래도 한 겨울 진짜 춥다보니까 히터만이 살 길이라 얼굴을 가져다 댔더니 마스크가 불 탔다고 ㅜㅜㅜ 다행히 얼굴은 안다쳤다고 함
+
+> 진상이랑 싸우다가 도망간 인간
+
+우리는 2시간 정도는 같이 근무하고 돌아가면서 쉴 수 있는 쉬는 시간을 줘서 일부 시간은 혼자 근무했는데 어떤 사람이 혼자 근무하다가 진상이랑 붙었는데 진상한테 질 것 같으니까 도망가서 쉬고 있는 근무자 불러왔다고 함 ㅋㅋㅋㅋㅋㅋ&#x20;
+
+
+
+> 진상이랑 붙으려고 엘베 따라 올라간 같이 근로하던 사람
+
+어느 날 본관에서 근무하고 있었는데 발열체크해달라는데 무시하고 올라가는 블랙리스트 인간이 있었음 근데 그냥 무시도 아니고 욕해서 같이 근로하던 사람이 열받아서 엘베 올라가는 층 수 보고 따라 올라가서 한 참 붙고 옴 ㅋㅋㅋㅋㅋㅋ
+
+
+
+이때... 마지막 근무날  전날 길에서 다친 냥이 구조해서 입원 시켰는데 마지막 근무 중에 결국 아이가 떴났다는 소식 듣고 조퇴하고 아이 데려와서 장례 치뤄줌 ㅜㅜㅜ 그때 울었는데 다들 토닥여줬다
+
+## 3. 교외 근로&#x20;
+
+### 1) 도서관 : 서X 청X년 도서관 : 2021.6 \~ 2021. 11
+
+> 도서관 그거 쉬울 줄 알았는데... 도서관 꿀이라며...ㅠ
+
+도서관 다양한 사람들을 만난 게 장점이었지만... 진짜 근로 중에 **최악**이었음 ㅋㅋㅋㅋㅋㅋㅋ 강남에 있는 청소년 도서관이었다..
+
+
+
+> 구청 아르바이트와 근로장학생들의 차별
+
+거기는 방학 때 진짜 어린이 애들이 엄청 많은데... 근로들도 많았음... 근데 어후 가장 최악이었던 게 1달동안 하는 강남구청에서 오는 <mark style="color:red;">구청 대학생 아르바이트 생들이 있는데 걔네랑 근로 차별했었음...</mark>
+
+
+
+구청 대학생 아르바이트는 1달이고 근로들은 2\~3달 이상이었는데 구청에 잘보이려고 구청 아르바이트 대학생들한테는 마지막 근무날에 롤케이크를 돌렸고 서로 친하니까 그 소리가 서로에게 들어갔는데 막상 근로들 마지막 날에는 아무것도 없었음 ㅋㅋㅋㅋㅋㅋㅋ 둘 다 나라에서 돈 주는 건 똑같았는데
+
+
+
+> 엄청난 일, 쓸데 없는 일까지 만들어서 줌
+
+그때가 코로나일 때 였는데 보통 우리가 하는 일은 아래와 같았음
+
+* 발열체크
+* 도서 배가
+* 정렬 순서 맞추기
+* 책 이음? 신청 도서 다른 도서관으로 보내기
+* 반납 처리
+
+이걸 시간표를 주고 그 시간표에 맞춰서 근로했었는데... 대부분 배가 작업이 서서 계속 넣고 이래서 생각보다 엄청 힘들고 더움... 에어컨 별로 안 빵빵함... 여름 개더워...
+
+| 사진 1                                                                             | 사진 2                                                                            | 사진 3                                                                            |
+| -------------------------------------------------------------------------------- | ------------------------------------------------------------------------------- | ------------------------------------------------------------------------------- |
+| ![](<../../.gitbook/assets/image (2) (2).png>)                                   | <img src="../../.gitbook/assets/image (6) (2).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (4) (2).png" alt="" data-size="original"> |
+| <img src="../../.gitbook/assets/image (10) (2).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (8) (2).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (7) (2).png" alt="" data-size="original"> |
+
+근데.. 무슨 책 표지를 물티슈로 다 닦아달라는 것을 시킴 ㅋㅋㅋㅋㅋㅋㅋ..... 꽂혀있는 책들까지 전부 ㅋㅋㅋ 소독한다고 후... 잠시도 쉬는 걸 용납 못하더라..
+
+
+
+그리고 어린이 층은 애들이 진짜 많아서 쉬지 않고 다시 배가해도 원상복구 됐었음 진짜 막막했었다...어린이 많아서 가끔 이벤트도 했음
+
+
+
+> 사서들 계약직으로 퇴직금 안주려고 11개월 일 시킴
+
+사서들이랑 친해져서 들었는데 대부분 도서관들이 박봉에다가 퇴직금 안주려고 11개월 일시킴 그리고 11개월 후 정규직 전환 시 다른 사람들이랑 면접 다시봐야 함 면접 못 보면 떨어짐 ㅋㅋㅋ..ㅜ
+
+
+
+좋았던 건... 거기서 사람들 많이 친해지고 얘기도 많이 나눠서 좋긴 했었다!!
+
+
+
+### 2) 유치원 : 2019.12\~2019.2, 2022.4\~2023.2
+
+> 유치원에서는 보통 근로는 무엇을 하느냐
+
+| 사진 1                                                                         | 사진 2                                                                         | 사진 3                                                                         |
+| ---------------------------------------------------------------------------- | ---------------------------------------------------------------------------- | ---------------------------------------------------------------------------- |
+| <img src="../../.gitbook/assets/image (24).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (23).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (27).png" alt="" data-size="original"> |
+
+* 애들 등하교 도움
+* 애들 그림 그려주기
+* 현장학습 가서 보조
+* 청소
+* 다치면 애들 달래주고 담임선생님께 말하기
+* 애들 선물 포장, 교구 만들기
+
+ETC.... 그냥 `보조 선생님`임 교구 만들기로 진짜 평생의 가위질, 칼질을 거기서 다했음 그리고 그때가 한참 코로나일 때 였는데 그냥 감기 걸려도 눈치보였지...
+
+
+
+유치원이 항상 교외 근로는 자리가 널널했음 왜냐... 그 이유는 바로 <mark style="background-color:purple;">힘들기 때문에 ㅋㅋㅋㅋㅋㅋ</mark> 다들 그래서 같은 돈 받고 일하면 차라리 쉬운게 낫지 않냐 해서 다들 기피했었음
+
+
+
+유치원 애들이 다 순수하고 그러지 않을 거라는 거 자체는 알고 있었음...ㅋㅋㅋㅋㅋ.. 근데 생각보다 심하더라..
+
+
+
+**애들** 순수악이 아니라 좀 악이었음... 몇 개의 썰들을 풀어보자면..
+
+* 유투브에서 보고 왔는지 선생님들이 말할 때마다 어쩔티비 저쩔티비&#x20;
+* 그때 한참 살 쪄있을 때 였는데 대놓고 선생님 뚱뚱해요 한 4번인가 들었음(그 이후 부선생님들이 뭐라해서 안그럼)
+* 합기도에서 이상한 거 배워와서 담배피는 척 흉내냄
+* 엄청 악덕인 애가 있었는데 자기 기분 삔또 상하면 소리 지르고 물건 던지고 하다가 선생님 얼굴에 상처냄
+* 자기 기분 안좋으면 애들한테 물건 던져서 다치게 만듦..
+* 선생님들한테 애교 잘 부리는 애들이 자기보다 좀 덜 떨어지는 애 왕따 시키고 그 애 잘못인 것처럼 선생님들한테 말함...
+* 이전 근로랑 나를 비교함... (속상)
+
+**부모님**이 잘 혼내면 그래도 좀 괜찮아지는 것 같은데 부모님들도 악덕인 경우가 있었음
+
+* 자기 아이가 잘못했는데 선생님 탓
+* 애들끼리 하는 현장학습에 쫓아옴(오지 말라고 가정통신문 나갔는데)
+* 아이 넘어졌다고 항의 넣는 부모님 다치면 먼저 연락하는데 잘 봐야지 왜 애 넘어지게 하냐고 화냄
+* 아이가 잘못해서 잃어버린 거 찾아내라고 항의
+
+나는 애들 간식 시간에 간식 안먹는 아이들 돌보면서 **그림** 그려주기도 했는데 자의가 아니라 이전 근로쌤이 그려주는 바람에.. 그려주게 됐는데
+
+
+
+내가 그림을 그려주면 애들이 색칠 했음... 그 중 아주 일부,...
+
+<figure><img src="../../.gitbook/assets/image (12) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+마음에 안들면 삐지고 울고... 다치는 애들 있고 진짜 힘겨웠다 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 그래도 **장점**은 밥, 간식 공짜로 주셨어서 좋았다... 그리고 가끔 정이 가는 애들이 있었어..ㅠㅜㅠㅠ 이런거 줬다구...&#x20;
+
+
+
+선생님 하면서 가끔 출근 시간 겹치면 손 흔들어주는 애들도 있었고.. 근로 한 곳도 집 주변에서 멀지 않아서 가끔 익숙한 얼굴들 보면 그냥 귀엽다... **근로 기간에는 밖에서도 아는 척했었음..**
+
+| 사진 1                                                                         | 사진 2                                                                         | 사진 3                                                                         |
+| ---------------------------------------------------------------------------- | ---------------------------------------------------------------------------- | ---------------------------------------------------------------------------- |
+| <img src="../../.gitbook/assets/image (28).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (29).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (30).png" alt="" data-size="original"> |
+
+그리고 애들의 밝은 에너지가 좋긴 하더라... 그리고 체력.. 그리고 가끔 몇몇 애들은 귀여워.. 선생님 **손 잡아요 그런다구.. 그리고 간식, 밥 존맛이었다..**
+
+<figure><img src="../../.gitbook/assets/image (18) (1).png" alt="" width="188"><figcaption></figcaption></figure>
+
+근데 유치원 선생님이 박봉이라서 친구 중에 그만둔 친구가 있었는데 내가 근로 했던 곳은 사립인데어보니까.. **설날, 추석날 월급 2배였음 개부럽다 ㅠㅠㅠㅠㅠㅠ**
+
+
+
+그리고 나라에서 지원 나오는 거 다 주더라.. 근데 대신 유치원의 단점이 있음... 그게 뭐냐면 **뒷담**이 너무 심하고..  담임, 부담임들이 사이가 안 좋더라... 나는 근로였는데도 부원장, 원장이 선생님들 까는 거 진짜 많이 들었음... :joy::joy:
+
+
+
+## 4. 구청 대학생 아르바이트 : 2019. 7
+
+> 이게 진정한 꿀 알바... 시원한 에어컨... 일도 별로 없음
+
+구청 아르바이트가 되어서 주민센터에서 근무하게 됐는데 짱 시원하고 다들 너무 친절했음... 그리고 뭔가 한달 짜리이다 보니 시킬게 많이 없었다
+
+
+
+근데 식대 5천원인데 그걸로 구내식당에서 먹을 수 있었어 맛있었음!!! 그리고 빵도 많이 주심 ㅋㅋㅋㅋ
+
+그래서 한 게
+
+* 혼자 사시는 노인들한테 전화해서 필요하신 거 있는 지 여쭈어보기( i라서 전화하기 힘들었음)
+* 도시락 배달
+* 문서 정리
+* 공부
+* 빵 정리
+
+그 때 방학이라 편의점도 같이 뛰는데 주 7일 근무여서 그때 몸 많이 망가졌었음.... 근데 가장 힘든건 에어컨 안나오는 곳에서 전 붙이는데 굉장히 더웠다... :joy:
+
+
+
+## 5. 방문탁묘
+
+그냥 고양이 카페에서 올라오면 단기 알바식으로 했었음
+
+### 1) 가서 하는 일
+
+* 놀아주기
+* 화장실 치우고 사진찍어 보내주기
+* 밥 갈아주기
+* 청소해주기
+
+
+
+이정도였는데.. 시급 1.5\~2만원이었음 좋았다...냥이들 너무 귀여웠음 한대 맞은 적도 있었는데 대다수 나를 좋아해줬다
+
+### 2) 사진
+
+| 사진 1                                                                             | 사진 2                                                                             | 사진 3                                                                             |
+| -------------------------------------------------------------------------------- | -------------------------------------------------------------------------------- | -------------------------------------------------------------------------------- |
+| <img src="../../.gitbook/assets/image (13) (2).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (14) (2).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (15) (2).png" alt="" data-size="original"> |
+
+
+
+마지막은 예전에 키운 햄스터들과 지금 우리 복이 사진 끝!
+
+| 사진 1                                                                         | 사진 2                                                                         | 사진 3                                                                         |
+| ---------------------------------------------------------------------------- | ---------------------------------------------------------------------------- | ---------------------------------------------------------------------------- |
+| <img src="../../.gitbook/assets/image (18).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (20).png" alt="" data-size="original"> | <img src="../../.gitbook/assets/image (21).png" alt="" data-size="original"> |
+
diff --git "a/developLog/ex/template/_ \353\205\270\354\205\230 \355\214\200 \354\212\244\355\204\260\353\224\224 \355\205\234\355\224\214\353\246\277 \352\263\265\354\234\240_.md" "b/developLog/ex/template/_ \353\205\270\354\205\230 \355\214\200 \354\212\244\355\204\260\353\224\224 \355\205\234\355\224\214\353\246\277 \352\263\265\354\234\240_.md"
new file mode 100644
index 0000000..de71618
--- /dev/null
+++ "b/developLog/ex/template/_ \353\205\270\354\205\230 \355\214\200 \354\212\244\355\204\260\353\224\224 \355\205\234\355\224\214\353\246\277 \352\263\265\354\234\240_.md"	
@@ -0,0 +1,21 @@
+# 노션 팀 스터디 템플릿 공유
+
+## 팀 스터디 템플릿
+
+### 만든 이유
+
+> 별거 없다... 만든 이유는 국비에서 cs 스터디 하기로 해서 공부하다가 만들어봤다. 내꺼가 채택돼서 공유할 겸!
+
+### 페이지 구성
+
+![](https://velog.velcdn.com/images/prettylee620/post/f7a28163-75b7-4d92-baf3-6bbe5b8b4f06/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/b89cd483-1fa7-488a-bbe2-87005ea9564a/image.png)
+
+### 스터디 할 때 사람 추가하는 방법
+
+![](https://velog.velcdn.com/images/prettylee620/post/9de26710-4315-41de-ae9d-2b47bbee235b/image.png)
+
+* 아주 간단하다! 페이지 상단에 있는 공유 버튼에 공유를 눌러서 **사용자 노션 이메일**로 추가해서 초대하면 된다.
+
+### 실제 스터디 템플릿
+
+> 배경이나 아이콘도 꾸며 뒀으나.. 혹시 저작권 문제가 될까봐 기본으로 바꿔뒀으니 원하는 것 `핀터레스트`에서 가져와서 사용하면 된다. [템플릿](https://incredible-gem-98e.notion.site/CS-1-cf439c4cb99b4858b01837ceea10307d?pvs=4)
diff --git "a/developLog/ex/template/_ \355\214\200\355\224\204\353\241\234\354\240\235\355\212\270 \352\264\200\353\240\250 \353\205\270\354\205\230 \355\205\234\355\224\214\353\246\277 \352\263\265\354\234\240_.md" "b/developLog/ex/template/_ \355\214\200\355\224\204\353\241\234\354\240\235\355\212\270 \352\264\200\353\240\250 \353\205\270\354\205\230 \355\205\234\355\224\214\353\246\277 \352\263\265\354\234\240_.md"
new file mode 100644
index 0000000..e88f8eb
--- /dev/null
+++ "b/developLog/ex/template/_ \355\214\200\355\224\204\353\241\234\354\240\235\355\212\270 \352\264\200\353\240\250 \353\205\270\354\205\230 \355\205\234\355\224\214\353\246\277 \352\263\265\354\234\240_.md"	
@@ -0,0 +1,11 @@
+# 팀프로젝트 관련 노션 템플릿 공유
+
+## TMI
+
+> 별 거는 아니지만 혹시나.. 부트캠프에서 노션 처음 써보시는 분들 참고라하고 올린다 나중에 더 추가 예정
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/16bf6d37-f5e0-4607-91cb-9c74ef6d756e/image.png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/72930392-d1d0-4f8a-9aef-ceb038c46d29/image.png" alt=""><figcaption></figcaption></figure>
+
+> [노션으로](https://incredible-gem-98e.notion.site/4-f0feac829b35490ba12166756a19c178?pvs=4)
diff --git "a/developLog/memoir/2023/_ 2023\353\205\204 11\354\233\224 \355\232\214\352\263\240\353\241\235_.md" "b/developLog/memoir/2023/_ 2023\353\205\204 11\354\233\224 \355\232\214\352\263\240\353\241\235_.md"
new file mode 100644
index 0000000..c10520c
--- /dev/null
+++ "b/developLog/memoir/2023/_ 2023\353\205\204 11\354\233\224 \355\232\214\352\263\240\353\241\235_.md"	
@@ -0,0 +1,170 @@
+---
+description: 2023년 11월 회고록
+---
+
+# 2023년 11월 회고록
+
+## ✍️ 11월 회고 무엇을 했는가?
+
+> 벌써… 2023년에 마지막 달인 12월이다.. 나이가 들수록 시간은 빨라지는 느낌이다. 이번달에는 많이 한 것이 없지만 회고를 쓰면 다음달에 뭘 할지에 대한 윤곽이 잡히고 성찰의 계기가 잘되기 때문에 11월에 대한 회고도 작성중이다..
+
+### 다이어트는 bad 🙅🏻 + 2kg
+
+&#x20;생활 패턴 무너지고 날씨가 추워지니까 건조해지고 두드러기가 심해져서 요즘 너무 몸이 가렵다…. 이렇게 되니까 약속 있거나 아르바이트 아니면 안나가게 된다… 걷기를 좋아해서 여름에는 살이 잘 빠졌는데.. 그리고 과자절제가 안된다 ㅠㅠㅠ **다시 잘 다짐해보자… 원상복구 해보자!!!!!!**
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a8bcef25-dbe6-400c-8c18-6bec4b2f77fd/image.jpeg" alt=""><figcaption></figcaption></figure>
+
+밥을 차라리 많이 먹겠다 다짐...
+
+### github 정리 다시 시작 중 soso 🔺
+
+> **포트폴리오**를 위한 이전 프로젝트 정리와 **cs 스터디 하는 것** 정리
+
+#### 포트폴리오를 위한 프로젝트 정리
+
+1. 이전에 학교에서 했던 프로젝트 중 **코드가 남아있고 정리가 잘되어 있는 것** 중 2가지를 골랐음
+
+> 갑자기 그런 이유 : 포트폴리오 정리를 하기 위해서가 주된 이유이다. 물론 포트폴리오 필수가 아닌 곳도 있지만 그래도 포트폴리오를 만들어두며 좋을 것 같았다. 원래는 너무 허접하기에 부트캠프에서 한 팀프로젝트만 정리할 예정이었으나 그래도 cs스터디 같이 하는 국비 팀원분이 쓰는 게 좋을 것 같다고 해서 급하게 코드를 찾아봄
+
+*   **안드로이드 프로그래밍 :** firebase 쓴 것&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/458a95e8-1f71-4bc7-8efc-fefdedc63c3f/image.png" alt=""><figcaption></figcaption></figure>
+*   **unity :** 처음 게임 개발했던 것 나름 복잡했고 클론 코딩이지만 재미 있었음&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/4fde4c48-dbab-465b-9ef4-4383e04fcb10/image.png" alt=""><figcaption></figcaption></figure>
+
+2. 그 코드들 github에 올리기
+3. 올리고 나서 스크린샷 찍고 코드 확인하면서 포트폴리오 만드는 중
+
+#### cs스터디 하면서 공부하는 것 다시 한 번 정리
+
+*   일단 꾸준하게 조금씩이라도 올릴려고 노력 \~ing&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/6d18aec3-b83f-4334-ade0-e0d97a1e7d61/image.png" alt=""><figcaption></figcaption></figure>
+
+### cs 스터디 good 👍JAVA와 SPRING 공부 중
+
+![](https://velog.velcdn.com/images/prettylee620/post/c51ed5ba-c7f6-4bed-9d02-136e7a0cd428/image.png)
+
+팀원 3분과 다시 공부 시작 중으로 1주일에 한 번씩 디스코드에 모여서 발표하고 근황듣고 각자 정보를 공부중이다. 확실히 동기부여가 되는 느낌이다.
+
+### 이력서랑 포트폴리오 마무리 단계
+
+#### 점핏 이력서
+
+![](https://velog.velcdn.com/images/prettylee620/post/359cff6d-3ba9-41cf-b04e-f11e7e6f48c7/image.png)
+
+* 이력서는 노션에서 점핏이 뭔가 더 깔끔해 보여서 점핏으로 옮겼다.
+
+#### 포트폴리오
+
+**SKILLS**
+
+> 처음에는 그냥 표 형식으로 만들었다가.. 너무 한 눈에 안보여서 다시 정리하게 되었다. 훨씬 눈에 잘보이는 느낌
+
+![](https://velog.velcdn.com/images/prettylee620/post/581de9af-4fa7-415c-a34f-4574e607cfa7/image.png)
+
+**프로젝트 정리**
+
+![](https://velog.velcdn.com/images/prettylee620/post/3cf104e8-59bb-40d2-870e-78e7145cfc26/image.png)
+
+* 프로젝트의 경우 3개로 줄여서 정리 중이고 팀프로젝트는 기획, 모델링 부분도 캡처해서 넣어고 개발 한 부분들 중 한 부분만 추가하면 완성이다.
+* 남들에 비해 많이 해보지는 못했지만.. 그래도 정리하니 이것 저것 많이 한 느낌이다.
+
+### 집정리 soso 🔺
+
+필요없는 책들은 버렸다. 뭔가 책을 **북스캔업체**에 맡겨서 책을 좀 줄이고 싶다는 생각은 든다.. 일단 돈이 없으니까 5권정도만 할까 고민중.. 🤔 근데 물건을 좀 더 정리해야 할 듯하다...
+
+### 일기는 나름 꾸준히 작성중💕 작성한 지 12월 9일 되면 1년이다!
+
+![](https://velog.velcdn.com/images/prettylee620/post/e491069f-9fc3-4b46-8394-945ca07afe99/image.jpeg)
+
+벌써 이 소소노트 앱으로 \*\*일기를 쓴 지 1년이 다 되간다… \*\*  확실히 손으로 쓰는 것도 좋지만 앱으로 쓰니까 꾸준히 한줄이라도 쓰게 된다…
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/afebaafd-1482-4182-8922-3abb916aa070/image.jpeg" alt=""><figcaption></figcaption></figure>
+
+다만 조금 불안한거는 **로그인 연동이 안된다는 점…** icloud 연동도 해뒀지만 아이패드에는 또 안떠서 걱정이지만 나름 꾸준히 쓰는 것에 의의를 두는 중인데 다른 앱으로 옮길까 고민중이다… 이제 앱이 유료임에도 업데이트가 되지 않아서 언제 사라질지 모르는 앱보다는 좀 자주 업데이트 되는 곳으로 옮길까 고민중
+
+#### 일기 앱 옮길 앱 리스트
+
+> 고르는 기준 : 내가 꾸준히 쓸 수 있게 동기 부여 테마, 로그인이나 구글 드라이브 백업, 주기적인 업데이트(업데이트가 끊기지 않는 것)
+
+**1. 달에 쓰는 일기**
+
+* **장점 :** 이쁜 테마(유료가 완전 타입), 일기 쓸 때마다 별 달이 늘어남 ![](https://velog.velcdn.com/images/prettylee620/post/ac52c54e-da02-4a13-bb25-395981caa2ca/image.jpeg) ![](https://velog.velcdn.com/images/prettylee620/post/d2b94338-f68f-4f3f-b733-b93c16187041/image.jpeg)
+* **단점 :** 아이디 백업 아니고 icloud 백업이라는 것… 달력 형식으로 안보인다는 것 ![](https://velog.velcdn.com/images/prettylee620/post/3d6336b9-b157-408f-acba-7e663e53e169/image.jpeg)
+
+**2. Mooda**
+
+*   **장점 :** 오래 전부터 있던 앱인데 꾸준한 업데이트, 로그인 연동 백업 => 가장 큰 장점, 달력형식, 리스트 형식 모두 지원&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/9ab7bd6a-500d-4439-89d0-10f0a1536b75/image.jpeg" alt="" width="375"><figcaption></figcaption></figure>
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/3e90fd37-2a84-483c-9e74-ec2b7af0e102/image.jpeg" alt="" width="375"><figcaption></figcaption></figure>
+* **단점** : 이모지가 다양하지 않음….
+
+**3. 꼬박일기**
+
+* **장점 :** 감정 이모지 다양, 여러 개의 감정일 때 감정 이모지 여러 개 추가 가능, 구글 드라이브 백업 가능, 내가 쓰던 소소일기랑 앱이 비슷하다.
+* &#x20;![](https://velog.velcdn.com/images/prettylee620/post/becf2c87-1081-48ab-82e5-7cfe764bdfba/image.jpeg)![](https://velog.velcdn.com/images/prettylee620/post/f6e7377e-60d2-4617-817b-903c9f1e369b/image.jpeg)
+* **단점 :** 로그인 연동은 안됨… 리스트 형식은 보지 못함 테마 다양하지 않음
+
+**4. 하루콩**
+
+* **장점 :** 가장 평가가 많음.. 카레고리 수정 및 나만의 블럭 가능, 로그인 백업 가능, 캘린더, 리스트 형식 가능, 필터 잘되어 있음, 통계형식도 잘되어 있고 유료이나 테마는 다양함 ![](https://velog.velcdn.com/images/prettylee620/post/624cfc7c-e481-44e4-b137-8e72e332a6e3/image.jpeg) ![](https://velog.velcdn.com/images/prettylee620/post/d52f76ad-fe0e-42b2-8360-4072003a97f4/image.jpeg) ![](https://velog.velcdn.com/images/prettylee620/post/4f4cfeca-c14b-4f79-9c80-792c2ea45feb/image.jpeg) ![](https://velog.velcdn.com/images/prettylee620/post/a31104a4-cb39-4eb2-8ea9-7088fad9af63/image.jpeg)
+* **단점 :** 귀찮음 주의….+ 감정이 5가지 임 나는 일기 감정으로 한 눈에 보는 편인데 화남이 없네… .
+
+이번 달안에 정해서 이 중 하나로 이전에 쓴 것들까지 전부 옮길까 고민중이다…
+
+### velog 꾸준히 쓰기는 soso 🔺
+
+노션에는 꾸준히 기록중이나 velog에 옮기는 건 **1주일에 1번 이상은 하지만 ... 예전만큼 열심히는 아닌 것 같으니 좀 더 반성해야 할 것 같다.**
+
+### 📲 X에서 정보 얻고 하는 중
+
+![](https://velog.velcdn.com/images/prettylee620/post/379148e3-a23c-4173-9639-a4708e6b95c3/image.png)
+
+* 너무 본받아야 할 사람들이 많다... 너무 멋져..
+* 나도 어느 정도 경력이 쌓이면 커피챗해보고 싶다..
+* 나중에 나도 PDF 전자책 만들기 등 해보고 싶다.
+
+### 아르바이트는 꾸준히 하는 중
+
+주말아르바이트에 11월 한 달간은 주 4일 근무했다.
+
+### 헬스장 => 운동 시작
+
+* 1주일에 한 번 밖에 안가지만.... 그래도 PT를 하니 **근력운동**도 하기 시작했다. 나중에는 체력 싸움이라고 하니 해보자..
+
+## 🤔 그럼 12월에는 뭐 할건가..?
+
+### 🎓 공부하기
+
+#### 원티드의 백엔드 프리온 보딩 DOCKER 공부
+
+#### JAVA, SPRING BOOT 강의 듣기
+
+영한님 자바 강의가 새로 생겼다! 영한님 자바랑 spring boot 강의 들어볼 예정
+
+#### cs 스터디
+
+### 1년 회고 정리 하기
+
+#### 올해 잘 한 것과 못한 것 정리하기
+
+![](https://velog.velcdn.com/images/prettylee620/post/4ebb6eee-0de6-48c2-b9fa-558f05c28a07/image.png)
+
+#### 내년에 할 것들 다시 정리(만다라트 다시 만들기)
+
+> **외국어 공부 :** 2024년에는 영어.. 2025년에는 일본어 **취미 생활 :** 2024년 베이킹, 그림그리기, PDF 전자책 내기 2025년
+
+하나씩 해나가고 싶다...
+
+### 취업하기
+
+이번달 안에 최대한 많은 곳을 낼거다아아
+
+### 😠 주의하기
+
+* 감정이 태도가 되지 않기
+* 완전히 다시 몸무게 돌아가지 않게 주의하기 이놈의 요요
diff --git "a/developLog/memoir/2023/_ 2023\353\205\204 7\354\233\224 \355\232\214\352\263\240 \352\262\270 8\354\233\224 \353\252\251\355\221\234\354\231\200 \354\203\235\352\260\201\354\235\230 \354\240\204\355\231\230_.md" "b/developLog/memoir/2023/_ 2023\353\205\204 7\354\233\224 \355\232\214\352\263\240 \352\262\270 8\354\233\224 \353\252\251\355\221\234\354\231\200 \354\203\235\352\260\201\354\235\230 \354\240\204\355\231\230_.md"
new file mode 100644
index 0000000..b091022
--- /dev/null
+++ "b/developLog/memoir/2023/_ 2023\353\205\204 7\354\233\224 \355\232\214\352\263\240 \352\262\270 8\354\233\224 \353\252\251\355\221\234\354\231\200 \354\203\235\352\260\201\354\235\230 \354\240\204\355\231\230_.md"	
@@ -0,0 +1,280 @@
+---
+description: 2023년 7월 회고 겸 8월 목표와 생각의 전환 회고록
+---
+
+# 2023년 7월 회고 겸 8월 목표와 생각의 전환
+
+## 📌 TMI 및 서론
+
+> 처음에는 회고를 쓰는 거를 별로 안 좋아하는 사람이었다. 회고를 쓴다해서 뭐가 얼마나 바뀐다고?라며 반발심 그런 걸 가지고 있었던 것 같다. **그런데 앞으로 나아가는 사람이라면, 그 달의 회고나 기술 회고를 쓰는 것을 보고 회고를 써야 겠다고 결심하게 되었다.** 그렇다면... 회고는 어떻게 쓰는 것이 좋을까?
+
+**정답은 없는 것 같다.** 뮤테이션 님 블로그에서도 봤듯이 블로그 글은 남을 위한 글도 중요하지만 내가 보기 위한 글 O을 쓰는 게 중요하다고 한다.
+
+회고라는 게 사실 남들에게 보여주기용이라기 보다 나의 생각이나 여태 해온 것들을 정리하는 느낌이니까 **자신의 원하는 데로 정리하는 것이 좋은 것 같다.**
+
+나는 상세한 것들까지 다 계획하는 계획적인 성격과는 거리가 멀다. 그래도 큰 틀은 잡고 하는 편이며, **문서화하는 것들을 좋아한다.** 자격증 공부나 책 같은 것 읽을 때도 기록하고 남들과 공유하는 것을 좋아하는 편이다. 그래서 나도 실력은 부족하기에 서로 보충해 나가며 나중에 팀프로젝트 할 때도 문서화하는 것을 귀찮아하지 않는 팀들과 같이 해나가고 싶다.
+
+그래서 노션에 기록하기 보다는 VELOG에 정리해보기로 했다. **매주보다는 회고는 한 달 단위로 쓰기로 결정했다.**
+
+나는 욕심이 많은 편이다. 배우고 싶은 것도 하고 싶은 것도 많기에 학원 휴강인 오늘 여태 생각하고 있는 것들과 계획하고 있는 것들에 대해 정리해 보기로 했다.
+
+## ✍️ 지금까지 무엇을 했는가..?
+
+> 7월 회고 겸 상반기 회고를 같이 써보려고 한다. 별일 아니라도 기억나는 것을 적어보려고 한다. 나는 지금까지 무엇을 했을까?에 대한 것과 그에 관한 회고를 적어보자.
+
+### 학교 졸업
+
+올해 3월 학교를 졸업했다. 졸업식에 두 명의 친구들이 와줘서 같이 사진찍고 그랬다. 학교를 졸업할 때는 막막했다.. 방향을 못 잡고 있었고 어디로 가야할지는 모르겠는데 학교와 학생이라는 울타리가 없어지는 것이기에 이제는 막아주는 울타리 조차 없어지는 느낌이라 무서웠다. **지금은 불안한 것은 마찬가지지만 그래도 어느정도 가야 하는 방향은 잡은 것 같다.**
+
+### 아르바이트는 5년째 6개월째 계속..
+
+학교 입학하기 전 1월부터 휴학 1년 취업준비와 국비(KDT)를 듣고 있는 지금까지도 아르바이트는 계속하고 있다. 지금은 국비로 인해 평일에는 강의듣고 주말에는 편의점 아르바이트 중이다. 5년 7개월 중 5개월정도 빼고는 계속 아르바이트를 해왔다.
+
+아르바이트하면서 성격도 많이 좋은 쪽으로 변화되었다. 어두운 성격, 소심한 성격에서 밝은 성격, 적극적으로 변화되었다.
+
+보통 편의점 아르바이트를 메인으로 둬서 한 곳에서 3년정도씩 일하고 학교 강의가 많지 않은 학기나 방학에는 국가근로(유치원, 도서관)나 구청대학생 아르바이트(주민센터)랑 같이 해서 투잡을 같이했다! 2020년도까지는 대학생활하기 전부터 다녔던 곳에서 다니고 그 때부터 지금까지는 집 앞 편의점에서 2년 반정도 됐다. \*\*그런데 왜... 모아둔 돈은 없는 것인가..? 😂 \*\*
+
+공부할 게 많아서 아르바이트를 그만두고 싶지만.. 그만두기에는 경제적 사정이 여의치 않아 아르바이트를 병행하는 대신 내가 할 일 다 끝내고 사람 없는 시간 대에는 CS책을 읽으며 공부하고 있다. 물론 점장님도 허락하셨다.
+
+이건 국가 근로 유치원 할때 받은 편지 너무 귀엽다.. &#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/504561cf-9996-44c4-a357-3fb6e81456e2/image.png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/97dc48a9-ffbf-49a3-b6e7-d191f59b7517/image.png" alt=""><figcaption></figcaption></figure>
+
+### 한 줄이라도 일기 쓰기 7개월째 지속중
+
+12월 중순부터 **soso note**를 통해서 일기 쓰고 있다. 간단하게 라도 오늘의 기분이나 있었던 일을 쓰고 있다. **6월 중순에 1주일정도 안 쓴거 말고는 꾸준히 쓰고 있다.**
+
+&#x20;![](https://velog.velcdn.com/images/prettylee620/post/42a053cc-6556-4567-b98f-9cb58641346c/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/5f0e11a4-ce4d-4d5a-a7f3-9ae743aa8573/image.png)
+
+### 5월 30일부터 멀티캠퍼스 KDT 듣는 중
+
+> 국비를 들을까 말까를 올해 초부터 계속 고민했다. 하지만 나는 혼자 하면 계속 풀어질 것 같다라는 생각을 하게 돼서 그냥 국비보다는 KDT가 좋다는 말을 듣고 KDT를 고르게 되었다. 좋은 선택이라고 생각한다. **일반 국비에는 없는 프로젝트 기간에 현직자들에게 피드백을 들을 수 있는 기간도 4번 있다고 한다.**
+
+#### HTML, CSS, JavaScript
+
+#### 오라클(데이터 베이스)
+
+#### Java
+
+#### JSP
+
+대략 2달동안 배운 내용들이다. JSP들어오면서 조금 이해가 안되는 부분들이 많은데 그 부분만 따로 인프런 아래 강좌로 보충 할 예정이다. [실전 jsp 인프런 강의](https://www.inflearn.com/course/%EC%8B%A4%EC%A0%84-jsp\_renew)
+
+[jsp 웹 쇼핑몰 프로그래밍 기본 과정](https://www.inflearn.com/course/jsp-%EC%9B%B9%EA%B0%9C%EB%B0%9C-%EC%87%BC%ED%95%91%EB%AA%B0-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D)
+
+부트캠프 강사님들이 별로 안 좋다는 후기가 많아서 걱정했는데.. 내가 만난 강사님은 굉장히 만족 중이다!! 애들 한 명 한 명한테 애정이 있으시고, 전 기수들이랑도 아직까지 연락하시는 중이라는 것을 보고 놀랬다. 따로 만나기도 하고 취업하면 연락 온다고 하신다.
+
+\*\* 확실히 KDT라 그런지 모르겠지만 네카라쿠배 당연히 갈 수 있습니다! 이런 말 하지 않고 현실적인 부분에 대해서도 알려주시며, 에러같은 경우에도 한 명 한 명 다 봐주신다. 그래서 그런지 탈주자가 아무도 없다.\*\*&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/23ffd621-7d10-42ca-9eb6-8b6918510e41/image.png" alt=""><figcaption></figcaption></figure>
+
+> 한 번은 자바를 듣는 과정 시간이었는데 강사님이 항상 낸 모든 사람에게 따봉을 주셨는데 과제에서 나만 따봉받고 수업시간에 누군지는 말 안하겠지만 저렇게 문서화하는 것 굉장히 좋은 것이다. **나중에 팀프로젝트 때 저런 사람이 좋은 사람이다 기대가 된다고 하셔서 굉장히 뿌듯했다.**
+
+![](https://velog.velcdn.com/images/prettylee620/post/a0e44e08-8931-4ce6-a1e7-b73260139c7c/image.png)
+
+그리고 강의 들으면서 슬랙에 정보 같은 것과 정보처리기사, SQLD ADsP 공부한 정리본을 공유했는데 공감받아서 기분이 좋았다.
+
+### 불안과 생각의 전환
+
+**하지만 요즘은 잘하는 사람도 많고 주말에 아르바이트를 하니까 체력적으로 지치면서 정신적으로 지쳤다.** 내가 회사가서 잘 해낼지도 잘 모르겠고... 불안한 마음만 가득이다. 하루 불안해도 계속 해나가는 중인데 이게 맞는건지... 나를 써줄 곳이 있긴 할까..? 라는 생각의 반복
+
+> 그러면서 트위터랑 VELOG의 글들보기도 하고 친구과 들려주는 얘기와 강사님이 해 준 말로 **생각을 좀 바꿔보고 나를 너무 혹독하게 대하지 않기로 결정 했다.** 잘하는 사람을 보면서 불안이 따라오고 비교와 좌절이 이어가는 것이라면 비교를 할 것이 아니라.. \*\*"그래 쟤 잘해" 이러고 간단하게 인정하기로 했다. \*\*
+
+쟤는 너무 잘하고.. 나는 너무 못해.. 이게 아니라 **쟤는 잘해에서 끝나면 문장으로 보면 별 차이 없지만 멘탈에는 도움되는 것 같다.** 나도 욕심이 많아서 잘하는 사람을 보면 비교하고 자책하고 불안하고가 반복인데..
+
+> 이 부트캠프 안에서 잘하는 사람들도 많지만 사회 나가면 더 많은 사람이 보일 텐데 그 때마다 비교할 게 아니라 \*\*나만의 기준을 두고 내 기준을 두고 차근 차근 올라가기로 했다. \*\*
+
+그리고 가장 친한 친구가 너는 너를 너무 낮게 본다고 나보고 너무 너 자신을 낮추지 말라는 소리를 들었다. 주변은 다 취업했고 나는 늦은 것 같고 아는 것은 없는 것 같고 해서 나 자신을 더 채찍질하고 지치고 아무것도 못하고 반복인 것 같다.
+
+> **자만하지 말되 나한테 어느정도 칭찬해주기로 했다.**&#x20;
+
+### 다이어트 -5kg
+
+7월부터 다이어트를 시작했다...&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/7e85f12f-17fe-49b3-85bc-1f3824b16e1d/image.png" alt=""><figcaption></figcaption></figure>
+
+어릴 때부터 살이 좀 있는 상태였고 그로 인해 어릴때 왕따도 당해봤다. 그래도 고등학교에 좋은친구들 만나고 대학생활과 많은 아르바이트로 좋은 사람들을 만나면서 극복해냈다. 그래서 먹는 것에 대해 행복을 느끼며 살고 있었는데 6월에 어떤 일을 계기로 생각이 바뀌게 되면서 7월부터 식단조절하고 있다.
+
+**현재 5kg정도 감량한 상태..** 다음달부터는 공부에 방해 안되는 선에서 **운동**도 할 예정이다. 확실히 몸이 가벼워지고 자존감이 높아지는 것 같다!
+
+### 개발용 SNS 개정 - 트위터
+
+![](https://velog.velcdn.com/images/prettylee620/post/3865fdaf-785c-4145-b87b-284dae54374e/image.png)
+
+원래는 트위터 보기용으로만 썼는데 이번달에 개발용이자 공부용 sns을 분리해야겠다라는 생각을 하게 되었다. 그래서 따로 토요일에 분리해서 만들었다!
+
+sns는 인생의 낭비라고 해서 원래 트위터 안 할 예정이었는데 생각보다 많은 개발자들이 트위터를 하고 \*\*좋은 정보와 트랜드 알기에도 좋아서 개설하게 되었다. \*\*
+
+초보 개발자면 트위터를 통해서 정보를 얻고 그를 통해 공부하는 것도 하나의 방법이라고 생각한다.
+
+### velog 다시 시작
+
+velog에 계정을 만든 거는 1년정도 됐는데 **기술 블로그라고 하면 뭔가 거창한 거 적어둬야 할 것 같고 해서** 부담스러워서 안하게 됐다. 그래서 노션에만 적어뒀는데 노션은 뭔가 나중에 블로그?에 최적화 느낌은 아니라서 그냥 블로그라는 거창한 느낌이 아니라 내 메모장이라는 느낌으로 적기로 했다.
+
+물론 나를 위한 글만 쓴다는 것은 아니다. 남을 위한 글도 내가 안정기가 된다면 쓸 예정이다.
+
+독서한 것들도 적어야지!
+
+### 독서
+
+나는 책 사는 걸 좋아하는 편이다. 사는 걸 좋아하지... 읽는 걸 항상 미뤄 두는 편이다.. 이번에 트위터에 좋은 책을 발견해서 토요일은 아르바이트 일찍 끝나는 날이라 교보문고 가서 사왔다.
+
+#### 개발자 온보딩 가이드
+
+> 트위터에서 시니어 개발자하는 잔소리, 조언 느낌이라 주변에 조언해줄 사람이 없으면 무조건 사서 읽기 바란다고 해서 구매하였다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/723cf9e1-c8ed-42bf-a479-2be2968fbb9b/image.png)
+
+> 읽으면서 모르는 부분은 서치하면서 읽고 있는데 진짜 실무가서 도움될 내용들이 나와있다. 초보 개발자가 취업해서 첫 회사에 가면 뭐부터 해야지 등등 나와있다. 아직 50페이지정도 읽었는데 **이번달에 다 읽는 것이 목표이다.**
+
+![](https://velog.velcdn.com/images/prettylee620/post/108141f5-e45d-477a-aa09-b5bd1db8b4ff/image.png)
+
+#### 메리골드 마음 세탁소
+
+> 토요일에 사는 김에 베스트셀러에 나와 있길래 짧은 편이기도 해서 이틀안에 다 읽었다. 사람의 마음에 있는 얼룩을 지워주는 능력과 생각한 것을 실현 가능한 가진 지은이과 그 얼룩을 지우려 세탁소에 오는 사람들의 이야기를 담은 소설인데 공감도 되는 일화도 있고 짧아서 재미있게 봤다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/6673dcde-6f24-45c5-9147-262205ea1354/image.png)
+
+**생각나는 글**
+
+> 내가 가고 있는 이 길이 맞는 길이고, 내 선택이 올은 것이라 잘될 것이라고 믿는다면 결국 그렇게 될꺼야. 말하는대로, 믿는 대로, 마음이 시키는 대로 살아가는 능력이 네 안에 있어. **그냥 의심하지 말고 자신을 믿어봐. 충분히 해 낼 수 있다고 믿어봐 그리고 기억해. 신은 인간에게 최고의 선물을 시련이라는 포장지에 싸서 준대. 오늘 힘든 일이 있다면 그건 선물 받을 준비를 하고 있는 거야.** 엄청난 선물의 포장지를 벗기는 중일 수도 있지
+
+> **영희삼촌 지난 시간들도 오늘 하루도 견뎌내느라 수고 많았어요. 내일은 버티지 말고 조금은 웃으며 살아내봐요. 하루 지나 모레도 버티지 말고 조금만 즐거워봐요. 견디고 버티고 그러다 보면 살아지긴 하는데, 그게 너무 오래되면 삶에서 견디고 버틴 기억밖에 없잖아요.**
+
+### velog나 트위터에 있는 글 틈틈히 읽기
+
+> #### 내가 모아둔 북마크들
+
+[북마크 모음](https://velog.io/@prettylee620/IT-%EA%B4%80%EB%A0%A8-%EC%9C%A0%EC%9A%A9%ED%95%9C-%EC%82%AC%EC%9D%B4%ED%8A%B8) [북마크 모음 노션 버전](https://incredible-gem-98e.notion.site/BookMark-519dce079dd04c9da220d86815cd4984?pvs=4)
+
+트위터나 velog에 글을 모아두기만 하고 안 읽었는데 보일 때마다 틈틈히 읽고 있다.
+
+어제 읽었던 글 중에 **기술을 사용하는 것에 대해서만 초점을 맞추지 말고 왜 그 기술을 사용하는 지에 대해 초점을 맞추라는 글**을 보고 간단하게 트위터에도 적어뒀다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/fb591e61-a03b-4b95-93dd-a4b83d213db9/image.png" alt=""><figcaption></figcaption></figure>
+
+### 자격증
+
+> [SQLD 정리](https://velog.io/@prettylee620/SQLD-1%EA%B3%BC) [ADsP 정리](https://velog.io/@prettylee620/ADsP) [정보처리기사 정리](https://incredible-gem-98e.notion.site/7099b32467de4dcd9aeab40642f213da?pvs=4)
+
+작년 말에 SQLD를 취득했고 올해 초에 ADsP를 취득했으며 정보처리기사는 실기 도전중이다.. 이번 결과가 어떻게 될지는 모르지만 항상 열심히 하지만... 4점 차이로 떨어지는.. 9월 결과를 기다리는 중이다.
+
+## ✍️ 8월에는? 무엇을 할까?
+
+### github 공부 다시 하고 정리하고 올리기
+
+gitjub에 이클립스 연동하다가.. commit도 안한 것 삭제 해버려서 여태 공부한 프로젝트 파일 2개 날려먹었다... 이게 바로 **백업의 중요성...** 무조건 하나 파일을 더 복사해두고 있자 ㅠㅠㅠㅠㅠ 그래서 다시 시도 못하고 있었는데 9월 프로젝트 전에 만져보려면 github하는 게 좋을 것 같아서 다시 연동 시작해보려고 한다.
+
+### 국비에서 나가는 spring 공부하기
+
+그 때 그 때 미루지말고 공부하자.. spring부터는 어려워져서 놓치면 따라잡기 힘들 것..
+
+### 9월 팀프로젝트 대비
+
+아직 팀도 안 정해졌지만... 이 부분을 참고하면 좋을 것 같다. [프로세스](https://okdevtv.com/mib/devprocess)
+
+그리고 팀 프로젝트 때는 기술도 중요하지만 꼭 문서화 하기!
+
+### 부족한 부분 공부하기
+
+#### java 강의
+
+[실무 자바 개발을 위한 OOP와 핵심 디자인 패턴](https://school.programmers.co.kr/learn/courses/17778/17778-%EC%8B%A4%EB%AC%B4-%EC%9E%90%EB%B0%94-%EA%B0%9C%EB%B0%9C%EC%9D%84-%EC%9C%84%ED%95%9C-oop%EC%99%80-%ED%95%B5%EC%8B%AC-%EB%94%94%EC%9E%90%EC%9D%B8-%ED%8C%A8%ED%84%B4)
+
+#### jsp 강의
+
+[실전 jsp 인프런 강의](https://www.inflearn.com/course/%EC%8B%A4%EC%A0%84-jsp\_renew)
+
+[jsp 웹 쇼핑몰 프로그래밍 기본 과정](https://www.inflearn.com/course/jsp-%EC%9B%B9%EA%B0%9C%EB%B0%9C-%EC%87%BC%ED%95%91%EB%AA%B0-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D)
+
+### 커피챗 질문하기
+
+> 내가 항상 가지고 있는 의문이 있다. 회사에 들어가기 전 프로그래밍 언어를 어느수준까지 알아야할까? 항상 유투브나 이런 커뮤니티 보면 구글 없이는 못산다라던지
+
+1. **프로그래밍 언어 문법을 다 익히려고 하지말고 클론 코딩을 해봐라라는 경우가 많은데.. 그럼 어느 수준까지 알아야 할까?를 항상 의문에 가지고 있었다.** 커피챗을 통해 이번달에 질문해보려 한다.
+
+> 2. 새로운 언어를 공부할 때의 방법과 현업에서 일하는 방식에 대해서도 질문해보자
+
+### velog 꾸준히 쓰기\[밀리지 말자]
+
+위에서 말한 것 처럼 블로그 글쓰기를 처음부터 스트레스 받아하지 말자. 내가 보기 위한 용도 기록을 남기는 용도라고 생각하고 밀리지 말고 꾸준히 써야 겠다.
+
+### 독서하기
+
+일단 첫 번째로 위에서 언급한 **개발자 온보딩 가이드**를 8월 안에 다 읽어 볼 예정이다. ![](https://velog.velcdn.com/images/prettylee620/post/723cf9e1-c8ed-42bf-a479-2be2968fbb9b/image.png)
+
+그리고 트위터 추천 책에 있던 **육각형 개발자와 헤드퍼스트의 디자인 패턴**에 대해서도 시간된다면 읽어볼 예정이다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/8d8f78f8-3334-4628-a422-7ee2fff63803/image.png" alt=""><figcaption></figcaption></figure>
+
+> 올해 안에 읽어보고 싶은 책들
+
+1. 함수형 코딩
+2. 클린 코드
+3. 이펙티브 자바
+4. 헤드퍼스트의 디자인 패턴
+5. 필독 개발자의 온보딩 가이드
+6. 육각형 개발자
+7. 자바코딩 인터뷰 완벽 가이드
+8. 죽을때까지 코딩하며 사는 법
+9. 이것이 코딩테스트다.
+10. 서버의 기초
+11. 실용주의 단위테스트
+12. IT 좀 아는 사람
+13. 게임 시스템 디자인 입문
+
+### 자기소개서 및 이력서 만들기
+
+> **뮤테이션님 velog 참고**
+
+[주니어 개발자 이력서 쓰는 법](https://velog.io/@yukina1418/%EC%A3%BC%EB%8B%88%EC%96%B4-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EC%93%B0%EB%8A%94-%EB%B2%95)
+
+>
+
+[주니어 면접 팁](https://velog.io/@yukina1418/%EC%B5%9C%EA%B7%BC-%EB%A9%B4%EC%A0%91%EC%9D%84-%EB%8B%A4%EB%8B%88%EB%A9%B4%EC%84%9C-%EB%B0%9B%EC%95%98%EB%8D%98-%EC%A7%88%EB%AC%B8%EB%93%A4)
+
+이를 활용해서 조금씩 만들어 가보려 한다. 그리고 8월달이 안된다면 9-10월달동안에 라도 [html과 css로 포트폴리오 만들기](https://velog.io/@hamham/HTML%EA%B3%BC-CSS%EB%A1%9C-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-%EB%A7%8C%EB%93%A4%EA%B8%B0-ver.2) 이런 느낌을 백엔드적인 것을 첨가해서 만들어보고 싶다.
+
+### cs 스터디
+
+> **참고하기**
+
+[Backend-Interview-Question](https://github.com/ksundong/backend-interview-question) [트위터에서 발견한 팀으로 공부한 개발 스터티](https://coding-study-page.notion.site/8e86779c6261485fa777e21b1a1cd220?v=bb0b468144444314871d355f43e0dce1)
+
+이번주 부터 국비 6명과 같이 cs 스터디를 하기로 했다. 일주일에 한 번\~ 2번 씩 발표하고 책은 면접을 위한 CS 전공지식 노트로 하기로 했다. 외에도 공부를 해야겠지만 말이다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/ec1f3d95-2827-4376-a5d4-3f7aa2037ebe/image.png)
+
+### 알고리즘
+
+> **참고하기**
+
+[한 장으로 보는 알고리즘 공부 순서](https://velog.io/@ngngs/%ED%95%9C-%EC%9E%A5%EC%9C%BC%EB%A1%9C-%EB%B3%B4%EB%8A%94-%EC%95%8C%EA%B3%A0%EB%A6%AC%EC%A6%98) [알고리즘 초보가 처음 공부하기 좋은 사이트](https://swexpertacademy.com/main/main.do)
+
+알고리즘을 공부많이 하기에는 시간이 부족할 가능성이 크다. 하루에 30-40분 투자를 목표로 공부할 예정!
+
+깃 허브에 표 형태로 한 눈에 보기 좋게 알고리즘은 정리하고 싶은데 방법 좀 찾아봐야 겠다.
+
+### 운동
+
+공부에 방해가 되지 않은 선에서 30분에서 1시간정도 운동할 예정이다. 그 전에는 헬스장 끊어두고 가지 않았는데 지금은 해낼 수 있는 기분이다. 이번주에 헬스장 끊자!
+
+### 🔥 주의하자
+
+> 1. **너무 많은 분량을 하루만에 끝내려고 하지말자.** 이 방법은 공부에도 좋지 않는다고 한다. 공부방법은 여기 참고 하자. 날짜를 두고 잊어버릴 때쯤 다시 공부하는 것이 좋다고 한다. [공부를 어떻게 하면 효율적인가에 대해 나와 있는 트위터](https://twitter.com/mahler83/status/1685185612025073664?s=46\&t=1HxGoc6id0uEgL-ALTPRkQ)\
+>
+
+2. **남과 비교하며 스트레스 받지 말자.** 내가 그 남에 대해서 다 아는 것도 아닌데 나는 쟤보다 별로라는 생각을 갖지말자. 찾아보면 내가 그 남보다 더 나은 부분이 있을 수 도 있다. 타인을 기준으로 나에게 엄격할 필요가 없다.
+
+> **3. 고민하는 사람은 설혹 길을 헤매더라도 옳은 방향으로 간다** - 뮤테이션님 트위터 이 말 처럼 왜 이 코드가 이렇게 되는지 그냥 쓰지 말고 고민하자. 고민하고 정리하자.&#x20;
+
+**4. 걱정마라 아직 아무 일도 안 일어났다.** 아직 일어나지도 않은 일을 미리 걱정하며 스트레스 받지 말자.
+
+
+
+## 마무리
+
+> 수업시간이랑 아르바이트 시간도 있기에 위에 적은 것도 다 못 끝낼 수 있지만 힘내 볼 예정이다. 이렇게 적어둬도 멘탈이 깨지는 날에는 하루 쯤은 스트레스를 풀며 치유 해보려 한다. 다만 늘어지지 않게만 조심하자. 화이팅!!!
diff --git "a/developLog/memoir/2023/_ 2023\353\205\204 8\354\233\224 \355\232\214\352\263\240 \353\260\217 9\354\233\224 \353\252\251\355\221\234_.md" "b/developLog/memoir/2023/_ 2023\353\205\204 8\354\233\224 \355\232\214\352\263\240 \353\260\217 9\354\233\224 \353\252\251\355\221\234_.md"
new file mode 100644
index 0000000..a775617
--- /dev/null
+++ "b/developLog/memoir/2023/_ 2023\353\205\204 8\354\233\224 \355\232\214\352\263\240 \353\260\217 9\354\233\224 \353\252\251\355\221\234_.md"	
@@ -0,0 +1,135 @@
+---
+description: 2023년 8월 회고 및 9월 목표
+---
+
+# 2023년 8월 회고 및 9월 목표
+
+## ✍️ 8월 회고 7월 회고록에 적은 걸 잘 지켰을까..?
+
+### 다이어트 \~ing so good👍 -2.5kg
+
+&#x20;이번달은 약속도 있고 이래서 중간 중간 많은 치팅이 있었지만... **좀 많이 먹은 날 연속으로 먹었다고 좌절하지 않고 그 다음날에는 원래 식단으로 돌아가며 다이어트 하고 있다...** 인아웃에서 먹은거, 몸무게 기록하며 같은 목표를 가진 사람이랑 공유하며 하는 중이다. 막 빠르게 빠지지는 않지만 요요가 안오게 천천히 빼는 것도 좋은 것 같다. 앞자리 바뀌면 짜장면 순대 먹어야지ㅠㅠㅠ 다른건 다 먹었는데... 2달간 제일 좋아하는 거 끊었다.. 후
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/27e9b099-76de-41c3-8c4b-783868610c37/image.png" alt=""><figcaption></figcaption></figure>
+
+### 운동은 No.. Bad 🙅🏻
+
+운동은 아직... 그래도 틈틈히 열심히 걷고 있다.. 헬스장 등록하기에는 비용적으로.. 고민이라 아직 등록은 못했다..
+
+### github 정리하고 올리기는 good 👍
+
+![](https://velog.velcdn.com/images/prettylee620/post/56dfcd61-74ec-476c-a028-273b7e92c4ee/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/7a4fc327-5fea-49a1-b70c-5ecca21c52d8/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/e7f2be27-74ff-4c28-889f-2e6d0154e5e8/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/4ed81ed9-67c8-4872-b46c-3e6e750cd3d6/image.png)
+
+깃허브에 정리하고 올리는 것은 꾸준히 해보고 있다. \*\*but... github의 자세한 것은 한 번 하루 날잡고 공부해야 할 것 같다. \*\*기본적인 것은 계속 써보고 깃허브 기본 배포까지는 해봐서 이제 알겠는데.. 나머지가 문제이다..
+
+### 일기도 나름 꾸준히 작성중💕
+
+&#x20;8월 한달간도 가끔 밀렸지만 꾸준히 성실하게 작성중이다 올해 다 채워서 열심히 쓰려고 한다!
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/396b840f-8d1e-4db8-b0d0-e69eaf22e53b/image.png" alt=""><figcaption></figcaption></figure>
+
+### 국비에서 나가는 spring 공부 soso 🔺
+
+![](https://velog.velcdn.com/images/prettylee620/post/b143bbd6-8c01-4f43-8754-86bcc9079c0e/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/14f3fb8a-c76e-491b-b823-a8062d5fe33c/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/8a1888d5-c430-42b1-a07a-9833430784b0/image.png)
+
+그날 배운 것들이나 개념적인 부분은 가끔 정리중인데.. 너무 얇게 공부한 느낌이다. 다다음주에 스프링 재학습한다고 하니 그 때 더 보충하면서 강의도 듣고 프로젝트도 준비해야 겠다.
+
+### velog 꾸준히 쓰기\[밀리지 말자]는 잘 지키는 중 💯
+
+이 부분 멘토링 때도 칭찬받았다! 벨로그 보면 8월달에 1주일에 4\~5회 이상 꾸준히 쓰고 있다!! 앞으로도 밀리지 말고 쓰자
+
+### 커피챗 질문하기 완료 ⭕
+
+이 부분은 어제 진행하였다! 너무 값진 시간이었으며.. 회고 후에 따로 후기 쓰면서 답변 받은 것을 정리하려고 한다.
+
+[🔬 후기 및 느낌점 바로가기](https://velog.io/@prettylee620/%EC%9D%B8%ED%94%84%EB%9F%B0-%EB%A9%98%ED%86%A0-%EC%9A%B0%EC%97%B0%EB%8B%98-%ED%9B%84%EA%B8%B0%EC%9D%B4%EC%9E%90-%EB%B0%A9%ED%96%A5%EC%84%B1-%EC%B4%88%EB%B3%B4%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EA%B3%A0%EB%AF%BC%EB%93%A4)
+
+### 독서하기 soso ⚠️
+
+![](https://velog.velcdn.com/images/prettylee620/post/c43adb53-f2c8-4fad-a9e6-1e6a71493989/image.png)
+
+cs 공부를 시작하면서 독서를 많이 하지는 못했다. 개발자 온보딩 책 자체가 모르는 단어도 찾아보고 그것을 바탕으로 정리도 하려니... 아무래도 시간이 많이 걸린다 ㅠㅠㅠ **취업 전에 주니어가 알아야 하는 8장까지 읽어보는게 목표이다.**
+
+### 자격증 정처기 실기 떨어짐
+
+정보처리기사... 실기... ㅠㅠㅠ 진짜 또 떨어졌다... 항상 몇 점 차이 안나게 떨어지니 속상할 뿐.. **그래도 포기하지 않는다 다음주에 3회차 신청할거다...** 현직자분들도 많이 떨어지는 것 같다. 이번에 특히 동전문제가 굉장히 논란이 많은 것같다.. 부분점수도 안주고 그냥 전부 틀리면 틀린 거 처리한 듯...
+
+### cs 스터디 good 👍
+
+![](https://velog.velcdn.com/images/prettylee620/post/c1d786c9-5d26-4c69-b8df-53a48c200c94/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/c8765ea7-9300-4a68-8bd9-4c7d1efc2607/image.png)
+
+국비 6명에서 4명이서 진행 중이다. 매주 수요일 8시에 줌에서 만나서 발표 중 이번주에 자료 구조 끝냈고 다음주는 운영체제 하기로 했다. 노션에 정리해온 것을 기준으로 발표하고 서로 이해안가는것 질문한다!!
+
+### 자기소개서 및 이력서 만들기 👎🏻 bad
+
+아직 못했다... 7월 회고에 쓴 이것을 참고로 조금씩 만들어가자. 그리고\*\* 멘토링에서 받았던 꾸준함, 성실함, 기록성, 벨로그에 꾸준히 기록한다는 점을 바탕으로 글쓰자!!\*\*
+
+> **뮤테이션님 velog 참고**
+
+[주니어 개발자 이력서 쓰는 법](https://velog.io/@yukina1418/%EC%A3%BC%EB%8B%88%EC%96%B4-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EC%93%B0%EB%8A%94-%EB%B2%95)
+
+>
+
+[주니어 면접 팁](https://velog.io/@yukina1418/%EC%B5%9C%EA%B7%BC-%EB%A9%B4%EC%A0%91%EC%9D%84-%EB%8B%A4%EB%8B%88%EB%A9%B4%EC%84%9C-%EB%B0%9B%EC%95%98%EB%8D%98-%EC%A7%88%EB%AC%B8%EB%93%A4)
+
+이를 활용해서 조금씩 만들어 가보려 한다. 그리고 8월달이 안된다면 9-10월달동안에 라도 [html과 css로 포트폴리오 만들기](https://velog.io/@hamham/HTML%EA%B3%BC-CSS%EB%A1%9C-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-%EB%A7%8C%EB%93%A4%EA%B8%B0-ver.2) 이런 느낌을 백엔드적인 것을 첨가해서 만들어보고 싶다.
+
+### 알고리즘 👎🏻 bad
+
+아직 제대로 시작 못했다 개념만 정리해둔 상태.. 멘토링 받은 것을 참고로 `파이썬`으로 준비해볼까 한다. 프로젝트를 시작하니까... 방해되지 않는 선에서..
+
+### 내가 정리한 글 다른 사람들한테 도움되게 공유하기그리고 나도 도움받기
+
+![](https://velog.velcdn.com/images/prettylee620/post/7740c89d-07fe-461a-9c5a-0d5de178390e/image.png)
+
+이 외에도 팀원분이 놓치신 부분에 대해 내가 정리한 것 공유하고 나도 다른 분들에게 도움 많이 받고 있다!
+
+### 팀프로젝트 팀원 확정
+
+팀프로젝트 팀원 확정이 나고 기획을 짜고 있다. cs 스터디에서 같이 하는 분의 제의를 받아 같이 팀을 하게 되었다!! 벨로그에도 팀 프로젝트 관련 글 열심히 쓸 예정 지금은 같이 도와가며, 배우는 것 모르는 것 공부하고 있다.&#x20;
+
+![](https://velog.velcdn.com/images/prettylee620/post/0340d7c1-e017-4c8d-a67d-15c55e6dec79/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/84eab8af-07ae-4711-8b03-f27f655b1e3e/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/8946859e-4424-449b-ab0f-a499a9271fec/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/fc7fd83b-3cd1-4b94-81c8-a1de8cc5669c/image.png)
+
+## 🤔 그럼 9월에는 뭐 할건가..?
+
+### 멘토링 받은 자바 책 봐보기 - 일단 스터디는 미정
+
+문법 공부에 대한 질문을 했는데.. `자바 8`에\*\* 대해 공부하는 것을 추천하는데 그걸 다루는 강의가 별로 없대서 강의 보다는 도서 추천해주셨다! 내용이 쉽지 않으니 인프런 모집 공고 활용해서 그룹 스터디 할 것이라고 말씀해주셨는데...\*\* 프로젝트 기간이라 스터디에 중간에 빠질까 걱정돼서 프로젝트 하는 것을 보고 모집할 예정이다!
+
+* [모던 자바 인 액션](https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=200069290)
+* [이펙티브 자바 3/e](https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=171196410)
+
+### 프로젝트 우선으로 두자
+
+프로젝트를 우선으로 두고 프로젝트 때 필요한 강의들 들어보자 일단 프론트는 `리액트`가 필요하고 백엔드는 `스프링` 공부를 최우선으로 두고 공부할 예정이다.
+
+1. 프로젝트 하면서 서비스의 전체적인 구조를 파악하자
+2. 멘토링 때 피드백 받은 것을 바탕으로 코드짜기 연습, 한 줄을 짜더라도 고민하며... 모르면 검색하고 굳이 이렇게 써야 하는 이유가 뭘까를 고민하는 연습이 필요하다.
+3. 질문을 해보니 쿠버네티스나 도커 이런 부분은 포기해야 할 것 같다 기간도 짧고 팀 분위기도 일단 완성이 목표라서 다음에 해보기로 기약!
+
+### 기록도 꾸준히
+
+벨로그나 깃허브 기록도 꾸준히 하자..!!
+
+### 운동 걷기라도...
+
+프로젝트때 바빠지면 운동 걷기라도 열심히 해야겠다.. 허리가 요즘 안좋아지는 기분이다.
+
+### cs 스터디도 꾸준히
+
+조금씩이라도 꾸준히 공부하자!! 그리고 설명하듯이 공부하는 거 추천
+
+### 정보처리기사 실기 공부
+
+제발... 이번에는 붙자 ㅠㅠㅠ **헤갈리는 개념 위주로 보고 더 깊게 c언어를 공부해야겠다.**
+
+### 9월에 공고가 많이 나온다고 하니 면접 두려워 하지 말고 많이 봐보자
+
+멘토링에서도 많은 면접이 도움이 된다고 하셨다. **나는 질문에 대한 답변 못할까봐 걱정이라고 했더니 그거 너무 걱정하지 않아도 된다고 면접관도 모르고 질문할 때 있으니** 원하는 곳 지원하기 전 다른 곳 면접을 많이 보라고 하셨다!!
+
+### ✨ 주의하자
+
+> 1. 남과의 비교는 금물!! 8월달은 덜 했지만 나의 페이스대로 가자.
+
+2. 휴식도 어느정도 지키자... 특히 아르바이트 때문에 쉴시간이 애매하지만... 그래도 꼭 가지자
+3. 지치지말고 꾸준히 조금씩이라도 해나가자.
diff --git "a/developLog/memoir/2023/_ 2023\353\205\204 9\354\233\224_ 10\354\233\224 \355\232\214\352\263\240\352\270\200 \353\260\217 11\354\233\224 \353\252\251\355\221\234_.md" "b/developLog/memoir/2023/_ 2023\353\205\204 9\354\233\224_ 10\354\233\224 \355\232\214\352\263\240\352\270\200 \353\260\217 11\354\233\224 \353\252\251\355\221\234_.md"
new file mode 100644
index 0000000..8947843
--- /dev/null
+++ "b/developLog/memoir/2023/_ 2023\353\205\204 9\354\233\224_ 10\354\233\224 \355\232\214\352\263\240\352\270\200 \353\260\217 11\354\233\224 \353\252\251\355\221\234_.md"	
@@ -0,0 +1,204 @@
+---
+description: 2023년 9월, 10월 회고글 및 11월 목표
+---
+
+# 2023년 9월, 10월 회고글 및 11월 목표
+
+![](https://velog.velcdn.com/images/prettylee620/post/4d90de09-5a46-4c55-b7b1-fe7087dcf78e/image.png)
+
+## ✍️ 9, 10월 회고 무엇을 했는가?
+
+### 다이어트 \~ing bad 🙅🏻 + 1.3kg
+
+#### 9월
+
+![](https://velog.velcdn.com/images/prettylee620/post/dc3504c0-12c4-4185-b6f5-218eba06c421/image.png)
+
+* 1.2kg를 뺐었지만
+
+#### 10월
+
+![](https://velog.velcdn.com/images/prettylee620/post/c15f0935-dc0e-4d97-87b4-4b4c09532687/image.png)
+
+* 초반에는 -2kg를 뺐었으나... 국비 끝나고 여행 다녀오고 패턴이 무너지니 살이 쪘다.. 이제 걷기 운동 다시 할 예정
+
+### github 정리하고 올리기는 good 👍
+
+#### 프로필 수정
+
+![](https://velog.velcdn.com/images/prettylee620/post/57a4f97e-dd82-4114-8730-0a368aa647bc/image.png)
+
+#### 프로젝트 때 꾸준히 commit
+
+![](https://velog.velcdn.com/images/prettylee620/post/4d1eb64f-f284-4a86-934f-5c7452f254dc/image.png)
+
+* 현재는 국비 마무리 후 아르바이트 하면서 조금 쉬는 중
+
+### 팀프로젝트 마무리 good 👍 이나 아쉬움
+
+> 🔗 [팀프로젝트 회고 및 결과와 국비 마무리](https://velog.io/@prettylee620/%ED%8C%80%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-%ED%9A%8C%EA%B3%A0-%EB%B0%8F-%EA%B2%B0%EA%B3%BC%EC%99%80-%EA%B5%AD%EB%B9%84-%EB%A7%88%EB%AC%B4%EB%A6%AC-9%EC%9B%94-%ED%9A%8C%EA%B3%A010%EC%9B%94-%ED%9A%8C%EA%B3%A0)
+
+![](https://velog.velcdn.com/images/prettylee620/post/fb057180-c652-49fe-9b17-9b101771dd4b/image.png)
+
+* 다사다난 했던 팀 프로젝트는 어떻게 마무리하고 2등🥈을 하였으며, 팀원들끼리도 잘 마무리 했다.
+* 아쉬운 부분은 조금 쉬고 나서 조금 더 업그레이드를 하기로 했다.
+* 강사님이랑도 연락하고 팀원들이랑도 오프라인에서도 만나기로 했다. 다들 지역이 다르지만 이번에 부산여행 가서 한 팀원분과 만나서 같이 놀았다.
+* 팀프로젝트는 마무리 됐지만 계속 연락하고 지낼 것 같다.
+
+### 일기는 조금 밀리기는 하나 나름 꾸준히 작성중💕
+
+![](https://velog.velcdn.com/images/prettylee620/post/b20273d2-1120-4227-8bdc-117e6615590a/image.png)
+
+### velog 꾸준히 쓰기\[밀리지 말자]는 soso 🔺
+
+* 팀프로젝트 하느라 정신없으니 기록하는 것도 덜하게 됨
+
+#### 그래도 팀프로젝트 노션에는 꾸준히 기록하고 공유했다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/4d8b16c6-7637-4782-9c8f-4b84af919dcf/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/83140f00-c8c1-4f35-81fb-5e53591c45e8/image.png)
+
+### 이력서이자 포트폴리오 작성중💕
+
+> **뮤테이션님 velog 참고**
+
+[주니어 개발자 이력서 쓰는 법](https://velog.io/@yukina1418/%EC%A3%BC%EB%8B%88%EC%96%B4-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EC%93%B0%EB%8A%94-%EB%B2%95)
+
+>
+
+[주니어 면접 팁](https://velog.io/@yukina1418/%EC%B5%9C%EA%B7%BC-%EB%A9%B4%EC%A0%91%EC%9D%84-%EB%8B%A4%EB%8B%88%EB%A9%B4%EC%84%9C-%EB%B0%9B%EC%95%98%EB%8D%98-%EC%A7%88%EB%AC%B8%EB%93%A4)
+
+![](https://velog.velcdn.com/images/prettylee620/post/8201cd8e-7214-4507-92f8-fb4385a25f7e/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/e79022ef-4038-409e-8375-2bf7735c2f84/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/bc67a2e7-f6aa-4ce2-8b7f-c6307915534f/image.png)
+
+이를 활용해서 조금씩 만들어 가는 중 [html과 css로 포트폴리오 만들기](https://velog.io/@hamham/HTML%EA%B3%BC-CSS%EB%A1%9C-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-%EB%A7%8C%EB%93%A4%EA%B8%B0-ver.2) 이런 느낌을 백엔드적인 것을 첨가해서 만들어보고 싶다.
+
+### 📲 트위터에서 정보 얻고 하는 중
+
+* 팔로워가 꽤 늘어난... 트위터는 정보 얻기에는 꽤 좋은 것 같다.
+*   동기부여도 된다.&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/43d5abab-b1f8-4bdd-b6ac-702290e8ec63/image.png" alt=""><figcaption></figcaption></figure>
+
+### 아르바이트는 계속 하는 중
+
+편의점 아르바이트는 주말 계속 하는 중! 돈이 부족해서.. 평일 하루 더 해야하나 고민중이다.
+
+### 여행 다녀오기
+
+> 성인되고 2년 전쯤 친구 자취방 가려고 대구 간 것 빼고는 서울에서 벗어나 놀러가본 적이 없다. 그래서 이번에 부산여행 혼자 다녀왔다! 주말에는 아르바이트가 있어서 못가서 평일은 친구들 일해서 혼자 가서 팀원분이랑 아는 언니 만나서 1박 2일로 놀고왔다. 바다 성인 되고 처음 보고 왔다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/a9da64a2-e637-4744-b1d5-91c90771c43d/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/88b33dc1-197a-4673-960e-d8da54de9e34/image.png)
+
+### 멀티캠퍼스에서 보내준 취업매칭 박람회 다녀옴 🐾
+
+#### 취업 특강
+
+![](https://velog.velcdn.com/images/prettylee620/post/bf02f594-c11b-4f55-999d-276b2856a14e/image.png)
+
+병원 갔다가 가느라 중간부터 들었다.
+
+일단, 들은 것을 정리하자면,
+
+> 1. **첫 회사의 연봉이 모든 걸 결정되는 것은 절대 아니다.** 네이버 정재남님은 첫 회사에서 남들이 2500 연봉을 받을 때 자신은 1500받고 일했다고 함. 만약 첫 회사가 연봉이 적어도 이직을 하게 되면 아무리 그 전 회사의 연봉이 적어도 그 회사의 연봉 베이스까지는 무조건 올려 주기 때문에 걱정하지 않아도 된다.
+
+2. 자신에 대한 오만은 안좋다. 2\~3년차에 오만을 가지는 사람들이 있는데 절대 그러면 안된다는 것을 염두에 두자. 항상 겸손할 것
+3. 팀을 위한 의사소통 등 관련
+
+* IT 계열은 혼자 하는 게 아니라 여러명이서 하는 거라 혼자 하는 태도를 갖는 사람은 뽑기 않기에 그 또한 중요하다.
+* 내가 말하고자하는 것들은 전부 말하되 남에게 말할 때 기분이 나쁘지 않게 말할 수 있는 소프트 스킬이 중요하다.
+
+4. 커뮤니티 만글기
+
+* 커뮤니티 만들어서 얘기하는 것도 좋다.
+
+5. 파고 드는 성격도 물론 중요하지만 어느정도 포기하고 남에게 물어보고 자신이 모른다는 것을 인지하는 것 또한 중요하다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/c774f5d3-7627-45e4-be41-e5af61db527c/image.png)
+
+## 🤔 그럼 11월에는 뭐 할건가..?
+
+### 🎓 공부하기
+
+#### 멘토링 받은 자바 책 봐보기 - 일단 스터디는 미정
+
+문법 공부에 대한 질문을 했는데.. `자바 8`에\*\* 대해 공부하는 것을 추천하는데 그걸 다루는 강의가 별로 없대서 강의 보다는 도서 추천해주셨다! 내용이 쉽지 않으니 인프런 모집 공고 활용해서 그룹 스터디 할 것이라고 말씀해주셨는데...\*\* 프로젝트 기간이라 스터디에 중간에 빠질까 걱정돼서 프로젝트 하는 것을 보고 모집할 예정이다!
+
+* [모던 자바 인 액션](https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=200069290)
+* [이펙티브 자바 3/e](https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=171196410)
+
+#### 공부방법 참고
+
+> [개발자 공부 어떻게 해야하나요?](https://velog.io/@hope0206/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B3%B5%EB%B6%80-%EC%96%B4%EB%96%BB%EA%B2%8C-%ED%95%B4%EC%95%BC%ED%95%98%EB%82%98%EC%9A%94)
+
+#### springBoot 인강 듣기
+
+* 인프런에 김영한님 강의 듣기
+
+#### 알고리즘 1문제씩이라도..
+
+### 👥 팀 프로젝트 upgrade
+
+#### 기능적인 부분
+
+* 기능적으로 부족한 부분 조금씩 UPGRADE 해보기
+* **사진 게시판이나 JWT 리프레쉬** 등등 하나씩 해보자!
+
+#### WHY에 대한 답변 공부하기
+
+* 어딜가나 면접에서 왜 썻냐를 공부해야 한다고 함
+* **JWT를 왜 썼는지, 단점, 특정 기술이 어떤 문제를 해결하기 위해 나왔으며**, 그게 문제를 해결하는데 어떻게 적절한 솔루션인지 경험과 지식에 의거하여 대답해야 준비하자
+
+#### SPRING BOOT 쓴 것들 공부하기
+
+* GITHUB에 정리하던 것 마저 정리하기
+* 면접을 위한 CS 느낌으로 준비하기
+
+### 👩‍💼 취업하기
+
+#### 취업을 최대한 빠르게...
+
+* 취업은 최대한 빠르게 할 예정이다..
+* **내가 중시하는 것** : 일단 나는 연봉은 **월 세후 200\~220정도**를 목표로 잡고 있으며, 연봉도 중요하지만 팀 프로젝트를 하면서 느낀 점은 그 팀에 대한 분위
+
+#### 이력서 정리
+
+* 정리 중인 것들 마저 수정 완료하기!
+* 그에 맞춰서 CS공부 준비
+
+#### 기술면접을 위한 CS 지식 공부
+
+* 다른 팀원들한테 물어봐서 스터디를 할 예정
+
+### 🎾 다이어트
+
+#### 운동
+
+* 걷기 운동이라도.. 이제 추워지면 헬스장 등록하자!!
+
+#### 식단
+
+* 친구들이랑 약속이 있어도 적정선 지켜서 먹기
+* 그 외에는 식단 지켜먹기
+* 음료는 제로 위주!!
+
+### 🖊 기록
+
+#### 독서
+
+* 팀프로젝트 하느라 중단한 육각형 개발자와 개발자 온보딩 가이드 마저 읽고 기록하기
+
+#### 벨로그, 트위터, 일기 꾸준히 쓰기
+
+**1. 벨로그도 일주일에 1\~2개 쓰기**
+
+* 다만 무조건 글을 쓸려고만 하지 말고 기록은 좋되 천천히 공부하는 것을 이제 목표로 하고 이해하자
+* 오류 모아두는 글 작성하기 **2. 일기는 꾸준히 쓰기**
+* 밀리더라도 기억하는 한 쓰자! **3. 트위터도 정보 얻기 위해 계속 사용할 것**
+
+### 집정리
+
+* 필요없는 책들 물건 버리기
+* 책상 정리하기
+
+## 😖 회고
+
+> 팀프로젝트 하느라 뭔가 기록도 못하고 정리도 못했다. 11월은 정리기간 및 취업 기간으로 잡고 공부하자!! 나는 나 자신에 자신이 없지만 천천히 취업해보자 화이팅!
diff --git "a/developLog/memoir/2023/_ \353\263\200\355\231\224 Change\354\235\230 2023 \353\212\246\354\235\200 \355\232\214\352\263\240 \354\247\204\355\231\224 level up 2024_.md" "b/developLog/memoir/2023/_ \353\263\200\355\231\224 Change\354\235\230 2023 \353\212\246\354\235\200 \355\232\214\352\263\240 \354\247\204\355\231\224 level up 2024_.md"
new file mode 100644
index 0000000..772c1ea
--- /dev/null
+++ "b/developLog/memoir/2023/_ \353\263\200\355\231\224 Change\354\235\230 2023 \353\212\246\354\235\200 \355\232\214\352\263\240 \354\247\204\355\231\224 level up 2024_.md"	
@@ -0,0 +1,584 @@
+---
+description: 2023년 전체 한 해를 돌아보고 2024년도의 계획을 세워보자
+---
+
+# 변화 Change의 2023 늦은 회고 진화 level up 2024
+
+> 연말이 지났지만.. 그래도 한 해의 마무리를 위해 회고를 작성하려고 한다. 2023년초에 노션에 만다라트 형식으로 적어뒀는데 생각보다 많은 것을 한 느낌이다. 못 이룬 것도 많지만 그것을 올해인 2024년에 해내기 위해 회고해보자.
+
+![](https://velog.velcdn.com/images/prettylee620/post/eab969c8-641d-418a-9da1-10683f6ecedd/image.png)
+
+노션에 정리해 둔 것을 기반으로 10개의 테마에 나눠서 적어보자.
+
+> [🖊 만다라트 템플릿 공유](https://incredible-gem-98e.notion.site/2024-Mandal-art-937c1616ee1b454e83993e1c4a634a21?pvs=4)
+
+## 1. 건강(health)
+
+### 🏋 운동(workout)
+
+![](https://velog.velcdn.com/images/prettylee620/post/1ae56762-86b9-47ff-9d01-9277cc2806e6/image.png)
+
+#### 2023 운동 목표했던 것
+
+> ⚑ 15\~20kg 감량하기 \
+> ✦ 주34회 운동가기, 물마시기, 단백질 먹기\
+> &#x20;➥ 꾸준성을 목표로
+
+운동은 항상 미뤘다.. 헬스장 친구랑 2023 초에도 등록하고 3개월 등록 4일 운동했다..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/2ddf2f3f-764a-4fb6-ac75-632c7b11f158/image.png" alt=""><figcaption></figcaption></figure>
+
+그러던 어느날 국비를 끝내고 1달여정도가 지났을 때 운동을 해야겠다라는 생각이 문득 들었다. 친구랑은 하게 되면 친구가 안가면 안 갈 것 같아서 친구가 같이 하자는 것을 극구 거부했다. 11월 초쯤 걸어서 30분 정도 거리에 있는 곳에 등록을 했다.
+
+> 거리가 있는 곳을 선택한 이유는 1. 집 근처 등록할 수록 더 안가게 되더라. 2. 집 근처 샤워실이 별로래서...
+
+이러다가 진짜 평생 운동을 안하겠다라는 생각이 문득 들었기 때문이다. 6개월 등록하면 PT 3회 무료래서 등록했다. 안 그러면 런닝만 할 것 같아서 `근력`을 배우기 위해서.. 11/21 첫 날 피티쌤한테 들은 한마디..
+
+**\_"OO님은 제가 본 사람 중에 체력 최악 TOP 3안에 들어요" \_**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/fe93d4a1-73e7-4217-9688-66d5942ea4dd/image.png" alt=""><figcaption></figcaption></figure>
+
+나름 체력 좋다고 많이 들었는데... 충격.. 정신적 체력이 좋은 거였나.. 거기다가 두 번째 수업에서는 내가 운동한테 지고.. 집 갈 때 하체에 힘 풀려서 한 5번 넘어졌다고 한다. 지금은 그렇지 않음!&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/124867a2-c53e-43f8-8713-c15a76655dc2/image.png" alt=""><figcaption></figcaption></figure>
+
+PT 3회를 진행하고 만족해서 10회 연장 결제했다. 요즘에는 주2\~3회 정도 3주 꾸준히 다니고 있다.
+
+#### 근력운동
+
+> 유산소 전 기구를 이용한 근력 운동 기구 3~~4가지 3~~4세트
+
+1. 다양한 하체 근력 운동
+2. 스쿼트를 이용한 하체 근력 운동
+3. 땡기는 힘이 부족하다는 상체운동하기 전 스트레칭
+4.  자세 교정&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/30fd4a80-394e-4c64-b696-b8ebef213522/image.png" alt=""><figcaption></figcaption></figure>
+
+PT 시간에는 근력 운동을 주로 배운다. 피티쌤이랑 친해져서 농담같은 것도 하고 당근과 채찍도 밸런스 있게 해줘서 나름 운동에 재미 붙였다. 최근에 피티 받을 때 피티쌤한테 맨 첫 수업에 대해 물어봤다.
+
+> &#x20;💬 "예전에 첫 수업에 쌤이 했던 말 기억나요?" \
+> &#x20;💬 "기억난다고 진짜 그때 무료 3번이지만 막막했다고 근데 지금은 무게도 많이 늘고 OO님이 열심히 해서 남들이 LEVEL 1올릴 때 OO님은 LEVEL 3씩 올라가는 것 같아요"
+
+#### 유산소
+
+> 유산소 30분 \~ 1시간 런닝, 천국의 계단, 사이클 인터벌
+
+보통 `런닝`의 경우 처음에는 무릎이 너무 안 좋았기에 경사도 없이 **걷기만 했고** 지금은 경사도 11에 5정도 속도롤 걷는다. 무릎에 무리가 올 때는 손잡이를 잡고 한다. _**가장 중요한 건 내 몸과 체력에 맞춰 천천히 늘려가는 게 좋다.**_&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a4916197-e2aa-4497-ba10-80896bc0028e/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 결과 : 근육량 증가, 벌크업
+
+> 몸무게 + 2.8kg 골격근량 + 1.5kg 체지방 + 0.2kg 체지방률 -1%
+
+전 ![](https://velog.velcdn.com/images/prettylee620/post/5a8b3f61-033b-4c3c-b0c4-fab1d0fd0f4f/image.png) 후 ![](https://velog.velcdn.com/images/prettylee620/post/79f61a72-e6c1-4af6-8db6-d4e342b3d7a2/image.png)
+
+지금 연말 약속과 2주간 많이 먹어서 몸무게는 거의 2키로 늘었지만.. 거기에 대부분이 근육이 늘어난 것이다. 체지방률도 감소했다. 한 달 한 것 치고 많은 변화가 있었다. 일단 뱃살이 진짜 많이 줄었다. 운동하기 전이랑 몸무게는 비슷하지만 `눈바디`가 달라졌다. 뿐만 아니라 운동에 재미를 붙였다. 하나씩 기구를 해보는 뿌듯함을 느끼고 있다. 그렇기 때문에 **회사를 다닐 때도 주 2\~3회 운동하는 것이 목표**다. 할 수 있다!!!&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/e1a834a2-9715-4827-91d2-8064f9caac6c/image.png" alt=""><figcaption></figcaption></figure>
+
+그때는 대신 주말에 하루하고 평일에 2일 정도하는 것으로 하고 꾸준히하는 것이 목표이다. 그래도 2023년에는 항상 미루던 운동을 성공했다는 것에 나에게 칭찬해준다!!!
+
+#### 2023 운동 목표했던 것 결론
+
+> ⚑ 15 \~ 20kg 감량하기은 실패하고 **- 10kg 감량** \
+> ✦ 주3\~4회 운동가기, 물마시기, 단백질 먹기는 **잘 지키는 중** \
+> ➥ 꾸준성을 목표로 또한 **잘 지켜나갈 예정**
+
+### 🥬 다이어트(diet)
+
+![](https://velog.velcdn.com/images/prettylee620/post/1de311ba-b322-4922-9330-6314f4d47c9a/image.png)
+
+#### 2023 다이어트 목표했던 것
+
+> ⚑ 외식 및 간식 줄이기 \
+> ✦ 식사 조절해서 위, 당뇨 줄이기 \
+> ➥ 싫어하는 거라도 채소 꼭 \
+> ➥ 외식 조금씩 줄여가기 \
+> ➥ 🧋 커피, 카페인 줄이기 \
+> ➥ 탄산, 음료 줄이고 물 많이 마시기
+
+![](https://velog.velcdn.com/images/prettylee620/post/8ffab728-e917-4547-8684-dde55be8cabe/image.png)
+
+나는 딱 위와 같은 마인드로 다이어트를 안했다. 먹는 것에 재미가 있기도 했고 솔직히 내일의 내가 할 꺼야... 내일부터 다이어트하자. 이것만 먹고 딱 내일부터 다이어트야!!! 이 마인드가 다이어트를 망친다는 생각이 든다.
+
+다이어트는 내가 진짜 해야겠다라는 생각이 들었던 계기는 무시당한 일들이 있어서 하게 되었다. **식단으로 일단 뺐다. 사실 다이어트하려면 식단이 90%임** 맨 처음 다이어트 할 때는 친구들이랑 밥 먹는 것도 반만 먹었다.
+
+#### ❓ 어떻게 해서 뺐는가?
+
+![](https://velog.velcdn.com/images/prettylee620/post/26b9012c-3b22-43e3-b101-307d730b065d/image.png)
+
+1.  **기록** : 인아웃 앱 이용&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/72cd8368-5762-404a-8df5-2afd9c82cbc5/image.png" alt=""><figcaption></figcaption></figure>
+
+* 내가 먹는 것등을 기록
+* 후의 몸상태의 변화
+* 그것을 기반으로 먹는 것을 조절
+
+**2. 음료 줄임(당 중요)**
+
+* 수시로 먹던 음료 제로로 바꿈
+* 생각보다 `제로` 맛있음(예전에 살쪘을때는 왜 제로 먹나 몰랐는데)
+* 같은 칼로리라도 당이 중요(살찌는 원인)
+* 커피 바닐라라떼 `메가 커피 라이트`로 먹음
+
+**3. 건강한 간식 먹기**
+
+* 과자류 아예 끊지는 못했지만 **양을 조절**
+* 혹은 그릭요거트에 `알룰로스(존맛)`
+
+**4. 가끔은 밖에서 먹되 양 조절**
+
+* 맨 처음 좀 심하게 뺄 때는 친구들과의 만남에서도 그릭요거트 먹음
+* 근데 그 후 스트레스로 그냥 먹음(양 조절 필수) => 입 터짐 방지용
+* 그렇다고 치팅데이를 정한 것은 아니다. 오히려 치팅데이는 독 친구들과의 약속이 치팅데이 하고도 있을 수 있기에
+* 먹은 다음날 유산소 운동
+
+**5. 망했다고 포기하지 않기(많이 먹은 다음날 몸무게 재지말기)**
+
+* 이게 진짜 중요하다
+* 그날 왕창 먹고 그 다음날 몸무게 재서 스트레스 받고 포기하면 그때부터 진짜 망하는 것
+* 나는 원래 식단으로 돌아오고 삼일 후에 잼
+
+지금은.. 식단 조절을 거의 안하고 있긴 하다.. 그래서 운동을 했는데도 쪘다. 연말 약속도 끝났겠다. 이제 빡세게는 아니더라도 조절 예정이다. 다이어트하고 좋은 점은 장이 진짜 안 좋았는데 많이 좋아졌으며, 색소 침착 개선과 자존감 또한 올라가며 나 자신을 사랑하게 되더라. 그리고 제로, 알룰로스 최고!!!!!
+
+> 대신 굶어서 빼는 것은 지양하며, 차선책을 찾아서 다이어트 하자. 탄단지 잘 챙겨먹고 먹어도 덜 찌는 체질로 만들기 위해 운동해서 근육량도 늘려두자.
+
+#### 다이어트 하면서 같이 좋아진 장 건강
+
+> ⚑ 장건강을 위함 \
+> ✦ 다이어트 하면서 예민한 장은 좋아졌다.
+
+#### 결과 : 다이어트는 일부 성공
+
+![](https://velog.velcdn.com/images/prettylee620/post/6611c48f-cfc4-4b1c-be43-9ee5b3ae4319/image.png)
+
+대략 -10kg정도를 감량하였다. 다시 3kg정도는 쪘지만 중학교 이후로 다이어트를 성공한 것은 처음이고, 다이어트에 대한 마인드 변화도 잘해서 좋은 결과로 나타난 것 같다.
+
+#### 2023 다이어트 목표했던 것 결론
+
+> ⚑ 외식 및 간식 줄이기 **완료** \
+> ✦ 당 조절하기 위해 좋아하는 과자 칸쵸 **줄임**\
+> &#x20;➥ 싫어하는 거라도 채소 꼭 먹기 **도전중** \
+> ➥ 외식 조금씩 **줄여가는 중이다.** \
+> ➥ 🧋 커피, 카페인 줄이기는 **불가..** \
+> ➥ 탄산, 음료 줄이고 물 많이 마시기는 **도전중**
+
+### 💕 자존감, 자신감 높이기(Increase self-esteem and confidence)
+
+![](https://velog.velcdn.com/images/prettylee620/post/0b78c962-043a-4080-b0e9-3ec6541a4620/image.png)
+
+#### 2023 자존감 높이기 목표했던 것
+
+> ⚑ 누구보다 내가 멋있다, 자랑스럽다 \
+> ✦ 자존감, 자신감 올리기 \
+> ➥ 누가 뭐라해도 주눅들지 않고 나아가는 내가 되자
+
+나는 자존감, 자신감이 진짜 많이 부족한 사람이었다. 나는 항상 내가 부족하면 나 자신이 창피했었다. 열심히 사회화를 해서 많이 좋아졌지만 특히 살 때문에 남 눈치를 보면서 사는 사람이었다. 그러다가 하반기쯤 이렇게 나 자신도 사랑해주지 않으면 누가 과연 나를 사랑해줄까라는 생각도 많이 들었고 좋은 친구들을 많이 둬서 상기시키면서 자존감을 많이 올릴 수 있게 되었다.
+
+#### 자존감 올리기 위해 노력
+
+**1. 국비** 팀프로젝트하면서 팀장도 되고 교류도 많아서 자신감 올라갔으며, 거기에서 같이 팀한 사람들과 친해진 사람과 현재까지 연락하면서 자신감이 많이 상승하게 되었다. 발표도 내가 진행하게 되면서 어휘 실력도 많이 증가하게 된 계기였던 것같다.
+
+**2. 새로운 인연** 결국 현재는 끊긴 인연이 되었지만 새로운 경험이었던 인연이 있었다. 이 덕분에 아픔도 겪었지만 다이어트 + 운동 + 개발자로서 성장을 겪게 되었다. 특히 국비를 하면서 너무 잘하는 사람 때문에 스트레스를 겪게 되었는데 상담을 하고 나보다 잘하는 사람에 대한 회의감을 덜 느끼게 되었다.
+
+> 💬 _**"만약 내가 어떠한 사람보다 개발실력이 부족하다면 나는 그 실력말고 그 사람보다 잘하는 것 예를 들면 커뮤니케이션 능력이라든지 문서 능력을 밀고 나가면 된다. 개발 실력만이 전부는 아니다. 너만이 잘하는 것을 더 키우면 된다."**_
+
+**3. 운동 및 다이어트** 살로 인한 위축이 있었으나 다이어트 하고 나서 부터 좀 자존감 올라가게 되었다. 덜 위축되며 남에 대한 눈치를 덜 보게 되었다.
+
+#### 2023 자존감 높이기 목표했던 것 결론
+
+> ⚑ 누구보다 내가 멋있다, 자랑스럽다**라는 마인드 항상 장착하자** ✦ 자존감, 자신감 올리기**는 진행중** ➥ 누가 뭐라해도 주눅들지 않고 나아가는 내가 되자**를 목표로 계속 살아가자.**
+
+## 2. 생활(life)
+
+### 💡 생산성과 습관(productivity & Habit)
+
+![](https://velog.velcdn.com/images/prettylee620/post/56752b10-fd53-4113-97bb-e5b05dee6732/image.png)
+
+#### 2023 생산성과 습관 목표했던 것
+
+> ⚑ 꾸준성 ✦ but, 스트레스 받지는 말기 ➥ 꾸준함은 중요하나 그로 인해 스트레스 받아서 아예 포기하지는 말자
+
+**일기**
+
+![](https://velog.velcdn.com/images/prettylee620/post/f056710f-9177-45fd-9004-fbe1a509cf65/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/06507a69-cd77-4e1f-b5e5-f3eb56bd6207/image.png)
+
+일기는 2022.12월 이후로 꾸준히 작성한지 1년정도가 넘었다. 원래 쓰던 앱이 더 이상 업데이트를 하지 않아 다른 앱으로 옮겨갔다. 가끔 밀리긴 하지만 꾸준히 쓸 예정이다!!
+
+**블로그 글**
+
+![](https://velog.velcdn.com/images/prettylee620/post/390b05ff-6bd6-42eb-9f0d-2390a77b8b20/image.png)
+
+올해는 블로그을 쓰기 시작했다. 미루고 미루던 블로그 글 블로그 글을 꾸준히 쓰려면 가장 중요한 것이 있다.
+
+> 근사한 것 올린다고 미루지 말자.
+
+_**블로그글은 무조건 멋있어 보이는 것, 멋있는 지식 올려야 한다고 생각하고 부담 가지고 미루지 말자.**_ 그냥 자신이 공부한 것 느낀 것 적는다고 생각해야 한다. 이번달에는 면접 준비하느라 뜸했지만 다시 열심히 써볼 예정이다. 티스토리로 옮길까도 고민중이긴하다.
+
+**깃허브**
+
+![](https://velog.velcdn.com/images/prettylee620/post/a3595a79-c514-4ce1-8c9e-7307bb6974b3/image.png)
+
+깃허브에 경우 commit이 멈췄지만 다시 습관성으로 만들어두려고 한다. 다만 1일 1커밋은 불가.. 3일 1커밋을 목표로 하려고 한다.
+
+**운동**
+
+주 3회 운동중
+
+총 4가지의 습관을 만들어 뒀다. 운동은 한 번 습관을 만들어두니 일주일에 2회 이상 안가면 불안하다. 딱 3\~4주 정도 기간을 거치면 습관이 만들어지는 것 같다.
+
+> 목표나 습관은 작은 목표에서 완성되는 것이다.
+
+큰 목표를 잡으면 오히려 시작도 하기 전에 포기하는 것 같다. 그래서 2024에도 **작은 목표를 천천히 크게 만드는 것이 목표이다.** 스트레스 받지말고 꾸준히 하는 것이 목표이다.
+
+### 💄 미용(beauty)
+
+#### 피부 관리와 두피 관리(skin care and scalp care)
+
+![](https://velog.velcdn.com/images/prettylee620/post/94ce9ff9-7166-4ab3-8e56-8218a5539beb/image.png)
+
+> ⚑ 기미, 붉은기 줄이기, 두피 관리를 통한 탈모 개선 \
+> ✦ 기미, 붉은기 관리할 것, 탈모 개션 \
+> ➥ 꾸준히 피부 관리 하기**는 하는 중** \
+> ➥ 두피 센터 가보기**는 11월에 친구 언니가 일하는 곳 통해 가봄** \
+> ➥ 두피 관련 영양제 먹기**은 실패**
+
+나이가 들수록 피부가 진짜 안좋아지는 것 같다. 꾸준한 관리 필수이며, 미루고 미루던 두피 센터에 가봤다. **여자인데도 탈모가 너무 심해서 친구가 병원가봐야 하는 것 아니냐고 할 정도였다.** 친구 언니가 취직한 곳인데 반값으로 해준대서 다녀옴!!! 다행히도 내 두피상태는 나쁜 편이 아니며, 지금 새 머리도 나고 있다고 했다. 영양제도 조금 챙겨먹기 시작해야 할 듯하다.
+
+#### 화장 및 패션(Makeup and fashion)
+
+![](https://velog.velcdn.com/images/prettylee620/post/c0d89ec7-a669-4f4c-863b-3030374e9e3e/image.png)
+
+> ⚑ 기초 화장 배우기 및 남의 시선 신경안쓰고 내 맘에 드는 옷 사서 입기**는 도전중** ✦ 직장생활을 위한 기초 화장법 ➥ 숨고 등 앱을 이용해서 하루 날잡아 배우기**는 아직 못해봤다.** ➥ 꾸준히 연습 특히 눈 화장 **연습중인데 아이라인 너무 어려워 ㅠ** ➥ 옷 원하는 옷 사서 입기**중**
+
+원래는 화장도 잘 안하고 다니고 옷도 대충입고 다녔다. 2023이 변화의 한 해인 만큼 화장도 열심히 연습중이고 옷도 깔끔하게 입고 다닐려고 노력중이다.
+
+## 3. 공부(study)
+
+### 국비(멀티캠퍼스)
+
+> [🔗 국비 팀프로젝트 회고 및 결과 링크 바로가기](https://velog.io/@prettylee620/%ED%8C%80%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-%ED%9A%8C%EA%B3%A0-%EB%B0%8F-%EA%B2%B0%EA%B3%BC%EC%99%80-%EA%B5%AD%EB%B9%84-%EB%A7%88%EB%AC%B4%EB%A6%AC-9%EC%9B%94-%ED%9A%8C%EA%B3%A010%EC%9B%94-%ED%9A%8C%EA%B3%A0)
+
+![](https://velog.velcdn.com/images/prettylee620/post/17e1f7a2-6c7d-4ed3-8d53-4dbb48dce497/image.png)
+
+5월 30일 \~ 10월 19일까지 국비 멀티캠퍼스를 들었다. 나보다 잘하는 사람들 때문에 힘들어하고 조장 중도 하차로 인해 힘들었지만 국비로 인해 많은 인연도 얻었고 공부적으로도 사람으로서도 성장을 많이 하게 되었다.
+
+사람간의 중재, 발표, 의견 나누기, 충돌 등을 해결하면서 성장하게 되었고 뿐만 아니라 현업에서 사용되는 spring에 대해 배울 수 있는 기회였고 남들이 어떻게 코드를 짜는지에 대한 것 또한 배울 수 있는 계기였다.
+
+### 깃허브, CS 공부
+
+#### 깃허브는 팀프로젝트 때 사용해봄
+
+> ⚑ 마스터는 아니지만 중급까지는 끌어올리기**는 아니고 초급까지 해봄** \
+> ✦ 깃허브는 자주 써보기**를 위한 노력중** \
+> ✦ cs는 면접을 위한 cs 책을 이용할 것**하다가 강의를 이용함** \
+> ➥ 취업 전에는 취업을 위한 공부**하는 중** \
+> ➥ 취업 후에는 나 자신 발전을 위한 공부**를 목표**
+
+![](https://velog.velcdn.com/images/prettylee620/post/9c90aec9-007d-4aec-a74d-891ca38c069b/image.png)
+
+merge, commit, push 등의 기본적인 것은 사용해 보았지만 .. pull request 등은 사용하지 않았음
+
+#### CS 스터디
+
+![](https://velog.velcdn.com/images/prettylee620/post/762554fe-3298-4d52-8564-69af6e070a90/image.png)
+
+국비를 진행할 때 같이 팀했던 팀원 3명과 11월 이후로 꾸준히 cs 스터디 중이다. 취업해서도 이어졌으면 좋겠다. 1월 둘째주는 `http`에 대해 공부할 예정이다!!
+
+### 자바 JAVA(spring)
+
+![](https://velog.velcdn.com/images/prettylee620/post/38c07be1-71b8-41b2-a392-cc76c55f25d5/image.png)
+
+> [🔗 멀티캠퍼스 중 java 공부한 것](https://velog.io/@prettylee620/6%EC%9B%94-20%EC%9D%BC-%EC%9E%90%EB%B0%94-%ED%81%B4%EB%9E%98%EC%8A%A4)
+
+자바는 학교에 다닐 때도 자주 썼지만 이번에는 특히 더 많이 써 본 것 같다. spring과 javascript도 사용해보았고 올해는 다양하게 공부해 본 한 해 였다.
+
+### 언리얼엔진
+
+> [🔗 언리얼 엔진 설치 완료](https://velog.io/@prettylee620/%EB%B7%B0%ED%8F%AC%ED%8A%B8%EC%99%80-%EC%95%A1%ED%84%B0-%EC%9D%B4%EB%8F%99-%EB%B0%8F-%EB%B0%B0%EC%B9%98)
+
+일단 언리얼 엔진 설치 완료를 목적으로 뒀는데 설치는 완료했다 생각보다 용량이 커서 꽤 오래 걸림 올해는 회사 다니면서 만져보는 것이 목표이다.
+
+## 4. 취업하기
+
+> [🪄 애매한 신입개발자의 중소, si 취준기(feat. 이력서 및 포트폴리오 작성법, 면접 후기)](https://velog.io/@prettylee620/%EC%95%A0%EB%A7%A4%ED%95%9C-%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A4%91%EC%86%8C-si-%EC%B7%A8%EC%A4%80%EA%B8%B0feat.-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%B0%8F-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-%EC%9E%91%EC%84%B1%EB%B2%95-%EB%A9%B4%EC%A0%91-%ED%9B%84%EA%B8%B0)
+
+![](https://velog.velcdn.com/images/prettylee620/post/a02c5a53-76b8-4d99-a246-63378aad240b/image.png)
+
+## 5. 기타
+
+### 👩‍🎓졸업
+
+![](https://velog.velcdn.com/images/prettylee620/post/961526a3-54af-45ce-8cea-261fc2eb4707/image.png)
+
+올해 2월 학교를 졸업했다. 졸업식에 두 명의 친구들이 와줘서 같이 사진찍고 그랬다. 학교를 졸업할 때는 막막했다.. 방향을 못 잡고 있었고 어디로 가야할지는 모르겠는데 학교와 학생이라는 울타리가 없어지는 것이기에 이제는 막아주는 울타리 조차 없어지는 느낌이라 무서웠다. 지금은 불안한 것은 마찬가지지만 그래도 어느정도 가야 하는 방향은 잡은 것 같다.
+
+졸업 후 3개월 방향 후 국비를 들었다.
+
+### 아르바이트 + 근로
+
+> 아르바이트는 6년째째 계속..
+
+![](https://velog.velcdn.com/images/prettylee620/post/5729db86-74a6-4261-b4eb-3e8359e0daff/image.png)
+
+학교 입학하기 전 1월부터 휴학 1년 취업준비와 국비(KDT)를 듣고 있는 지금까지도 아르바이트는 계속하고 있다. 지금은 국비로 인해 평일에는 강의듣고 주말에는 편의점 아르바이트 중이다. 5년 7개월 중 5개월정도 빼고는 계속 아르바이트를 해왔다.
+
+**아르바이트하면서 성격도 많이 좋은 쪽으로 변화되었다.** 어두운 성격, 소심한 성격에서 밝은 성격, 적극적으로 변화되었다.
+
+보통 편의점 아르바이트를 메인으로 둬서 한 곳에서 3년정도씩 일하고 학교 강의가 많지 않은 학기나 방학에는 국가근로(유치원, 도서관)나 구청대학생 아르바이트(주민센터)랑 같이 해서 투잡을 같이했다! 2020년도까지는 대학생활하기 전부터 다녔던 곳에서 다니고 그 때부터 지금까지는 집 앞 편의점에서 3년정도 됐다. 그런데 왜... 모아둔 돈은 없는 것인가..? 😂
+
+> 곧 취업하게 되면 그만 둘 예정이다. _**점장님께도 면접 보러 다니는 중이라고 말씀드린 상태이다!**_
+
+### 부산 여행
+
+![](https://velog.velcdn.com/images/prettylee620/post/d73d2791-6c6d-432a-be4f-7947f0c0f840/image.png)
+
+> ⚑ 여행 한 번 가기 \
+> ✦ 한 번이라도 비행기 타보자 \
+> ➥ 일본여행 \
+> ➥ 안된다면 국내여행이라도
+
+아르바이트 하면서 한 번도 제대로 된 여행을 다녀온 적 없는데 국비끝나고 여행을 다녀오게 되었다. 아르바이트가 있어서 1박 2일로 혼자 다녀왔지만 국비 팀원 한 명과 오랜시간 연락한 언니를 보고 왔다. ![](https://velog.velcdn.com/images/prettylee620/post/3987c4a0-037a-4af7-bdc5-3531eb60249e/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/1cea8896-00f6-416c-be52-7520038e8ef6/image.png)
+
+다음에는 친구들과 함께 여행 가는 것을 목표로 한다!!!
+
+### 그림그리기
+
+> ⚑ 다이어리 쓸 때 그릴 수 있는 정도의 실력 완성 ✦ 다꾸 캐릭터 그리기
+
+![](https://velog.velcdn.com/images/prettylee620/post/d899da29-59c3-42d0-ac94-c3e3ba5931f1/image.png)
+
+대충 따라그리기만 몇 개 그려봤당!!
+
+### 관계
+
+> ⚑ 연락하는 사람 5명 더 늘리기 ✦ 좀 더 넓고 좋은 관계 만들기 ➥ 비즈니스 관계는 너무 믿지 말자 ➥ 알바나 직장 등 인간관계를 조금 더 넓혀보자 ➥ 이상한 사람말고 진짜 괜찮은 사람으로
+
+국비에서 알게 된 팀원 4\~5명과 친해진 1명, 편의점 아르바이트 같이 한 언니, 같이 일하는 같은 학과 후배, 근로에서 알게 된 사람이랑 자주는 아니지만 가끔 연락 중이고 만난다! 성공!!
+
+## ❌ 실패 한 것들
+
+![](https://velog.velcdn.com/images/prettylee620/post/a1a9bf62-efa2-4d8c-bc73-40d71f688a90/image.png)
+
+**1. 외국어 공부하기** 작년에 일기를 1년 넘게 꾸준히 쓰면서 느낀 것이 있다.
+
+> 간편해야 오래간다.
+
+그래서 외국어의 경우에도 책이 아닌 어플을 이용할 생각이다. 영어의 경우 요즘 `말해보카`를 이용해서 천천히 공부중이다. 일본어 앱도 찾아볼 예정이다.
+
+**2. 수학이나 그래픽 공부** 작년에는 국비가 대다수를 차지하고 있어서 게임 프로그래밍 공부를 하지는 못했다.
+
+**3. 기타, 사진, 캘리 그래피 배우기** 이것은 내가 그다지 흥미를 느낀 분야가 아닌 것 같아 올해는 목표시 하지 않을 예정이다.
+
+**4. 직장생활(취업)** 이번달 안에 꼭 하기가 목표다!!! 요즘 면접 보러 다니는 중이다. 직장은 최대한 가까운 곳이었으면 좋겠다. 최근에 면접 보러 다니면서 느낀 것은 멀수록 삶의 질이 떨어질 것 같다라는 생각이 든다.
+
+**5. 적금, 저축, 청약 공부** 작년에는 쓸 돈도 부족하기에 적금 생각도 못했다. 오히려 해지할 정도였다. 올해는 적금, 저축이 목표가 아닌 생활비 대출 등 상환을 목표로 잡으려고 한다. 또한 신용카드 사용 자제가 목표이다.
+
+**6. 복이 관련 지식, 건강 관리**  올해는 무조건 복이 7살 기념 건강 관리랑 고양이 질환에 대한 공부를 좀 해야겠다라는 생각이 든다. 이제 좀 있으면 복이도 노년기라 걱정이다. 필요한 것들 챙겨주자.
+
+**7. 자격증 합격** 정보처리 기사 실기를 아직 합격 못했다. 올해 1회차 볼 예정!!!
+
+**8. 이, 잇몸 관리** 잇몸, 이 나빠지지 않게 관리해주며, 치과 비용으로 돈 안날리기가 목표이다. 만약 여유가 된다면 교정을 할 것이며.. 치실도 가글도 열심히 하자.
+
+**9. 토이 프로젝트** 국비 프로젝트 만으로도 바빴다. 토이 프로젝트는 실력이 좋아야 할 것 같은데 어쩌지..
+
+## 그래서 2024년에는?
+
+### 1. 건강
+
+![](https://velog.velcdn.com/images/prettylee620/post/91cb4409-36ea-4b91-973b-9ac85655d029/image.png)
+
+#### 운동
+
+> ⚑ 주 2-4회 꾸준히 \
+> ✦ 근육력 높이고 체지방 줄이기!! \
+> ➥ 직장생활하면 평일 2일, 주말 1일(OR 2일) \
+> ➥ 만약 바쁘더라면 주 1회라도 나가기 아예 손 놓지말기(배로 힘들다)
+
+#### 식사조절 및 다이어트
+
+> ⚑ 탄단지 잘 챙겨먹기, -15KG \
+> ✦ 굶는 것은 NO! 1400\~1500정도 챙겨먹기 \
+> ➥ 대신 당은 줄이기! \
+> ➥ 과자를 먹는 것은 좋되 당 관리 \
+> ➥ 운동 후 단백질 꼭꼭
+
+#### 필라테스나 수영
+
+> ⚑ 운동 다양하게 하기 위한 필라테스나 수영 \
+> ✦ 운동의 다양성 \
+> ➥ 헬스가 질릴 때 쯤 1주일에 1번 정도로 변경해보기
+
+### 2. 개발자로서의 성장
+
+![](https://velog.velcdn.com/images/prettylee620/post/89497e92-3882-46d5-a050-e8fee429c39f/image.png)
+
+#### 포트폴리오 업데이트
+
+> ⚑ 커리어를 위한 포트폴리오 업데이트 \
+> ✦ 노션 데이터베이스 마스터\
+> &#x20;➥ 1. 깃허브 commit 꾸준히 매일은 못하더라도 꾸준히 하자 \
+> ➥ 2. 노션 oopy 사용해서나 포트폴리오 사이트 만들어서 업데이트 하기 \
+> ➥ 3. 블로그 올리기 \
+> ➥ 4. 꾸준한 공부가 필수
+
+#### 게임 프로그래밍
+
+> ⚑ 게임 만들기 \
+> ✦ 유데미 강의 \
+> ➥ 1. 언리얼 엔진 강의 듣기 \
+> ➥ 2. 수학 그래픽 공부([\[게임 프로그래머 입문 올인원\] C++ & 자료구조/알고리즘 & STL & 게임 수학 & Windows API & 게임 서버](https://www.inflearn.com/course/%EA%B2%8C%EC%9E%84-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%A8%B8-%EC%9E%85%EB%AC%B8-%EC%98%AC%EC%9D%B8%EC%9B%90-rookiss)) \
+> ➥ 3. 클래스 101의 언리얼 엔진 강의 \
+> ➥ 4. 인프런 언리얼 엔진 강의 커리큘럼 반정도 듣기([게임 서버 커리큘럼](https://www.inflearn.com/roadmaps/375))
+
+#### 백엔드
+
+> ⚑ 백엔드를 위한 레벨업 ✦ 배포 및 성장 \
+> ➥ 1. 김영한의 [자바 중급](https://www.inflearn.com/roadmaps/744), [스프링 부트](https://www.inflearn.com/roadmaps/373) 반 정도 강의 듣기 \
+> ➥ 2. 배포를 위한 [네이버 클라우드](https://www.inflearn.com/course/%EB%84%A4%EC%9D%B4%EB%B2%84%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C-%EB%B3%B4%EC%95%88-%EC%95%84%ED%82%A4%ED%85%8D%EC%B2%98-%EB%B9%84%EC%9A%A9) \
+> ➥ 3. 보안 공부 \
+> ➥ 4. 대용량 트래픽 처리([가상 면접으로 배우는 대규모 시스템 설계 기초](https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=276041776)) \
+> ➥ 5. 예외 처리 \
+> ➥ 6. 에러에 대한 대처 (도커나 쿠버네티스는 2\~3년차에 공부해보자. 개발자가 굳이 알아야 할 분야가 아니라 했으니) \
+> ➥ 7. 테스트 코드에 대한 공부([Java/Spring 테스트를 추가하고 싶은 개발자들의 오답노트](https://www.inflearn.com/course/%EC%9E%90%EB%B0%94-%EC%8A%A4%ED%94%84%EB%A7%81-%ED%85%8C%EC%8A%A4%ED%8A%B8-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EC%98%A4%EB%8B%B5%EB%85%B8%ED%8A%B8#reviews)) ➥ 8. [쥬쥬와 함께 하루만에 시작하는 백엔드 - 스프링, 도커, AWS](https://www.inflearn.com/course/%EC%A5%AC%EC%A5%AC%EC%99%80-%ED%95%A8%EA%BB%98-%ED%95%98%EB%A3%A8%EB%A7%8C%EC%97%90-%EC%8B%9C%EC%9E%91%ED%95%98%EB%8A%94-%EB%B0%B1%EC%97%94%EB%93%9C#curriculum)
+
+#### 독서
+
+> ⚑ 1달에 1권\~2권 목표!! \
+> ✦ 독서 한달에 한권이상이 목표 \
+> ➥ 다양한 책 읽으며 독서 습관화
+
+**읽고 싶은 책**
+
+1. 자바 코딩 인터뷰 가이드
+2. 이펙티브 자바
+3. 사례로 배우는 언어 전환 프로젝트 관리
+4. 요즘 개발자
+5. 타입으로 견고하게 다형성으로 유연하게(읽는중)
+6. 가상 면접으로 배우는 대규모 시스템 설계 기초
+7. 함수형 코딩
+8. 클린 코드
+9. 헤드퍼스트의 디자인 패턴
+10. 필독 개발자의 온보딩 가이드(3장까지 읽음)
+11. 육각형 개발자(2장까지 읽음)
+12. 죽을때까지 코딩하며 사는 법
+13. 서버의 기초
+14. 실용주의 단위테스트
+15. IT 좀 아는 사람
+16. 게임 시스템 디자인 입문
+
+#### 스터디(cs 지식)
+
+> [개발자-전공면접-cs-완전정복](https://www.inflearn.com/course/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EC%A0%84%EA%B3%B5%EB%A9%B4%EC%A0%91-cs-%EC%99%84%EC%A0%84%EC%A0%95%EB%B3%B5)
+
+국비 팀원들이랑 회사다니면서 1주일에 1번 하는 것이 목표이고 이번년도에는 1개의 스터디나 회고 모임을 가져볼까 한다.
+
+#### github
+
+> [주니어 개발자의 현업에서 배운 Git Flow](https://velog.io/@myoungji-kim/git-flow)
+
+위의 링크를 통해 git에 대해 조금 더 알아보기
+
+#### 알고리즘 공부
+
+> ⚑ 3일 1회 알고리즘 목표 ✦ 리팩토링과 성능향상을 위한 알고리 ➥ 1일 1회는 안할게 분명하니 3일 1문제라도
+
+#### 자격증 시험
+
+> ⚑ 정보처리기사 최종합격,AWS 자격증, CCNA 자격증 따기 ✦ 정보처리기사 실기가 최우선 그 후 하반기 AWS, CCNA 자격증 따기 ➥ 3개 중 1개라도 꼭꼭!!!
+
+### 3. 외국어 공부
+
+![](https://velog.velcdn.com/images/prettylee620/post/a8cf900f-ad0a-4729-bc00-81da0aa08552/image.png)
+
+#### 영어
+
+> ⚑ 말해보카 앱을 통한 영어공부 \
+> ✦ LEVEL UP이 목표다.. \
+> ➥ 말해보카로 꾸준하게
+
+#### 일본어
+
+> ⚑ 듣기, 읽기 가능한 수준 \
+> ✦ 영어가 우선이고 그 다음
+
+### 4. 취미 생활
+
+![](https://velog.velcdn.com/images/prettylee620/post/f2bd86e4-4250-4955-8ec7-806265803f76/image.png)
+
+#### 여행
+
+> ⚑ 제주도 혹은 일본 여행 가기 \
+> ✦ 친구들이랑 1번 부모님 데리고 1번 가고 싶다. \
+> ➥ 하반기에 일 좀 하다가 여유되면 가자
+
+#### 베이킹
+
+> ⚑ 한달에 2번 정도 베이킹 만들기 \
+> ✦ 돈 여유가 되면 꼭 재료 사서 만들고 싶다.. \
+> ➥ 케이크나 쿠키 같은 것
+
+#### 그림 그리기
+
+> ⚑ 101이나 클레소를 듣고 아이패드용 그림그리기, 노션 아이콘 만들기 \
+> ✦ 클래스 101이나 클레소 듣고 따라그리기 \
+> ➥ 가능하다면 노션 아이콘 만들어서 노션 템플릿 판매할 때
+
+### 5. 반려동물(with 복이)
+
+![](https://velog.velcdn.com/images/prettylee620/post/b7cdf5a1-8c8b-4fcc-8cb2-c9a32be72c7c/image.png)
+
+#### 복이 행복 계획
+
+> ⚑ 복이를 위한 행복 계획 \
+> ✦ 외롭게 하지 않기, 직장생활해도 꼭 \
+> ➥ 놀이 하루에 10분이라도 꼭 해주자 \
+> ➥ 성질 내지 말기 \
+> ➥ 많이 사랑해주기 \
+> ➥ 화장실 전체 갈이 한달 넘기지 말기
+
+#### 복이 건강 관리 + 이빨 관리
+
+> ⚑ 7살 건강 검진 및 영양제 먹이기 \
+> ✦ 오래 살기 위한 기본적인 건강 관리 \
+> ➥ 신장, 심장 조심을 위한 물먹이기 \
+> ➥ 유산균 등 챙길 것 \
+> ➥ 7살 기념 건강검진 상반기
+
+#### 고양이 관련 지식
+
+> ⚑ 신장, 심장, 보조제 등 배우기 \
+> ✦ 복이 건강을 위한 정보 알아두기 \
+> ➥ 책이나 고다 활용하여 알아두고 정리해두자
+
+### 6. 관계
+
+![](https://velog.velcdn.com/images/prettylee620/post/663a7d69-3f65-4c58-bd7a-7c36266f3cf1/image.png)
+
+#### 일하는 분야 관계 넓히기
+
+> ⚑ 주변에 일하는 분야 얘기할 사람 늘리기 \
+> ✦ 내가 본받고 싶은 사람들이랑 친하게 지내야 따라갈 수 있다함 \
+> ➥ 나의 발전을 위해
+
+#### 친구 관계 넓히기
+
+> ⚑ 오래 연락할 만 한 사람 3명정도 넓히기 \
+> ✦ 연락하다 끊길 사람도 좋지만 오래 연락할 사람도 찾자 \
+> ➥ 작년에는 거의 3명 늘어남.. 끊긴 사람도 있지만 좋은 경험이었으니 늘려보자
+
+### 7. 직장생활
+
+> ⚑ 직장생활 평탄히 버티기 \
+> ✦ 버티는 것만 해도 대단하다 할 수 있다. \
+> ➥ 주 5일제 화이팅… \
+> ➥ 상처받지 말고 피드백 받은 것을 토대로 성장하기
+
+## 정리
+
+![](https://velog.velcdn.com/images/prettylee620/post/87e990cb-cb30-45c3-82d3-4f83bc6c2ee3/image.png)
+
+올해 한 해도 전부 다 이룰 수는 없겠지만!! 그래도 조금 더 진화한 내가 되고 싶다. 뭐든지 두려워하지 말고 성장하고 싶다. 그리고 내가 원하는 것을 만들어내는 개발자로 성장.. 제발...
diff --git "a/developLog/memoir/2024/_ 2024\353\205\204 3\354\233\224 \355\232\214\352\263\240\353\241\235 \353\260\217 4\354\233\224 \352\263\204\355\232\215_.md" "b/developLog/memoir/2024/_ 2024\353\205\204 3\354\233\224 \355\232\214\352\263\240\353\241\235 \353\260\217 4\354\233\224 \352\263\204\355\232\215_.md"
new file mode 100644
index 0000000..b590256
--- /dev/null
+++ "b/developLog/memoir/2024/_ 2024\353\205\204 3\354\233\224 \355\232\214\352\263\240\353\241\235 \353\260\217 4\354\233\224 \352\263\204\355\232\215_.md"	
@@ -0,0 +1,216 @@
+---
+description: 2024년 3월에 대한 회고 및 4월 이후 계획에 대해서
+---
+
+# 2024년 3월 회고록 및 4월 계획
+
+![](https://velog.velcdn.com/images/prettylee620/post/a5a88570-c615-4a09-ab2a-50c298f549ff/image.png)
+
+## ✍️ 3월에 무엇을 했는가?
+
+### 1. 직장생활
+
+#### 1) 있었던 일
+
+보통 2월에는 진짜 간단한 텍스트 수정 혹은 비노출 처리를 위한 주석 처리 정도를 하다가 **백엔드 처리가 필요한 이벤트를 작업해 봤다.** `백엔드 처리 + 자바스크립트`로 프론트에서 데이터 받기까지 작업해봤다!!
+
+지금은 일이 별로 없지만... 그 때 코드는 너무 많고 테이블도 너무 많은데 나는 다 아는 것이 없고 퍼블리싱 후 **개발일정이 진짜 촉박해서 걱정됐다..😂**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a61c93f3-0f9f-41a9-ad0d-21e5f596473e/image.png" alt=""><figcaption></figcaption></figure>
+
+그래도 상사분께서 도와주셔서 잘 마무리 하고 운영서버에 반영된 것을 보았는 데 굉장히 `뿌듯`했다..
+
+#### 2) 적응은 됨(feat. 아메리카노🥤)
+
+이제 아메리카노 마시는 인간으로 진화함... 항상 바닐라 라떼 먹었는데 살이 너무 쪄서 아메리카노 마신다!!
+
+이제 어느정도 적응됨😌😌
+
+다만 출퇴근은 아직도 익숙하지 않음.. 자취하고 싶다..
+
+#### 3) 내가 할 일을 다 끝내면 다른 것을 해도 터치가 거의 없으시다.
+
+내가 권한이 별로 없기도 하고 지금은 바쁜 시기가 아니라 근 1주일간 일이 별로 없었는데 공부 같은 것 해도(물론 책으로 말고 컴터로) 터치 없으심
+
+입사 초반에도 할 일만 끝내면 딴 거 눈치껏 해도 상관없다고 하셔서 예전에는 그냥 일 없어도 멍때렸는데 지금은 코드 공부함!!
+
+#### 4) 허리가 너무 아파... + 정리함 가져다 둠
+
+오래 앉아 있으니 허리가 너무 아프다... 안그래도 어깨가 말려있는데 허리를 자꾸 숙이니 허리 무리가 오기 시작.. 허리에 대는 쿠션 같은 것을 갔다 둘까...?&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/df1ddd13-6d5b-450e-962c-890cc2c7f491/image.png" alt=""><figcaption></figcaption></figure>
+
+### 2. 친목
+
+![](https://velog.velcdn.com/images/prettylee620/post/6035ada8-45c3-47e6-8032-041e0db0397a/image.png)
+
+#### 1) 국비 사람들
+
+아직 연락하면서 일단... 정보처리기사를 공부해보기로 해서 스터디는 쉬기로 했다.
+
+#### 2) ☕ 커피챗(feat. 트위터)
+
+두 번의 커피챗을 했다.
+
+첫 번째로는, 구직자 분이랑 같이했는데.. 게임회사는 아니고 게임처럼 만드는 회사? 에 대한 정보를 얻어 하나의 방향성을 더 터득하게 되었다!&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/1e4a1a89-5703-4638-8226-41a4508644bd/image.png" alt=""><figcaption></figcaption></figure>
+
+두 번째로는, 6년차 개발자와 했는데.. PG에 대한 구조, 정보에 대해 알게 돼서 좋았다!&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/5ca19eb3-285e-44bb-a963-11e46048d2bd/image.png" alt=""><figcaption></figcaption></figure>
+
+> 커피챗을 진행하면서 느낀 거는... 천천히 공부하고 조급해하지 않아도 될 것 같다는 것.. 특히 남이랑 비교 NO NO
+
+### 3. 📕 독서는 2권 정도 읽는 중이다
+
+#### 1) IT 세계의 괴물들
+
+&#x20;IT 지식을 만화로 풀어낸 것으로, IT의 기초를 확인하고 바로 사용할 수 있는 지식을 제공한다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/3787de26-4346-47b7-bfec-4ec5eed8c5f9/image.png" alt=""><figcaption></figcaption></figure>
+
+책으로 알기 쉽게 풀어 좋음 ㅋㅋㅋ 거의 300쪽중 250까지 읽었다.
+
+#### 2) 개발자를 위한 최소한의 실무 지식
+
+![](https://velog.velcdn.com/images/prettylee620/post/4dbf010c-ba0a-4de3-9fed-1eee9abc6da9/image.png)
+
+이 책은 바로 실무 적용 가능한 지식들, 코드들이 나와 있음 보안 적인 지식도 나와 있다 대략 120쪽 까지 읽음
+
+### 4. 🚴‍♂️ 운동은 3월에 2주간 멈췄다가 다시 시작 예정
+
+#### 그냥 힘들어...
+
+그냥... 진짜 인태기가 슬슬 오기 시작해서 모든지 다 놓고 싶어지고 있다... 그래서 운동도 쉬었다 사실 피티 쌤이랑 안 맞은 것도 있었음.... ㅠㅠㅠㅠ
+
+#### 그래도 다시 시작해보려고
+
+그래도 완전히 놓지 말고(어차피 출퇴근 때 거의 8000\~10000보 걸음) 천천히 다시 시작해보고자 한다..😅😅
+
+### 5. 힐링 여행
+
+![](https://velog.velcdn.com/images/prettylee620/post/898a1ee1-6caa-49d9-92c3-23c3ef415dda/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/e782d65c-b2a5-40a6-9f6a-d9c6437651fe/image.png)
+
+친구랑 당일 치기로 강릉 여행 다녀왔다!! 친구랑 가는 여행은 처음인듯 항상 주말에 내가 알바 있었어서 불가했다 ㅠㅠㅠ
+
+당일치기로 다녀온거지만 즐거웠다!!!!
+
+### 6. 개인 공부
+
+#### 1) 정보처리기사 실기
+
+![](https://velog.velcdn.com/images/prettylee620/post/496eb2ba-45d1-4196-bd13-d0ed0c23f9d2/image.png)
+
+
+
+정보처리기사 실기 이번에 청년할인 때문에 2시간 넘게 서버가 터졌다 ㅋㅋㅋㅋ.... 진짜 단계마다 끊기는데 열받아가지고 ㅋㅋㅋ
+
+실기 접수 부터 지쳤음... 프로그래밍 언어부터 공부하고 있음
+
+#### 2) 코딩테스트 및 자료구조
+
+![](https://velog.velcdn.com/images/prettylee620/post/138aedeb-2282-48c5-bd48-38cec83cf4cd/image.png)
+
+하루에 한 문제씩이라도 풀어볼 예정이다!! 일단 쉬운 거 먼저 풀 면서 `자료구조`에 대해 공부해보자
+
+> \++ 브론즈 5가 되었다(참고로 브론즈 5달성 전에는 회색임)
+
+![](https://velog.velcdn.com/images/prettylee620/post/a306331e-ca30-43fc-8841-3482c6c5b2ea/image.png)
+
+#### 3) 자바 기본
+
+강의를 들은 건 아니고 김영한 님 자바 기본 교안 보고 코드 쳐봄!! 기본까지 대충 거의 끝냈다!!!
+
+#### 4) 책과 강의를 샀다
+
+월급이 많지는 않지만... 나에 대한 성장을 위해 인프런 할인할 때 강의 사고 책 삼!!
+
+### 7. 기록
+
+#### 1) 𝗩𝗘𝗟𝗢𝗚는 나름 열심히
+
+티스토리가 open api를 중단했다고 해서 일단 velog만 열심히 써보려고 한다. 써보다가 `워드프레스` 하나 만들까 고민중🤔&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/e88b0289-17fc-4933-9230-7ea5b086b5de/image.png" alt=""><figcaption></figcaption></figure>
+
+velog 기록한 것도 github에 연동해둠
+
+> [참고 : velog 글 작성 시, 자동으로 github에 커밋하기](https://velog.io/@rimgosu/velog-%EA%B8%80-%EC%9E%91%EC%84%B1-%EC%8B%9C-%EC%9E%90%EB%8F%99%EC%9C%BC%EB%A1%9C-github%EC%97%90-%EC%BB%A4%EB%B0%8B%ED%95%98%EA%B8%B0)
+
+#### 2) github Ᏽ𐌏𐌏𐌃 👍
+
+![](https://velog.velcdn.com/images/prettylee620/post/d703dbce-d8ea-4ff8-b1c1-9b72f143d17c/image.png)
+
+깃허브도 다시 시작하기 시작했다!! solved ac 연동해서 하는 중
+
+> [참고 : 🚿 깃허브 잔디에 물 주기(feat.백준 문제 업로드 자동화)](https://velog.io/@betterfuture4/%EA%B9%83%ED%97%88%EB%B8%8C-%EC%9E%94%EB%94%94%EC%97%90-%EB%AC%BC-%EC%A3%BC%EA%B8%B0feat.BaekjoonHub%EB%A1%9C-%EB%B0%B1%EC%A4%80-%EB%AC%B8%EC%A0%9C-%EC%9E%90%EB%8F%99-%EC%97%85%EB%A1%9C%EB%93%9C)
+
+![](https://velog.velcdn.com/images/prettylee620/post/138aedeb-2282-48c5-bd48-38cec83cf4cd/image.png)
+
+다만 git action은 자꾸 문제 생겨서 고치는 중이다!!
+
+#### 3) 일기 Ᏽ𐌏𐌏𐌃 👍
+
+![](https://velog.velcdn.com/images/prettylee620/post/77d68d07-5889-4a7e-9265-209ecc6c2120/image.png)
+
+### 8. 몸살, 배탈
+
+지금 글을 쓰는 이 순간도 아프다...&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/9424f8bf-833d-490d-ba8a-68c1949a9547/image.png" alt=""><figcaption></figcaption></figure>
+
+뭘 잘못 먹었는 지 배탈과 요즘 커리어 및 친구 관계에 대해 스트레스를 받았더니 바로 몸상태에 이상이 생김.. 흑흑
+
+병원 가보니 열난다고 함.. 몸조리 잘하자..
+
+## 😫 4월에는..?
+
+### 1. work
+
+잘 적응 하였으니... 일 적인 것은 하면서 익히고 코드를 깔끔하게 짜려고 노력하자.
+
+변수명이라던지.. 내가 이 구성원 안에서 할 수 있는 것들은 최대한으로 노력해보기!!
+
+다만.. 커리어적으로는 조금 고민이기에 개인적인 공부도 항상하자.
+
+### 2. 개인적인 성장
+
+#### 1) 독서 및 정리
+
+![](https://velog.velcdn.com/images/prettylee620/post/4bf6aceb-8b8a-41ec-b885-b83828c8909a/image.png)
+
+**마저 읽기**
+
+* IT 세계의 괴물들
+* 개발자를 위한 최소한의 실무 지식
+
+**새롭게 읽기**
+
+* 컴퓨터 밑바닥의 비밀
+
+IT 세계의 괴물들 읽은 거 velog에 정리해서 올려봐야 겠다!! 되게 뭔가 유용한 정보 많음
+
+독서는 내가 현재 읽고 있는 책들 다 읽는 게 목표!(어차피 정처기가 있어서)
+
+#### 2) 정처기 실기 합격
+
+![](https://velog.velcdn.com/images/prettylee620/post/f1df201c-cd4b-408a-a1ca-841af619e767/image.png)
+
+이번에 떨어지면 다시 필기부터 봐야 돼ㅠㅠㅠㅠ 이번에 꼭 붙자!!!
+
+#### 3) 자바 기본, 입문 마지막 정리
+
+#### 4) 코테 및 자료구조 꾸준히 1문제씩
+
+코테 자료구조 꾸준히!
+
+이번달은 정리의 달로 하려고 함 어차피 계속 새로운 것만 보면 습득이 안되니까 반복을 목표시 한다!!!
+
+### 3. 운동
+
+### 4. 몸관리
+
+흐하.. 한 번 아프면 계속 안좋으니... 몸관리하자 잘..
+
+> 4월도 화이팅 하자!!!! 5월에는 `사이드 프로젝트`를 찾아볼까...
diff --git "a/developLog/memoir/2024/_ 2024\353\205\204 4\354\233\224_ 5\354\233\224 \354\244\221\352\260\204 \355\232\214\352\263\240\353\241\235 \353\260\217 5\354\233\224_ 6\354\233\224 \353\252\251\355\221\234_.md" "b/developLog/memoir/2024/_ 2024\353\205\204 4\354\233\224_ 5\354\233\224 \354\244\221\352\260\204 \355\232\214\352\263\240\353\241\235 \353\260\217 5\354\233\224_ 6\354\233\224 \353\252\251\355\221\234_.md"
new file mode 100644
index 0000000..40ceaba
--- /dev/null
+++ "b/developLog/memoir/2024/_ 2024\353\205\204 4\354\233\224_ 5\354\233\224 \354\244\221\352\260\204 \355\232\214\352\263\240\353\241\235 \353\260\217 5\354\233\224_ 6\354\233\224 \353\252\251\355\221\234_.md"	
@@ -0,0 +1,353 @@
+---
+description: 2024년 4월, 5월 중간 회고록 및 5월, 6월 목표
+---
+
+# 2024년 4월, 5월 중간 회고록 및 5월, 6월 목표
+
+![](https://velog.velcdn.com/images/prettylee620/post/a5a88570-c615-4a09-ab2a-50c298f549ff/image.png)
+
+> 너무 귀찮아서.. .미루다가 늦은 회고록...
+
+## ✍️ 4월-5월 중순까지 무엇을 했는가?
+
+### 1. 직장생활
+
+#### 1) 있었던 일
+
+일은 지금 굉장히.. 없는 편이다. 그래서 그냥 4월달에 간단한 페이지 수정 및 이벤트 페이지를 맡아서 작업했으며, 그 외 시간에는 정보처리기사 공부했다!
+
+**그리고 조금씩 구조에 익숙해져 가는 중이다!**
+
+뿐만 아니라 묻는 것에 점점 갈 수록 부담을 느꼈는데.. 잘 도와주셔서 잘 적응해나가는 중이다!! 다만 일찍 일어나야 하니 잠이 좀 부족한데 요즘 이상하게 약속들이 몰아서 많았어서 힘들다..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/7f7c37c7-161a-45f4-bbf4-bc1f261716ec/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 2) 새로운 신입분들과 동기와 꽃 축제
+
+다른 팀에 새로운 신입분들 3분이 오셨다! 같은 회사고 엄청 많은 신입 분들이 오셔서 신기했음 그리고 동기랑 같이 꽃 축제 다녀왔다!&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/d333d6b9-e987-4921-ac33-e5bfb6ca6e1d/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 3) 세 번째 회식
+
+세 번째 회식이 있었음 소고기 짱... 이거는 내가 회식 자리에서 볶은 볶음밥 👍&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/d35653f4-c09b-462e-a40f-d4027da07979/image.png" alt=""><figcaption></figcaption></figure>
+
+### 2. 친목
+
+![](https://velog.velcdn.com/images/prettylee620/post/6035ada8-45c3-47e6-8032-041e0db0397a/image.png)
+
+#### 1) 국비 사람들
+
+다들 취업해서 그런지 연락 뚝 끊김 ㅠㅠㅠㅠㅠㅠ 아 1명은 꾸준히 연락 중이다! 내가 연락한 국비분들은 전부 취업! 조만간 다른 사람들에게도 연락해볼 생각이다.
+
+#### 2) ☕ 커피챗(feat. 트위터)
+
+4월 달에도 두 번의 커피챗을 했다. **5월에도 커피챗 2개 함**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/19cb6287-a594-4bf3-81e9-956643f92294/image.png" alt=""><figcaption></figcaption></figure>
+
+> 보통 들은 내용 노션에 정리
+
+**4월달**
+
+첫 번째로는, **게임 개발자분**이랑 했다!&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/e32af983-0af4-49a1-b8c2-8d04ee178c47/image.png" alt=""><figcaption></figcaption></figure>
+
+원래 나는 게임 개발 쪽으로 가고 싶었다. 하지만 한국 게임 개발쪽은 워라벨이 너무나 안좋다는 것과 나는 \*\*아는 지식이 없기 때문에.. \*\*일단 웹 개발자로 취업을 했지만 게임 개발쪽이 궁금했다!!
+
+> 최근 이직하신 분으로 이것저것 많은 것을 해본 것에 대해서 듣고 진짜 실상이 워라벨이 안 좋은지 기술 스택이나 직업에 만족하는 지, 그리고 개인 사담 등등을 하고 한 4\~5시간 얘기 하다 헤어졌다!!!
+
+심지어 사주심 ㅠㅠㅠㅠㅠ 감사합니당😆😆
+
+두 번째로는, 전에 같이 **한 pm 분과 프론트엔드 개발자분**과 했다!! 책을 나눠주신다고 해서 책을 받아옴&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/57583aa5-becf-4542-8479-3ae7c6e708ec/image.png" alt=""><figcaption></figcaption></figure>
+
+책을 주시면서 조언 같은 것들도 많이 들었다.
+
+> * 타이밍도 중요하다는 것
+
+* 너무 조급해 하지 말라는 것
+* 어떻게 공부해 나가야 할 지
+* 같은 책을 3권 사서 읽어보기
+* 면접 tip
+* 어떤 강의를 들어야 하는지
+
+등등 너무 많은 이야기를 나누고 거의 5시간정도 후에 헤어짐
+
+**5월달**
+
+첫 번째로는 **백엔드 5년차 개발자 분**을 만났다! 인프라도 다뤄보고 최근에 이직하셔서 많은 도움이 됨!! 책도 무료로 받았음&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/188fd7a0-c92a-4475-8803-2d68ce24c5d3/image.png" alt=""><figcaption></figcaption></figure>
+
+카페에서 거의 3시간 있다 밥 먹고 헤어졌다.
+
+마찬가지로 너무 조급해 하지 말라는 소리를 들었다. 많이 조급해 보였던 것 같더라.. 그리고 절대 퇴사 후 이직하지 말라고 하심
+
+백엔드 로드맵과 면접의 팁 중 하나인 블로그에 대해 정리 후 알려 주시겠다고 하셨다.
+
+> * 어느 깊이까지 프로그래밍 언어를 공부해야 많이 안다고 말할 수 있는지
+
+* 어느 도메인을 가지고 나아가야하는지
+* 강의 추천
+* 테스트의 중요성
+
+등 많은 얘기를 들었다!
+
+두 번째로는 첫 번째 커피챗 때 만났던 **보안 쪽 신입분**과 만나서 사담 및 저녁 먹었다 ㅋㅋㅋ 거기서 책 추천 받고 같은 고민에 대해 이야기 나눔&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/fbd43945-f1cd-4638-ac6d-a5486c75bb89/image.png" alt=""><figcaption></figcaption></figure>
+
+선물도 받았고!! 뭔가 보안쪽 얘기 들어보면 신기함 그리고 열심히 사는 느낌이라 크윽... 대단하다라고 동기부여 받고 오기도 했지만..!! 나도.. 열심히 해야하는디...
+
+> 커피챗을 진행한 것을 길게 적고 싶지만 아무래도.. 개인적인 회사 내용도 있다보니 나에게 도움 됐던 부분만 간략하게 적어봤다. 커피챗 강추!!
+
+#### 3) 전 PT 트레이너님💪과 만남
+
+전 pt 트레이너님 만나서 다이어트 팁 듣고 옴..ㅋㅋㅋㅋ 나이 또래가 비슷해서 얘기도 많이 나눴다
+
+#### 4) 공유주방에서 먹을 거 만들어 먹기 + 친구들 만나기
+
+![](https://velog.velcdn.com/images/prettylee620/post/e9f19576-297d-40d9-9cdd-7e14fea74f1d/image.png)
+
+15일에 쉬는날에 친구들이랑 맛있는 거 만들어 먹고 영화보며 힐링하고 왔다!
+
+### 3. 📕 독서는..하는 중인데
+
+> 이것 저것 손 덴 것들도 많고... 완전히 읽은 것도 많은데 흠.. 산 것도 많음...🤞
+
+![](https://velog.velcdn.com/images/prettylee620/post/66fe249b-9967-4bd5-8521-464c414544b1/image.png)
+
+#### 1) IT 세계의 괴물들 읽기를 완료, 정리는 아직 진행중
+
+![](https://velog.velcdn.com/images/prettylee620/post/ac73579c-0930-44f5-87de-f49614542de2/image.png)
+
+> 입문자 혹은 cs 지식 좀 부족하다고 느끼는 사람이 읽기 좋음
+
+이 책은 전부 다 읽었다!!
+
+**장점**
+
+* 다양한 지식을 얻을 수 있다
+* 만화로 되어있어서 쉽게 읽을 수 있다.
+* 소프트웨어, 하드웨어, 백엔드, 프론트엔드에 대한 지식들이 다 나와 있다.
+* 반도체, 운영체제도 나와 있음
+
+**단점**
+
+* 딥하지는 않음
+
+한 번쯤 가볍게 읽기 좋다. 가끔 가다가 작가의 드립도 나온다는 것 ㅋㅋㅋㅋ
+
+#### 2) 그림으로 이해하는 웹/HTTP/네트워크는 다 읽음
+
+![](https://velog.velcdn.com/images/prettylee620/post/eb6789b8-9b79-4807-b5a6-9cca30e5fe20/image.png)
+
+다 읽었다!! 휴일 기간동안 2일에 걸쳐 읽어봤는데 완전 딥하지 않지만 그림도 설명도 찰떡으로 되어 있어서 가볍게 읽기 너무 좋았다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/426dfeff-dd44-43be-85db-41233234269d/image.png)
+
+이런 식으로 정리도 굉장히 잘 되어 있고&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/785cdab1-b6fb-4a5a-b72e-06ad1a92b8df/image.png" alt=""><figcaption></figcaption></figure>
+
+그림도 귀엽다 ㅠ
+
+**장점**
+
+* 260p 정도라 하루 날 잡으면 다 읽을 수 있음
+* 그림과 같이 설명이 잘되어 있어서 잘 이해됨
+* http가 1.0, 2.0 등이 나오게 된 계기와 어떻게 다른 지에 대해서도 나와 있음
+* 암호화 방식에 대해서 딱 잘 알아듣게 설명되어 있음
+
+> 만약 HTTP, 네트워크, 웹 인문자면 강추!!
+
+#### 3) 읽어야 하는 책 or 읽고 있는 책
+
+* 컴퓨터의 밑바닥의 비밀 : 아직 극 앞부분밖에 못 읽었는데 이건 저급 언어, 고급 언어에 대한 지식과 프로그래밍 언어가 어떻게 변환이 돼서 동작을 하는 지에 대해 나와 있음
+* 자바를 읽는 법 : 이거 `디버깅`에 대한 지식 나와 있음 나에게 필수 책임
+* 개발자를 위한 최소한의 실무 지식 : 덜 읽음 ㅠ
+* 프로그래밍 러스트 : 스터디 하면서 읽는 중... 너무 두꺼워...
+* 친절한 SQL 튜닝 : 실무에 필요할 것 같아서 삼
+* 1% 네트워크 원리 : 현재 읽으며 정리 중
+
+#### 4) 사고 싶고 읽고 싶은 책
+
+* JVM 밑바닥까지 파헤치기 : 되게 신박한 주제 읽어보고 싶음
+* 개발자를 위한 레디스
+* 켄트 벡의 Tidy First? 세트 : 요즘 굉장히 핫함
+* 가상 면접 사례로 배우는 대규모 시스템 설계 기초 1\~3
+* 요즘 AI 페어 프로그래밍
+
+> 언제 다 읽냐...
+
+### 4. 🚴‍♂️ 운동은 안했지만 걷기는 꾸준히..
+
+> 일부러 점심시간에 나가서 걷기도 하고 옴
+
+#### 걷기는 회사 갈 때 일부러 가까운 곳은 마을버스 안타고 걸어감(광역버스 외의 구간)
+
+그래서 그런지 거의 만보 이상씩 걷는 중이다 &#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/b9d8d16c-a9ff-4b91-988f-068b6f233751/image.png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/fd0818d1-04d4-4581-9734-6e8a1853ac19/image.png" alt=""><figcaption></figcaption></figure>
+
+확실히 수술을 하면서 운동을 놓은지 3주 넘었는데도 불구하고 살이 덜 찜... 그리고 꾸준히 걸으니까 체력이 늘어나는 느낌이다!!!
+
+#### 그래도 하긴 해야...
+
+그래도 운동을 하긴 해야 해서 지금 아침에 회사 근처에서 다닐까 고민중임... 솔직히 일끝나고 약속도 너무 많고 지금 다니는 곳은 좀 멀어서 😂😂
+
+고민중임... 근데 과연 내가 일찍 일어날 수 있을까..? 지금도 6시 반에 인나는데...
+
+### 5. 개인 공부
+
+#### 1) 정보처리기사 실기 가채점상으로는 합격
+
+> [대학생, 취준생, 신입개발자의 과정과 함께한 정보처리기사 4트 2024년 1회 실기 후기](https://velog.io/@prettylee620/%EB%8C%80%ED%95%99%EC%83%9D-%EC%B7%A8%EC%A4%80%EC%83%9D-%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EA%B3%BC%EC%A0%95%EA%B3%BC-%ED%95%A8%EA%BB%98%ED%95%9C-%EC%A0%95%EB%B3%B4%EC%B2%98%EB%A6%AC%EA%B8%B0%EC%82%AC-4%ED%8A%B8-2024%EB%85%84-1%ED%9A%8C-%EC%8B%A4%EA%B8%B0-%ED%9B%84%EA%B8%B0)
+
+4트만에 합격할 것 같다... 가채점 상 합격은 이번이 처음... 회사 다니면서 공부하느라!! 고생한 내 자신에게 칭찬을 ㅠㅠㅠㅠㅠ ![](https://velog.velcdn.com/images/prettylee620/post/dc272dda-2807-48a9-9079-4c94d720a55c/image.png)
+
+#### 2) Rust 스터디 선정 및 오프라인 스터디 1주 진행
+
+> [Rust가 떠오른 이유 : 안전성, 쾌적한 사용 - 우아한 스터디 및 잇츠 스터디](https://velog.io/@prettylee620/Rust%EA%B0%80-%EB%96%A0%EC%98%A4%EB%A5%B8-%EC%9D%B4%EC%9C%A0-%EC%95%88%EC%A0%84%EC%84%B1-%EC%BE%8C%EC%A0%81%ED%95%9C-%EC%82%AC%EC%9A%A9-%EC%9A%B0%EC%95%84%ED%95%9C-%EC%8A%A4%ED%84%B0%EB%94%94-%EB%B0%8F-%EC%9E%87%EC%B8%A0-%EC%8A%A4%ED%84%B0%EB%94%94)
+
+커피챗에서 요즘 Rust가 떠오른다고 들어서 관심있는 주제가 스터디에 있어서 신청 후 선발되었다!!
+
+첫 주, 막 주는 오프라인이고 나머지는 온라인인데 5/12일에 첫 주라서 홍대에서 스터디 진행하고 왔다!! 8명 정도로 스터디장?이 발제 해주셨다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/b1301bd7-c586-4a93-be2e-3dd8fd1ff634/image.png" alt=""><figcaption></figcaption></figure>
+
+느낀건.. `러스트`는 약간 자바랑도 비슷한 느낌?을 많이 받음 대신 `자바`는 메모리적인 걸 GC가 좀 유용하지만 개발자가 직접 제어하지 못하는 어려움이 있지만 `러스트`는 그런 메모리 적인 것을 개발자가 어느정도 제어가 가능한 게 아닌가 싶다!!
+
+#### 3) 네트워크에 관한 공부중
+
+> [Story 01. HTTP 리퀘스트 메세지를 작성한다.](https://velog.io/@prettylee620/Story-01.-HTTP-%EB%A6%AC%ED%80%98%EC%8A%A4%ED%8A%B8-%EB%A9%94%EC%84%B8%EC%A7%80%EB%A5%BC-%EC%9E%91%EC%84%B1%ED%95%9C%EB%8B%A4)
+
+틈틈히 커피챗에서 받은 네트워크 책을 읽는 중이다! 딥해서... 좀 많이 천천히 읽고 있지만 열심히 기록하며 공부할 예정!!
+
+이후에는 좀 더 딥하게 공부하기 위해 **유데미에 있는 네트워크 강의를 들어보고자 함!!**
+
+### 6. 기록
+
+#### 1) 𝗩𝗘𝗟𝗢𝗚는 주 1개 정도..?
+
+하는 느낌 ㅋㅋㅋㅋ 그럭저럭이지 뭐..
+
+#### 2) github SoSo
+
+![](https://velog.velcdn.com/images/prettylee620/post/cdca5e52-4b33-469c-964e-72a76bbfecf9/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/086e4861-fbeb-4419-bc00-908ce6a80f10/image.png)
+
+완전히 놓지 않으려고 노력중..
+
+#### 3) 일기 Ᏽ𐌏𐌏𐌃 👍
+
+![](https://velog.velcdn.com/images/prettylee620/post/6d6ba356-5ecc-4a4f-9f6c-2b6ba35a25c3/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/5671ade4-af56-4791-a510-5a55155ffee2/image.png)
+
+조금 밀리지만 잘 쓰고 있다는 것\~
+
+#### 4) 워드프레스 블로그 하나 개설 ing
+
+아직 단장중인데... 나만의 블로그가 하나 있었으면 좋겠다고 생각해서 워드프레스 블로그를 개설하고 도메인도 닉네임으로 구매했다! ![](https://velog.velcdn.com/images/prettylee620/post/23183736-23b5-4ce3-affe-abee7a39f8c4/image.png)
+
+> 워드프레스 주소 : [멜로나의 우당탕탕 개발일지](https://mellona.dev/)
+
+## 😫 5월 남은 기간과 6월에는..?
+
+> tmi이지만 다음달에 \*\*내 생일!!!\*\*과 워크샵 있음
+
+### 1. work
+
+요즘.. 일이 별로 없는 편이라 레거시 코드 읽는 법, 그리고 내가 이 레거시 코드를 잘 적용하는 방법에 대해 연구해 볼 예정이다!!
+
+배워가는 것은 항상 많기에! 천천히 공부해 볼 예정이다.
+
+**++ 다음에 들어올 예정이거나 그런 사람들은 위험 폴더 메뉴얼 정리도 할 예정**
+
+### 2. 개인적인 성장
+
+#### 1) 독서 및 정리
+
+![](https://velog.velcdn.com/images/prettylee620/post/4bf6aceb-8b8a-41ec-b885-b83828c8909a/image.png)
+
+**마저 읽기 혹은 새롭게 읽기**
+
+* 컴퓨터의 밑바닥의 비밀
+* 자바를 읽는 법
+* 개발자를 위한 최소한의 실무 지식
+* 프로그래밍 러스트
+* 친절한 SQL 튜닝
+* 1% 네트워크 원리
+* 스프링 입문을 위한 자바 객체 지향의 원리
+
+#### IT 세계 괴물들, 그림으로 읽는 네트워크 정리하기
+
+* 정리하고 있는 거 마인드 맵으로 정리하기
+* 혹은 블로그에 볼 것!
+
+얘네는 가볍게 읽어서 한 번 더 정리가 필요할 것 같음
+
+#### 2) 스프링, sql 공부하기
+
+스프링 입문을 위한 자바 객체 지향의 원리, 친절한 SQL 튜닝을 읽으며 공부해보기
+
+#### 3) 자바 중급 공부하기
+
+자바 중급 정도 되는 컬렉션, 제네릭, map에 대해 공부 해보자!!!
+
+#### 4) 코테 및 자료구조 꾸준히
+
+ㅜㅜㅜㅜㅜ 이거 다시 시작해야지... 자료구조..를 자바 기준으로 공부해 볼 예정이다.
+
+### 3. 운동
+
+다시 하고 있음... 주 1회-2회라도... 가야지
+
+차라리 유산소라도 하게 회사 근처에 헬스장 하나 등록해서 아침에 다닐까 고민중이다.
+
+### 4. 재태크
+
+조금씩이라도 주식에 대해 공부해 볼 예정! 동기가 많은 도움을 주고 있는 중...
+
+### 5. 프로필 업데이트
+
+취업 한 지 4개월 정도가 지났다! 이제 프로필 및 이력서, 포트폴리오 업데이트 할 예정! 국비 때 한 것들은 버리고 새롭게 정리해야 겠다.
+
+#### 업데이트 해야 할 목록
+
+* 이력서, 포트폴리오 업데이트([랠릿](https://www.rallit.com/) 참고)
+* Linked in 업데이트
+* 이력서, 포트폴리오 워드프레스와 연동 시키기
+* github readme 업데이트
+
+### 6. 워드프레스 블로그 업데이트
+
+워드프레스 완전히 업데이트해서 공부한 내용들 워드프레스에 적기가 6월 목표이다!
+
+### 7. 고민되는 것...
+
+#### 개발자가 공부해야 할 것
+
+* 자료구조, 알고리즘
+* 네트워크
+* 운영체제
+* 리눅스
+* 디자인 패턴
+* 코드의 분석
+* TDD
+* 사이드 프로젝트
+* 자격증
+* 영어
+
+이 걸 언제 다하냐.... 일단 사이드 프로젝트, 디자인 패턴은 내년... 그 외에는 이번년도 하는 것을 목표로 잡아야 하는데에에에
+
+너무 많다... 차근차근 해나가자
+
+> 이번달 다음달도 화이팅!!!! 이제 회고록은 6월 회고록으로 돌아와야지...
diff --git "a/developLog/memoir/2024/_ 2024\353\205\204 6\354\233\224 \355\232\214\352\263\240\353\241\235_.md" "b/developLog/memoir/2024/_ 2024\353\205\204 6\354\233\224 \355\232\214\352\263\240\353\241\235_.md"
new file mode 100644
index 0000000..b6a0f32
--- /dev/null
+++ "b/developLog/memoir/2024/_ 2024\353\205\204 6\354\233\224 \355\232\214\352\263\240\353\241\235_.md"	
@@ -0,0 +1,345 @@
+---
+description: 상반기 결산 및 앞으로의 고민(개발 관련 정리 해둔 노션 공유)
+---
+
+# 2024년 6월 회고록
+
+![](https://velog.velcdn.com/images/prettylee620/post/a5a88570-c615-4a09-ab2a-50c298f549ff/image.png)
+
+> 벌써 상반기가 다 지나갔구나 시간 빠르다./
+
+## ✍️ 6월 무엇을 했는가?
+
+### 1. 직장생활
+
+#### 1) 있었던 일
+
+벌써 취업한지 **5개월** 정도 되었다..! 시간 빠름..보통 하는 일 이벤트 페이지 작업을 하고 원래 이미지도 올릴 수 없는 권한이었으나!! **권한이 생겨서 나도 이제 이미지를 올릴 수 있으며, 테스트 서버 was, web에 배포를 할 수 있는 권한이 생겼다!!!**
+
+조금씩 권한이 생겨서 기쁨..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a2c0103f-6deb-42f1-bc60-2f43f2485f8b/image.png" alt=""><figcaption></figcaption></figure>
+
+그리고 사수분들이 하나씩 다 꼼꼼히 알려주시고 사람들은 너무 좋아...
+
+근데.. 넘 멀어서 힘듦... 왕복 3시간 출퇴에다가 내내 요즘 친구들 만나서.. **무조건 갈 수 있다면 회사는 가까운 곳으로 가시길...**
+
+아 그리고... 회사 네트워크로 노션 사이트 들어가는 거 막혀서 ㅠㅠㅠ [Zapier](https://zapier.com/editor/246009843/draft/246009843/auth) 로 연결 자동화해서 회사에서 정리하는 건 이제 코다에서 할까 고민중이다.
+
+#### 2) 워크샵
+
+6월 중순에 회사에서 금, 토로 워크샵 다녀왔다. 본사팀이랑 같이 갔는데 나름 즐거웠음!! 준비워원회하면서 힘들었지만 팀게임 재미있었다!!!(상금은 못 탔지만)&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a2a8ee20-8781-4449-ab7c-2aa3c1d15ae5/image.png" alt=""><figcaption></figcaption></figure>
+
+야채 준비해주신것...과 다들 좋은 말씀, 조언 해주셔서 새겨 들었당
+
+### 2. 친목
+
+![](https://velog.velcdn.com/images/prettylee620/post/6035ada8-45c3-47e6-8032-041e0db0397a/image.png)
+
+#### 1) 국비 사람들
+
+이번에 6월달 생일이 있었는데 두 분이 연락 주셔서 두 분 모두 이번달에 만났다!! 다들 잘 지내는 것 같아 다행이다.
+
+한 분은 아직 적응 \~ing이고 한 분은 안 맞아서 이직 준비시라고...
+
+그리고 다른 국비 동생인 사람은 꾸준히 연락쪽이다. 데이터쪽이라 나도 모르는 지식 얻어가는 기쁨\~&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/01911e6c-05c4-4d01-aeee-48682c1fe4f9/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 2) ☕ 커피챗(feat. 트위터)
+
+> 커피챗을 자주 하는 이유는 도메인을 채우기 위한 것 뿐 아니라.. 다양한 사람들의 이야기을 듣고 도움을 받고 나 또한 도움을 주기 위해서 한 달에 2번정도 한다.
+
+**로드맵에 대한 피드백 및 설명**
+
+자바 백엔드 로드맵에 대해 얘기 해주셔서 일단 1번부터 내식으로 좀 더 수정해서 따라보기로 함 1번은 아래와 같고, 2\~3번은 김영한님 스프링 강좌 따라가는 것과 + 얄코님의 mysql 강의 였다. ![](https://velog.velcdn.com/images/prettylee620/post/21fd1668-6750-4e3b-9b1d-766667589e9d/image.png)
+
+4번까지 있는데 4번은 시큐리티, 디자인패턴 등 확장 부분임
+
+* 사이드 프로젝트는 확장 이후부터 하는 것이 좋다고 하셨다.
+* 강의 듣는 것에 2배 정도 시간이 공부하는데 걸리는 시간으로 잡아두면 좋다고 함
+
+> **과연... 일과 공부를 병행하는 게 가능할까..** 공부할 건 많은데 요즘.. 내가 너무 부족하다는 것도 느끼는데 일과 공부, 운동, 친구들과의 친목까지 병행하려니 슬슬 지치는 것 같다...😂😂 하지만..친구들과의 관계가 나에게는 어느정도 중요하기에..
+
+이 타파점을 잘 찾아보자... 이게 7월달에 포인트가 될 것 같다.
+
+> 참고로 가장 중요한 것은 **자신에 맞게 변형해서 공부하는 것이 최적이라는 것!!**
+
+**국비 듣는 취준생 분이랑 9번째 커피챗 + 맥주챗**
+
+국비 듣는 취준생분이 할 게 많은게 고민이라 하셔서 내가 좋은 회사는 아니지만 그동안에 들은 커피챗 기록으로 들어줄 수 있다 해서 만났다.
+
+같은 성별에 같은 나이였다..!! 커피마시다가 금방 닫아서 2차로 감
+
+![](https://velog.velcdn.com/images/prettylee620/post/e91d5513-0964-45e1-ba04-b0c7b3752e88/image.png)
+
+2차는 맥주로..  내가 들은 바에 대해 전달 드리고.. **국비 때는 솔직히 지금 하는 것만도 버거우니 지금 하는 걸 잘 숙지하고 정리하기 어렵더라도 블로그나 기록은 꼭 해두고, 천천히 이력서 업데이트** 하는 게 좋다라는 것을 말씀드렸다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/6d99c2b7-9a7f-48fa-b68f-080e5d3288f1/image.png" alt=""><figcaption></figcaption></figure>
+
+솔직히 국비때는 처음 배우는 것에 대해서 부담감도 느낄 텐데 이것저것 하면 금방 현타가 오며, 남들과 비교가 되기 때문에 `멘탈 관리`도 나는 중요하다 느껴서 그런 부분에 대해 말해드림
+
+내 경험담이다 보니까 그래도 말씀드릴 수 있었다!
+
+**전에 했던 게임개발자분과 커피챗**
+
+![](https://velog.velcdn.com/images/prettylee620/post/5ee08461-3fe9-48c0-95c1-2d3a8534fb8e/image.png)
+
+오랜만에 뵙고 얘기 좀 나눠봤다..!! 역시 게임 도메인 대단해.. 막 퇴사하신 분들이 steam에 게임 내고 한다고 하시는데 어떻게 회사 다니면서 사이드 프로젝트를 성공적으로 낼 수 있는 것인가 정말 대다나다....
+
+**그 외**
+
+트친이 적어둔 회고글에 커피챗으로 얻은 인사이트에 대해 나와 있는데 한 번 읽어보면 도움될 듯 ㅊㅊ
+
+* [코놓님 상반기 커피챗 회고](https://codingpause.hashnode.dev/2024-coffeechat-1st)
+
+#### 3) 친구들과 영종도, 월미도
+
+![](https://velog.velcdn.com/images/prettylee620/post/fd64dde5-fe09-41d0-965a-a8190e5478bc/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/85dac58d-4290-4673-a7a0-560466e59176/image.png)
+
+자주 만나는 친구 둘이랑 첫 여행을 갔다..! 1박 2일로 자고 옴 나름 힐링하고 왔당
+
+다른 친구와는 6월 말에 월미도 가서 디팡타고 옴 &#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/f6caf21f-a8eb-4e2d-85f2-c13c4141985e/image.png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/6b17a90f-af31-44f7-8cac-8a21e0be968f/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 4) 그 외도 다양하게 많이 만나고 다니는 중
+
+친구들이랑 취업하면 못 볼 줄 알았는데 내가 이전에 아르바이트를 주말에 해서 그런지 오히려 요즘 더 더욱 만나고 있다...
+
+애들 예전에 6개월에 한 번씩 보던 애들도 최소 2달에 한 번씩 보게 됨..
+
+**약간 애들이 각자 이직에 대한 고민이 있는 것 같더라..** 사람은 취업한다고 끝이 아닌 것 같다. 끊임없이 고민하는 듯 ㅠㅠㅠ
+
+### 3. 📕 독서는 왤케 끝이 없냐...
+
+![](https://velog.velcdn.com/images/prettylee620/post/84bd3324-f61c-4627-9d1b-8c265a77effb/image.png)
+
+#### 1) 읽은 책 : 객체지향의 사실과 오해
+
+![](https://velog.velcdn.com/images/prettylee620/post/66b3d73f-4d4b-4dfa-a9a4-262ace046e24/image.png)
+
+이거 읽었음 두 줄 요약하자면
+
+> 가장 중요한 것은 객체이며, 클래스는 다만 하나의 패러다임이다. 객체끼리 연락 할 수 있는 수단은 메세지 뿐이며, 중요한 것은 책임, 역할, 협력이다.
+
+사실 이거에 대한 부가 설명이 대부분이고 한 번 읽어보면 좋음!! 관련 요약 글은 아래 노션에서 확인!
+
+* [객체지향의 사실과 오해 정리](https://mellona.oopy.io/eba2bed9-a0cd-470f-9162-70e5e7cc2633)
+
+#### 2) 읽어야 하는 책 or 읽고 있는 책
+
+* 컴퓨터의 밑바닥의 비밀 : 아직 극 앞부분밖에 못 읽었는데 이건 저급 언어, 고급 언어에 대한 지식과 프로그래밍 언어가 어떻게 변환이 돼서 동작을 하는 지에 대해 나와 있음
+* 자바를 읽는 법 : 이거 `디버깅`에 대한 지식 나와 있음 나에게 필수 책임
+* 개발자를 위한 최소한의 실무 지식 : 덜 읽음 ㅠ
+* 프로그래밍 러스트 : 스터디 하면서 읽는 중... 너무 두꺼워...
+* 친절한 SQL 튜닝 : 실무에 필요할 것 같아서 삼
+* 1% 네트워크 원리 : 현재 읽으며 정리 중
+* 모던 자바인 액션 : 로드맵...의 하나
+
+#### 3) 사고 싶고 읽고 싶은 책
+
+* JVM 밑바닥까지 파헤치기 : 되게 신박한 주제 읽어보고 싶음
+* 개발자를 위한 레디스
+* 켄트 벡의 Tidy First? 세트 : 요즘 굉장히 핫함
+* 가상 면접 사례로 배우는 대규모 시스템 설계 기초 1\~3
+* 요즘 AI 페어 프로그래밍
+
+공부해야할 건 많고 읽어야 할 건 많은데... 나는 너무 느리구나... ㅠㅠㅠㅠㅠ 속상하다...&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/ec10c0eb-80ca-4032-8d31-85d40cef34d2/image.png" alt=""><figcaption></figcaption></figure>
+
+> 2\), 3)은 5월과 동일... 하지만 하나 더 추가 됨ㅋㅋㅋㅋㅋㅋㅋㅋㅋ
+
+### 4. 운동과 다이어트
+
+#### 1) 걷기는 회사 갈 때 일부러 가까운 곳은 마을버스 안타고 걸어감(광역버스 외의 구간)은 계속 진행중
+
+하지만 최근에 안맞는 신발은 신고 걷다가 물집 잡힘 ㅠㅠㅠㅠ
+
+다들 조심하세요...ㄹㅇ 하루만에 물집 잡혔음 ㅜㅠㅜㅜㅜㅜ&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/ae71efbe-c974-4523-a7c8-802cc550cdc7/image.png" alt=""><figcaption></figcaption></figure>
+
+당분간 걷기 좀 자제....
+
+#### 2) 운동 p.t로 주 2회 이상 나가려고 노력 + 다이어트 2\~3kg 감량
+
+![](https://velog.velcdn.com/images/prettylee620/post/bd006aaa-8647-419c-8718-b944392c9227/image.png)
+
+열심히.. PT 꾸준히는 아니지만 그래도 주 1~~2회는 나가는 중이며, PT 쌤이랑 약속해서 2~~3KG 뺐다...(최근에 생일이라 먹느라 다시 쪘..ㅠ 왜 빼기는 힘든데 금방 찌지????)
+
+8월 말까지 여기서 5키로 더 감량하는 내기하자는데 가능할까...? ㅠㅠㅠㅠㅠㅠ 생각보다 안빠지는 데 흐엉
+
+> 그래도 열심히 다이어트...
+
+### 5. 개인 공부
+
+#### 1) 정보처리기사 최종 합격
+
+> 관련 글 : [대학생, 취준생, 신입개발자의 과정과 함께한 정보처리기사 4트 2024년 1회 실기 후기](https://velog.io/@prettylee620/%EB%8C%80%ED%95%99%EC%83%9D-%EC%B7%A8%EC%A4%80%EC%83%9D-%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EA%B3%BC%EC%A0%95%EA%B3%BC-%ED%95%A8%EA%BB%98%ED%95%9C-%EC%A0%95%EB%B3%B4%EC%B2%98%EB%A6%AC%EA%B8%B0%EC%82%AC-4%ED%8A%B8-2024%EB%85%84-1%ED%9A%8C-%EC%8B%A4%EA%B8%B0-%ED%9B%84%EA%B8%B0)
+
+ㅠㅠㅠㅠㅠ 이번 회차를 마지막으로 필기 만료였는데 ㅠㅠㅠㅠ 너무 행복하다... 79점으로 합격했다!!! (신청한지 1주일만에 온 자격증!!)&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/62f39474-d05f-49c4-8173-5760a8a74b69/image.png" alt=""><figcaption></figcaption></figure>
+
+**2022년부터 1년에 자격증 1개씩 따고 있어서 내년에도 하나 딸 예정이다...** sqlp나 빅분기, adp, ccna 중 하나를 따볼까 고민중&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/b1e5edf6-2567-4072-94db-09ee6f3ca227/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 2) 로드맵을 기준으로 공부해 볼 예정 📈
+
+#### 3) 러스트 스터디 공식적 마지막 주차
+
+> 6주차 발제 후 발표 한 기록 : [러스트 스터디 Week 6 오류처리 발제](https://velog.io/@prettylee620/%EB%9F%AC%EC%8A%A4%ED%8A%B8-%EC%8A%A4%ED%84%B0%EB%94%94-Week-6-%EC%98%A4%EB%A5%98%EC%B2%98%EB%A6%AC-%EB%B0%9C%EC%A0%9C)
+
+러스트는 6주차에는 내가 발표라서 발제 후 발표 했다!! 대략 1시간 정도 구글 미트에서 발표하고 6월 30일이 잇츠 스터디 공식 마지막 날이라 오프라인에서 만났다!
+
+![](https://velog.velcdn.com/images/prettylee620/post/ba29567f-f24a-4a17-86b3-28f76d913972/image.png)
+
+다양한 스타트업의 생존기와 공장 도메인, 은행 도메인에 대한 이야기들 또한 나누는 시간을 가졌다!!
+
+### 6. 기록
+
+#### 1) 개발용 기록 노션 공유
+
+> [개발 개인 노션 공유](https://mellona.oopy.io/)
+
+개발 공부를 하면서
+
+* 블로그에 안 올린 cs 공부
+* 북마크 노션 버전
+* 정보처리기사, sqld, adsp 정리 자료들
+* 알고리즘 정리한 것
+* 국비 때 정리한 것
+
+등의 노션을 oopy로 연결해두었다.
+
+#### 2) 일기
+
+나름 잘 쓰고 있다!!
+
+#### 3) 𝗩𝗘𝗟𝗢𝗚는 2주 1개 정도..?
+
+그래도 포기 않고 쓴다는 거에 의의를 둔다...
+
+### 7. 랠릿 프로필 업데이트, Linkedin 프로필 업데이트
+
+> * [Rallit](https://www.rallit.com/resumes/6107@prettylee620/%EC%9D%B4%EA%B8%88%EC%A3%BC)
+
+* [Linkedin](https://www.linkedin.com/in/mellona/)
+
+아직 업데이트가 완전히 완료되지는 않았음... 천천히 업데이트 해 나가려함.. 어차피 이력서는 한 번에 업데이트가 잘 안됨 ㅠㅠㅠㅠ
+
+이력서는 다들 미리미리 업데이트 해두시길 나도 경력을 추가와 자격증 추가해나가는 ing
+
+### 8. 6월 생일이었음🥳🥳
+
+개인적인 tmi이지만 생일이었다. 한 번에 선물 받은 것 찍고 언박싱하니까 기분이 좋고.. 애들한테 감사함만 느껴짐.. 가끔 서운함도 느끼지만 20대 후반에 이만큼 챙겨주는 인맥이 있다 하니까 행복했다. ++ 동기와 상사분도 챙겨주심
+
+![](https://velog.velcdn.com/images/prettylee620/post/3175fbfa-68c4-474e-b61e-dbc8dfcb78c8/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/ccaf4b37-c9ca-43dc-a8ea-68349282371a/image.png)
+
+뿐만이라 트위터를 통해 알게된 분들도 축하해주셨당!!!
+
+예전에 중딩때만 해도 1\~2명 친구 없었는데... 학창시절에 친구없다고 걱정 NONO 해도 될 듯 나 대부분 지금 친구들 사회 나와서 알바, 근로하면서 사귄 친구들, 동기도 꽤 있음
+
+### 9. 빡빡했던 일상(노느라😅)
+
+![](https://velog.velcdn.com/images/prettylee620/post/8a082efa-e27e-44f3-8901-e232f078a8f9/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/4c54e01f-c4ef-4d46-9ffd-87dd977641c9/image.png)
+
+5, 6월에는 밀린 약속, 커피챗, 운동, 국비친구들, 생일, 워크샵 등 다양한 행사가 많아서 거의 주 4\~5회 이상 나간듯 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
+
+너무 피곤해.. 7월에는 공부해야지..
+
+### 10. 요즘 드는 고민...(인프랩 CTO 향로님 로드맵)
+
+요즘 집에 우환도 많고\~ 인생의 현타가 오는 시기인 것 같다.
+
+> [향로님 로드맵](https://www.inflearn.com/roadmaps/4034)
+
+이거 읽어보는 중인데 인프랩 CTO 향로님의 이직 이야기가 담겨있다!!
+
+## 상반기 결산💪
+
+> 역시 가장 큰 것은 취업!!
+
+### 잘 해온 것
+
+1. 내 대학 생활 내내 함께 쉬지 않고 한 아르바이트 그만둠
+2. 취업 🍀 신입 개발자가 된 지도 5개월 째..
+3. 회사에서 적응 및 문서화
+4. 커피챗 🥤 10회 정도 + 러스트 스터디로 만난 인연들도
+5. 러스트 스터디 (24.05 \~ )
+6. 국비 팀원들과 cs 스터디 (23.11 \~ 24.02)
+7. 정보처리기사 자격증 취득 📋
+8. 독서 6권정도 완료
+9. 국비 팀원들, 커피챗으로 만난 인연, 친구들 다양하게 많은 사람들과 만남(인맥 상승 🌈)
+10. 친구들과 여행 3회 강릉, 영종도, 월미도
+11. 꾸준한 일기 쓰기 습관(하루도 안 빼먹음)
+12. 블로그 면접 관련 velog 트렌딩 3위 달성, 팔로워 91명 달성 그 외 몇 개 포스팅도 트렌딩에 오름🔥
+13. 다이어트 -3kg 및 PT 4개월, 요즘 만 보 걷기까지👟
+14. Linkedin 랠릿 이력 업데이트 -ing
+
+### 아쉬운 것
+
+1. 다이어트를 좀 더 못한 것
+2. 인강 등 강의 듣기가 거의 없어서 개인공부 부족 ❌
+3. girhub 관리 부족
+4. 돈 관리..(이건 어쩔 수 없음.. 쓰는 것도 많고 취준 기간과 대학생활의 빚..)
+5. 우리집 고양이 복이한테 조금 소홀
+
+## 😫 7월에는..? 하반기에는..?
+
+### 1. work
+
+![](https://velog.velcdn.com/images/prettylee620/post/6f2ac800-d62f-450b-9342-46c1d86474c4/image.png)
+
+레거시코드에 익숙해지기 + 디버깅 연습 짱짱 중요
+
+sql에 대한 공부도 필요...
+
+### 2. 개인적인 성장
+
+#### 1) 독서 및 정리
+
+> 독서를 한 다고 내 머리속에 남는게 아니라서
+
+정리 필요..
+
+#### 2) 노션에 정리해둔 올 해 공부해야 할 것 (백엔드를 위한 레벨업)
+
+➥ 1. 김영한의 자바 중급, 스프링 부트 반 정도 강의 듣기 ➥ 2. 배포를 위한 네이버 클라우드 ➥ 3. 보안 공부 ➥ 4. 대용량 트래픽 처리(가상 면접으로 배우는 대규모 시스템 설계 기초) ➥ 5. 예외 처리 ➥ 6. 에러에 대한 대처 (도커나 쿠버네티스는 2\~3년차에 공부해보자. 개발자가 굳이 알아야 할 분야가 아니라 했으니) ➥ 7. 테스트 코드에 대한 공부(Java/Spring 테스트를 추가하고 싶은 개발자들의 오답노트) ➥ 8. 쥬쥬와 함께 하루만에 시작하는 백엔드 - 스프링, 도커, AWS
+
+### 3. 운동
+
+![](https://velog.velcdn.com/images/prettylee620/post/c2474d2a-995e-4f42-ba89-75647e207d7f/image.png)
+
+주 2회.. 다이어트.. -5kg... 화이팅... 피티쌤한테 깊티를 따내기 위한 다이어트를 시작하지..
+
+### 4. 일과의 병행..
+
+수면을 좀 늘려야 할듯... 요즘 5시간 밖에 못자는데 댕 피곤해..
+
+회사가 왕복 3시간인데 친구들 만나고 커피챗 하고.. 이러니까 잠시간 부족해 부족해.. 졸려...
+
+### 5. 하반기에는
+
+1. 개인 공부를 좀 더 열심히!
+2. cs 공부, 자료 구조 공부하기
+3. 인간관계 이대로 잘 유지하기
+4. 한 번은 비행기 타보기(20대 후반인데 아직 못타봄)
+5. 개인프로젝트 도전해보기
+6. 책 많이 읽기
+7. 이사 후 복이 공간, 내 공간 잘 정리 하기(9월 이사 예정)
+8. 건강 관리
+9. 자격증 CCNA나 AWS를 준비해볼까 한다.
+
+> 작년에 비해 자존감도 행복도도 많이 올라가고 인맥도 늘어났다.. 이렇게 정리해보니 안 한 것 같으면서도 많은 일을 했구나 싶음.. 잘했다!!! 화이팅 하자!!!!
+
+![](https://velog.velcdn.com/images/prettylee620/post/9889c76b-56e0-488b-a3f0-7a4fbfcb28ad/image.png)
diff --git "a/developLog/memoir/2024/_ 2024\353\205\204 7\354\233\224 \355\232\214\352\263\240\353\241\235_.md" "b/developLog/memoir/2024/_ 2024\353\205\204 7\354\233\224 \355\232\214\352\263\240\353\241\235_.md"
new file mode 100644
index 0000000..c14a6e5
--- /dev/null
+++ "b/developLog/memoir/2024/_ 2024\353\205\204 7\354\233\224 \355\232\214\352\263\240\353\241\235_.md"	
@@ -0,0 +1,439 @@
+---
+description: 2024년 7월 회고록, 업무적으로 바빴고 인간관계로 상처받고 회복받기도 하고 회고하는 한 달
+---
+
+# 2024년 7월 회고록
+
+> 벌써 7월도 지났네... 추석이 있는 9월아 얼른와..
+
+## ✍️ 7월 무엇을 했는가?
+
+### 1. 직장생활
+
+#### 1)  있었던 일
+
+벌써 취업한지 **6개월** 정도 되었으니 7개월차이다.. 😗 권한이 생겨서 나도 이제 이미지를 올릴 수 있으며, 테스트 서버 was, web에 배포를 할 수 있는 권한이 생겼다고 저번달에 썼었다..
+
+이번달은 그 권한 생기고 방학 시즌이라 **7월달 한달 간은 내내 바빴다!** + 여름 휴가 2일 씀( ⑉ ´ ꇴ \` ⑉ )
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/449bd068-c441-4e93-9659-937673ed5869/image.png" alt=""><figcaption></figcaption></figure>
+
+* 이벤트 api 만드는 것도 하고..
+* `유지보수`적 수정
+* 비노출 처리
+* 테스트 서버 배포
+* 공지사항 등이었으나 이래 저래 일이 몰렸었ㄷ..😂😂 수정사항이 있으면 기획이나 마케터랑 논의나 내가 개발하는 방향이 맞는 건지 물어보기도 해서 뭔가.. `애자일` 느낌의 개발을 함..!!
+
+자세한 것은 적지 못하지만 업무상 적어야 하는 것들, 알아둬야 할 것들, db 쿼리 등 내부망에서 관리중인데 폴더 별로 정리해서 업무별로도 메모해두고 있다.
+
+&#x20;![](https://velog.velcdn.com/images/prettylee620/post/5c79a095-90e0-4440-bf62-57e9124d2503/image.png)
+
+`노션`에는 코드같은 것은 보안상 안되고 그냥 내가 맡은 업무별 이름이랑 기한, 마감일자 등을 **workspace**에 적고 있음!!(어차피 노션 회사에서는 못써서...)
+
+그리고.. 넘 멀어서 힘듦...(데자뷰) 다들 이 근처로 이사하라는데 나는 우리집 고양이 복이 데리고 나가 살건데.. 애 분리불안 있어서.. 왕복 3시간이지만 참고 있다...😪
+
+버스에서 졸면서 옴
+
+&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/bbcfbd10-0f40-4456-90f4-4755bd1a9940/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 2) 그 외
+
+그 외 시간에는 책 읽었음 어도비 reader가 진짜 전자책 읽기 개편함 ㅊㅊ 그리고 동기랑도 서로 모르는 거 물어보고 서로 도와주고 한다 ㅋㅋㅋ
+
+확실히 동기 있는 게 좋아( ⑉¯ ꇴ ¯⑉ )
+
+&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/fdbfc8ea-8f50-45e3-a9bd-7128b46b0987/image.png" alt=""><figcaption></figcaption></figure>
+
+아!! 한 번은 팀회식 있었었다!! 치킨 먹음 그리고.. 확실히 회사의 장점 : 사람들이 너무 좋음을 다시 한번 느꼈다..!
+
+### 2. 친목
+
+![](https://velog.velcdn.com/images/prettylee620/post/005153b7-83c7-451c-8215-ddabd2851b42/image.png)
+
+#### &#x20;1) 국비 사람들
+
+이번달에는 국비 같은 팀 한 분, 계속 자주 연락 하는 국비 동생과 만났다!
+
+> 7/4일에는 국비 같은 팀 언니를 만남..!!
+
+생일을 계기로 연락하고 만날 계획을 세우고 만나게 되었다..❣️❣️&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/0f2953f9-7fa7-40c1-bde3-8210432d98dc/image.png" alt=""><figcaption></figcaption></figure>
+
+밥먹고 카페 갔는데 그 언니는 엔지니어 쪽으로 갔는데 사람들도 다 좋고 해서 만족이라고 하셨다!! 얘기 이것 저것 나누고 다음에 또 만나기로 함
+
+> 7/27에는 국비 다른 팀이지만 친한 동생을 만남! 데이터 엔지니어로 일하고 있는
+
+![](https://velog.velcdn.com/images/prettylee620/post/7c87d1de-ebf8-44b6-9080-589f6a051c40/image.png)
+
+캐리어쳐도 그리고 사주도 보고 인형뽑기도 하고 등등 여러가지 하면서 재미있게 놀았다!!
+
+사주는 생각보다 맞아서 좀 신기해... 나 어릴 때 `돈` 집었는데 사주에도 `재물복`이 많대... 이건 제발 맞았으면 좋겠구나 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
+
+#### 2) ☕ 커피챗(feat. 트위터)
+
+> 이번달이랑 다음달은 책 스캔 한 것 나눔 좀 하는 중 ㅋㅋㅋㅋㅋㅋㅋ
+
+**저번에 만난 백엔드 개발자와 홍대 밥챗 🍖 + 커피챗**
+
+&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/3e5ca760-86f2-488c-88ed-a16bb4f9b601/image.png" alt=""><figcaption></figcaption></figure>
+
+홍대에서 밥먹고 이직에 대한 이야기 듣고 왔다!! 역시 실력과 경력이 있어야 돈이 크흐...
+
+
+
+**풀스택 개발자와 커피챗 ✨**
+
+사진이... 커피 다 먹고 사진 찍어서 ㅋㅋㅋ 카페 휴지 사진으로 대체&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/793ca863-04e8-4599-9749-437e09967519/image.png" alt=""><figcaption></figcaption></figure>
+
+* 배포에 대한 프로세스
+* 리팩토링을 할 때는 당연히 터지는 게 맞고 최후의 수단으로 ROLLBACK 준비가 되어 있어야 한다는 것
+* 내가 책 읽고 정리하는 것에 대한 고민에 대한 답변
+* 요즘 말 나오는 물경력에 대해 어떻게 생각하는지
+* 개발에서 가장 중요한 것 : `기본`이 가장 중요하다
+* 존경하는 인물들
+* 트래픽을 생각하고 코드를 짜시는지
+
+개인적인 이야기도 하고 왔다..!! `물경력`에 대해서는 경력만 채워지는 것을 경계해야 한다고 하심 그래서 그 수준이 어느정도야 하는지를 모르겠다고 하니까
+
+> **내 위로 2\~3년차 들을 여러 명 만나보면** 된다고 함 그 수준을 잘하는 사람 기준만 두지말고 평균을 보고 그 정도는 채워나가야 한다고 하심
+
+그리고 `독서`를 많이 하시고 기록도 많이 하시기에 독서와 정리.. 정리하면 시간도 많이드는 데 라고 물어봤는데 따로 따로 하는 게 좋으며 사실 정리는 공부의 효율성은 좋지 못하다고 여러 번 읽는 게 베스트인데 자신이 원할 때 읽으면 좋다고 하셨다.
+
+**같은 학교 사람이랑 디스코드챗(?) 🎧**
+
+내 VELOG에 커피챗 글을 보고 나랑 커피챗을 하고 싶으시다는 분이 `메일`을 주셨다! 그래서 거리가 멀고 그때 약속을 잡을 때는 7월이 바쁘고 거리가 멀어서 디스코드로 했다!!
+
+> [내가 작성한 커피챗 글](https://velog.io/@prettylee620/%EC%BB%A4%ED%94%BC%EC%B1%97%EC%97%90-%EB%8C%80%ED%95%98%EC%97%AC)
+
+알고 보니 같은 학교, 같은 나이더라! 학번은 다르지만 2년차였고 SI에 내년 하반기에 이직 준비하신다고 들었음 뭔가 상황도 비슷하고 그래서 공감이 되더라..!!
+
+GITHUB랑 티스토리 굉장히 열심히 하셔서 잘될 것 같은 느낌이 듦!! 개인적인 이야기, 고민, 목표 등을 나눴다!!
+
+9월에 오프라인에서 한 번 만나서 얘기 나눠보기로 하였다. 이 커피챗을 통해
+
+* `도메인 개발`이 뭔지, 도메인 개발이 왜 물경력이라고 하는지
+* SI도 좀 발전된 기술스택 쓰는 곳도 있다
+
+것을 알게 되었다!!
+
+**책 나눔 🌿**
+
+| ![](https://velog.velcdn.com/images/prettylee620/post/cabe95d2-fd32-49bc-915e-d7797b93a20f/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/f0435be3-a9aa-4d72-a4fc-528104c4e815/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/0db627a7-ccca-4f5b-b793-5d511e6ab37f/image.png) |
+| ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- |
+
+두 분은 책만 드렸고 한 분이랑은 커피챗 + 밥챗도 함!! 취준생 분이셨는데 `게임 서버쪽` 잠깐 있었던 이야기도 들을 수 있어서 너무 좋았다!!
+
+#### 3) 여름휴가 : 롯데월드
+
+우리는 여름 휴가를 4일을 준다 710월까지 한 번은 나눠 쓸 수 있어서 7/25\~7/26에 이틀 여름 휴가를 사용함!
+
+하루는 롯데월드 다녀왔다!! 1년 반만에 갔는데 사람 많고 더웠다...
+
+| ![](https://velog.velcdn.com/images/prettylee620/post/baf6ba28-580c-4c2e-be53-52f065b35d4f/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/5d06af2a-bb5c-4352-b9a4-0b85a0772439/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/d2c1d868-ccf6-4323-aeeb-855afc9ceed5/image.png) |
+| ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- |
+
+그래도 친구랑 가서 즐겁게 알차게 놀다 왔다!!
+
+#### 4) 그 외
+
+| 음식 1                                                                                                  | 음식 2                                                                                                  | 음식 3                                                                                                  |
+| ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- |
+| ![](https://velog.velcdn.com/images/prettylee620/post/c041d3f0-4ba8-4057-8c87-61b4dc7c2b03/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/0deb5e87-503e-4232-98af-1b8764228d47/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/c8fbdcfe-56f8-4340-87f8-a2d81c4de809/image.png) |
+| ![](https://velog.velcdn.com/images/prettylee620/post/3a87366d-c2ac-415c-bb06-a054accca009/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/5c9f6f68-7c5b-47a0-83b5-20bd21b5eb73/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/1a6d9d3e-4758-456c-84ea-93050e475efa/image.png) |
+| ![](https://velog.velcdn.com/images/prettylee620/post/64879217-7066-41a2-bd91-9f7b0bf5819e/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/a41113d7-18f4-4562-a79e-6deb96dd0c82/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/2a7295db-9a36-4f54-8f91-f4def87ec951/image.png) |
+
+거의 먹방 탐험 느낌이지만... 먹는 게 최고니까!! 🥰
+
+&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/d9fe9c07-7530-48a1-864a-39701871b14f/image.png" alt=""><figcaption></figcaption></figure>
+
+### 3. 📕 독서는 하고 나면 머리에 안남는데 어떡하지...?
+
+![](https://velog.velcdn.com/images/prettylee620/post/e850870e-02b6-4619-b6c5-c92d93cf43c4/image.png)
+
+#### 1) 읽고 있는 책 : 1일 1로그 100일 완성 it 지식, 개발자 기술 면접 노트, 에러가 무섭지 않게 되는 책
+
+대략 50p씩 읽었음 ㅋㅋㅋㅋㅋㅋㅋㅋ 뭔가 하나를 집중해서 읽기가 힘들다.. 요즘 집중력 무슨일이냐 그래도 한 걸음이라도 나아졌으면 되지 않을까?라는 마인드로 조금씩 읽고 있음
+
+**다만.. 요즘의 고민은 책을 읽고 남는 게 없어서 고민**이었는데 이번달에 커피챗을 하고 그 고민에 대한 해결책을 찾아가는 것 같다..
+
+> 읽는 거를 한 번 읽고 다시 한 번 보며, 정리 따로 하기로 결정
+
+특히, 북마크 해둔 벨로그 글 다시 봄 [개발자 공부, 어떻게 해야될까요?](https://velog.io/@hope0206/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B3%B5%EB%B6%80-%EC%96%B4%EB%96%BB%EA%B2%8C-%ED%95%B4%EC%95%BC%ED%95%98%EB%82%98%EC%9A%94)
+
+#### 2) 사고 싶고 읽고 싶은 책 목록
+
+![](https://velog.velcdn.com/images/prettylee620/post/0f9b07db-6d42-4b86-8a15-a0eee34ef361/image.png)
+
+사고 싶은 건 많지만... 지금도 읽지 않은 책이 많기에 참는데..
+
+심지어 ㅋㅋㅋ 알라딘에 꽤 많은 돈은 썼음.. 💰💰
+
+&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/83216fc5-a489-4635-8400-d9ee4ae53b79/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 3) 8월달에 읽을 예정인 책
+
+* 1\)에 있는 것을 다 읽고
+* 1% 네트워크 책이
+* 모던 자바 인 액션 책
+
+읽어보려고 함!!
+
+#### 4) 북스캔하고 옴!!
+
+| 사진 1                                                                                                  | 사진 2                                                                                                  |
+| ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- |
+| ![](https://velog.velcdn.com/images/prettylee620/post/7cec8472-2298-4211-9249-962ea6bfabd4/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/c4ff71cf-3d66-4886-95b0-1e916dbc9ab8/image.png) |
+
+이사 전 짐을 덜기 위해 **전자책**으로 만들었다.. 셀프 스캔집 가서 한 21권 스캔해왔다! ocr도 해왔는데 진짜 택시 탔는데도 그 다음날 몸살남 ㅋㅋㅋㅋㅋㅋㅋㅋ 북스캔 한 책은 복원하고 주변 개발자들에게 나눔하였다!!
+
+나도.. 받은 것도 많고 도움주고 싶어서 x랑 그리고 대학교 동기동생한테도 필요한 거 있는 지 물어보고 나눠줌
+
+확실히 전자책으로 만드니까 오히려 책 관리하기가 쉬워졌다!!
+
+### 4. 운동과 다이어트
+
+#### 1) 걷기는 꾸준히 \~ ing
+
+![](https://velog.velcdn.com/images/prettylee620/post/0acbc1f9-fd68-4b95-8b74-2f27d3abaf1f/image.png)
+
+요즘은 힘들어서 덜 걷기는 했지만... 그래도 ㅋㅋㅋ 꾸준히 걷고 있다.
+
+#### 2) 🏋️‍♂️운동 p.t로 주 2회 이상 나가려고 노력 + 다이어트 유지 (내기 실패 예정)
+
+| 런닝 머신                                                                                                 | 천국의 계단                                                                                                |
+| ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- |
+| ![](https://velog.velcdn.com/images/prettylee620/post/e62fcd0f-5c97-4d18-8753-1e6307856244/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/50aef95f-bcee-4712-9831-bb444ed5015e/image.png) |
+
+저번 달에 운동 트레이너 쌤이랑 5kg 빼기 내기를 했는데 현재 몸무게가 중학교 때 몸무게이다 보니 잘 안빠진다 다음달 한달 간 최대한 열심히 한다 해도...
+
+> 급하게 뺀 살은 또 찌기에 천천히 빼기로 했다!!
+
+운동은 그래도 1달 간 주 2회 꾸준히 잘 나갔다!! `근력 50분 + 유산소 30분` 의 조합으로 운동함 ☘️☘️
+
+헬스장 이용권이 1달도 안남았는데.. 이 이후는 회사 근처로 옮길까 생각중...🤔 지금 다니는 곳은 집에서 좀 더 멀어서.. 너무 오래 걸림... 회사 퇴근 하고 가면 8시.. 씻고 집가면 10시 반에서 11시라 힘들어...😮‍💨
+
+### 5. 개인 공부
+
+> 공부는 반성 또 반성해야 함... 거의 잘 안했음.. 개인적인 공부는 책이랑 스터디 빼고 ㅠㅠㅠ
+
+#### 1) 독서
+
+독서 파트에서 다뤘음..
+
+#### 2) 러스트 스터디
+
+> [WEEK 12. 연산자 오버로딩](https://swits.notion.site/WEEK-11-d05b93fb002842cc9e48c0f23d725c80?pvs=4)
+
+7/28은 내가 발제해서 발표하는 날이었다!! 발표는 너무 어려워... 구글 미트로 하는데도 달달 떨었다 ㅋㅋㅋㅋ ㅜㅜㅜㅜㅜ
+
+### 6. 기록
+
+#### 1) 일기
+
+| 6월 일기                                                                                                 | 7월 일기                                                                                                 |
+| ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- |
+| ![](https://velog.velcdn.com/images/prettylee620/post/9714e9a1-bff9-498c-bedc-5f4cf0e13166/image.png) | ![](https://velog.velcdn.com/images/prettylee620/post/10a17057-54e8-4012-b5b7-be413fb50e68/image.png) |
+
+나름 꾸준히 잘 쓰고 있다!!
+
+#### 2) 𝗩𝗘𝗟𝗢𝗚는 2주 1개 정도..? 팔로워 97명 달성
+
+포기 않고 쓴다는 거에 의의를 둔다...
+
+&#x20;![](https://velog.velcdn.com/images/prettylee620/post/7be06e19-7bc7-4a7a-8f54-6d0db4398751/image.png)
+
+그래도 회고글은 매달 쓰고 있다!! 💪💪
+
+
+
+&#x20;![](https://velog.velcdn.com/images/prettylee620/post/fc05a39b-24e6-4629-a5a6-05df9f5664e8/image.png)
+
+**그리고 팔로워 3명만 더 있으면 100명!!!**
+
+#### 3) NOTION
+
+* 업무 : WORKSPACE에 내가 맡은 일들 특이사항 등을 정리하고 있음
+* 개인 : 공부하는 책, 스터디 발제를 정리 중
+
+### 7. github readMe update + Linkedin 일촌
+
+> * [Rallit](https://www.rallit.com/resumes/6107@prettylee620/%EC%9D%B4%EA%B8%88%EC%A3%BC)
+
+* [Linkedin](https://www.linkedin.com/in/mellona/)
+* [Github](https://github.com/GoldenPearls)
+
+#### 1) Linkedin 일촌 늘리기
+
+![](https://velog.velcdn.com/images/prettylee620/post/0e9c2361-038c-43ba-a420-85e31991f565/image.png)
+
+Linkedin에는 대단하신 분들이 많다.. 😯 근데 대부분 다들 일촌 신청하면 받아주심!! 첫 번째 일촌의 경우 어떤 분이 먼저.. velog 글 봤다고 걸어주셔서 나도 다른 사람들에게 용기내서 몇 몇 신청 걸고 있다!!
+
+> 조금씩 늘려서 좋은 정보, 글보면서 활력(?)을 얻고 싶다
+
+#### 2) github readme update
+
+![](https://velog.velcdn.com/images/prettylee620/post/b59064e8-09cb-4a19-b725-77ee309b92da/image.png)
+
+github을 손 놓고 있었는데 1차적으로 깔끔하게 update 해뒀다!! 나름 만족스럽지만 조금씩 더 업데이트 할 예정이다!! ꒰˘⸝⸝ Ⅰ ⩊ Ⅰ ⸝⸝ ˘꒱੭
+
+### 8. 취미 생활 : 게임..🎮
+
+#### 1) supermarket 게임
+
+&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/67376c02-294a-47b3-800a-f8b7e835f682/image.png" alt=""><figcaption></figcaption></figure>
+
+
+
+요즘 한참 핫한 게임으로.. 예전에 편의점 아르바이트 할 때는 내 돈이 아니니까 재미있지 않았는데 이거는 가상의 돈이지만 내 돈이(?) 쌓이는 게 보이니까 재미있어 짜릿해 ㅋㅋㅋㅋ
+
+#### 2) pocketmonGo
+
+![](https://velog.velcdn.com/images/prettylee620/post/23e8d417-9067-4bc3-9bf7-14e07e5ceaac/image.png)
+
+동기가 포켓몬 고를 하길래.. 가끔 같이 하고 있는 중 ㅋㅋㅋ 오랜만에 하니까 재미있더라
+
+### 9. 빡빡했던 일상
+
+![](https://velog.velcdn.com/images/prettylee620/post/a72ff815-672c-4b3a-b1c7-6eb7cb422ce4/image.png)
+
+* 핑크 : 친구
+* 초록 : 커피챗
+* 노랑 : 회사
+* 갈색 : 스터디
+* 보라 : 운동 및 PT
+
+> 완벽하지도 공부를 많이하지 못한 부족한 나지만.. 그래도.. 7월 한달도 힘낸 나 자신에게 토닥토닥...해주자!! ٩(˙ᵕ˙⑅๑)
+
+![](https://velog.velcdn.com/images/prettylee620/post/242caf5b-5fb0-45f4-95ab-96db15f22a08/image.png)
+
+## 😫 8월에는..? 여유를 찾자.. 조급해 하지 말자..
+
+### 1. work 💻
+
+![](https://velog.velcdn.com/images/prettylee620/post/fe6497bd-29a4-492e-a555-b515e40584b3/image.png)
+
+지금처럼 업무적인 것 잘 해내고 잘 기록해내기!!
+
+잘 회복하기!!
+
+### 2. 개인적인 성장 👆
+
+#### 1) 독서 및 정리
+
+위에 적어 둔 것들 읽어보기가 목표임
+
+#### 2) 노션에 정리해둔 올 해 공부해야 할 것 (백엔드를 위한 레벨업)
+
+![](https://velog.velcdn.com/images/prettylee620/post/dad2daec-8336-4e85-9dea-a1f489f78384/image.png)
+
+알잘딱하게 알아서 공부해보기 7번 관련 책 읽어보고 있음 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
+
+#### 3) 노션에 있는 것들 중 잘 정리해서 blog로 옮기기 도전
+
+#### 4) github
+
+#### 5) 책 읽는 스터디 고민해보기
+
+### 3. 운동 🤾‍♂️
+
+#### 1) 배드민턴 모임 도전
+
+#### 2) 8월 말에 새로운 헬스장 탐색해서 등록
+
+### 4. 일과의 병행 및 개인적인 관리
+
+#### 1) 수면 관리 💤
+
+사람은 7시간 이상 자는 게 좋다함.. 그래서 그런지 나는 평균 평일에는 5시간 정도의 수면 시간을 가지는데 피곤해도 너무 피곤하다.. 졸려..ZZ
+
+저번달에도 다짐했는데 자는 시간을 30분에서 1시간만 늘려봐야겠다!!
+
+#### 2) 너무 조급해하지 말기 + 멘탈 관리 💨💨
+
+요즘.. 경기가 안좋아도 너무 안좋은 느낌... 이번에 티몬, 위메프 말고 중소기업, 스타트업 다 갈려가고 사라지는 느낌이니까 **지금 소속되어 있는 것만으로도 잘하고 있다고 생각하자!!**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/c6b80a18-826e-4fbc-b307-0d476e687988/image.png" alt=""><figcaption></figcaption></figure>
+
+업무적으로도 잘 해내고 있으니... 취업한지 6개월 밖에 안됐는데 남들이랑 비교하면서.. "나는 사이드 프로젝트도 안하고.. 공부도 안하고 아는 것도 없네"라고 생각하지 말기!!
+
+최근에 본 글 중에서도 엄청난 성장이 아니라 작년보다 운동을 하루 더한다던지.. 책을 몇 페이지 더 읽었다던지 \*\*이런 사소한 것들만으로도 잘하고 있는 거라는 글을 봤다. \*\*
+
+> 너무 초조해하지 말고 천천히 가자..!! 아직 젊다고 생각하자!!
+
+그리고 경제적으로 너무 쫄리는데... 빚 갚고 그리고 반려동물, 버스비, 생활비 등등 하니 남는 게 없다 수준이 아니라 계속된 마이너스에 스트레스 받는다😂😂 그리고 취업 후에도 부모님 지원 받는 애들과 비교되고 속상하다..ㅠ
+
+&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/3eb5f079-60b5-4bc6-a00f-51107080f0bb/image.png" alt=""><figcaption></figcaption></figure>
+
+> 사회 초년생 때는 못 모으는 게 당연하니 너무 스트레스 받지말기!!
+
+인사이드아웃 2처럼 불안은 어차피 같이 가야하니까 당연한 걸로 받아들이자&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/69728d6b-84a5-4830-a415-eedbac545dee/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 3) 인간관계\[상처와 위로] : 기분이 태도가 되지 말기(나 자신에게도 여유를..)
+
+![](https://velog.velcdn.com/images/prettylee620/post/bdae8495-523e-46c3-9485-cafa7dd84d6c/image.png)
+
+친구한테 요즘 왜이렇게 예민하냐는 소리를 들었다.. 이게 출퇴근 거리가 멀고 그리고 경제적 여유도 없는데 주변에서 힘들다는 얘기를 너무 들으니까 지친달까...
+
+너무 지쳐버렸다..😭😭 지금도 물론 친구들 이야기 열심히 들어주지만 \*\*매같은 이유로 힘들다고 하고 내가 더 힘들어 이러니까 힘든 게 /(나누기) 아니라 X(곱하기)\*\*가 되더라..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a2753ac5-6cd0-4057-ab4c-774f82cb26fe/image.png" alt=""><figcaption></figcaption></figure>
+
+나도 물론 친구들이 이야기 들어주지만 사람이 `여유`가 없으니까 더더욱 성질을 내는 것 같다.. 그렇다고 기분이 태도가 되면 안되니까..
+
+> 8월 한달 간은 기분이 태도가 되지 않게 조심하며, 나 자신에게도 여유를 주자! 조급해 하지 말자.
+
+![](https://velog.velcdn.com/images/prettylee620/post/8f778a79-f8a3-458f-bb56-bd11d796b02b/image.png)
+
+뿐만 아니라 이번달은 `약속 파토`가 잦았다.. 그래서 더 스트레스 받은 것 같다.. 먼저 약속 해두고 다른 사람이랑 여행 간 것을 인스타에 올리는 것은 무슨 예의 인건지; 후..
+
+그렇다고 `상처`만 받은 것은 아니다.. `위로`도 받은 한 달이었다.
+
+> 다칠 때 누구보다 걱정해주고 하는 친구들이 있는 지금의 인간관계를 소중히 하자
+
+### 5. 9-10월 이사를 위한 집 정리
+
+#### 1) 북스캔
+
+몇 권 더 가져가서 북스캔을 해버려야 할 것 같다!!! 책이 너무 많아... 고양이 서적이랑 가져가서 해와야하는데...
+
+돈이 없어 ㅠㅠㅠ 고양이 서적은 스캔만 뜨고 버려야지 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
+
+#### 2) 이사 가기 전 버릴 것 정리할 것
+
+냥이꺼 오래된 캣타워 버리고 다시 새로 사줄 예정
+
+**버릴 것**
+
+* 냥이 스크래처
+* 냥이 캣타워
+* 책 일부 (나눔)
+* 굿즈 일부
+* 책상, 의자
+
+**사야 할 것**
+
+* 냥이 스크래처, 캣타워
+* 책상, 의자(듀얼 모니터 때문에 책상 세로 너비 좀 큰 걸로)
+
+> 경제적 여유가 되고 싶다.. 사주처럼 내년에는 경제적 안정이라도 되길 바라며...
+
+![](https://velog.velcdn.com/images/prettylee620/post/d349d18c-6c8e-4b20-a210-ad3ce0dd7579/image.png)
diff --git "a/developLog/memoir/2024/_ \354\214\251 \354\213\240\354\236\205\352\260\234\353\260\234\354\236\220 \354\267\250\354\244\200\352\270\260 \355\232\214\352\263\240_ 1\354\243\274\354\235\274 \354\266\234\352\267\274 \352\262\270 1\354\233\224 \355\232\214\352\263\240_.md" "b/developLog/memoir/2024/_ \354\214\251 \354\213\240\354\236\205\352\260\234\353\260\234\354\236\220 \354\267\250\354\244\200\352\270\260 \355\232\214\352\263\240_ 1\354\243\274\354\235\274 \354\266\234\352\267\274 \352\262\270 1\354\233\224 \355\232\214\352\263\240_.md"
new file mode 100644
index 0000000..29fb37b
--- /dev/null
+++ "b/developLog/memoir/2024/_ \354\214\251 \354\213\240\354\236\205\352\260\234\353\260\234\354\236\220 \354\267\250\354\244\200\352\270\260 \355\232\214\352\263\240_ 1\354\243\274\354\235\274 \354\266\234\352\267\274 \352\262\270 1\354\233\224 \355\232\214\352\263\240_.md"	
@@ -0,0 +1,454 @@
+---
+description: 쌩 신입개발자 취준기 회고+ 1주일 출근 겸 1월 회고
+---
+
+# 쌩 신입개발자 취준기 회고+ 1주일 출근 겸 1월 회고
+
+## ✍️ 1월에 무엇을 했는가?
+
+### 1. 취업 준비
+
+#### 이력서 및 포트폴리오 작성
+
+![](https://velog.velcdn.com/images/prettylee620/post/10f05ab8-5240-4eaf-a523-31e84902c70b/image.png)
+
+> [⭐ 쌩신입개발자의 중소, si 취뽀 1탄 이력서 및 포트폴리오 작성법 및 후기](https://velog.io/@prettylee620/%EC%8C%A9%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A4%91%EC%86%8C-si-%EC%B7%A8%EB%BD%80-1%ED%83%84-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%B0%8F-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-%EC%9E%91%EC%84%B1%EB%B2%95-%EB%B0%8F-%ED%9B%84%EA%B8%B0)
+
+이력서는 많이 내면서 조금씩 수정하는 게 답인 것 같다. 지금의 이력서도 완벽하지 않다. 그리고 면접을 보면서 느낀 것인데.. 대부분의 회사들이 같이 첨부파일로 한 포트폴리오는 많이 안 보는 느낌이다.\*\* 보통 면접을 볼 때 프린트해와서 그것을 보며 면접을 봤는데 대다수가 잡코리아나 사람인 이력서만 뽑아 오는 것을 봤다.\*\*
+
+그렇기 때문에 특히 신입에게 이력서, 자기소개서를 잘 쓰는 게 중요한 것 같기 때문에 여러 번의 수정을 거쳐서 구글 드라이브를 이용해서 점핏 이력서로 작성하였다.
+
+> [구글 드라이브를 이용한 이력서](https://drive.google.com/file/d/1GYAzQagjpnkVKjrhqK63-d4U4TgYVRj1/view?usp=sharing)
+
+처음에는 진짜... 막막했다. 쓰다가 멍 때리기도 했다...&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/2073112f-a86f-4460-8261-c4cf5b61e70b/image.png" alt=""><figcaption></figcaption></figure>
+
+왜냐하면 **이력서는 너무 양식이 다양했다ㅠㅠㅠㅠ**
+
+* 넣는 사이트에 맞춰서(잡코리아나 사람인 기본이력서) 기본으로 작성
+* 첨부파일로 포트폴리오랑 자격증 사본
+*   포트폴리오에 이력서 첨부는 구글 드라이브로 넣기&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/83ee0e72-b25d-4713-9cc1-6b27b9a61a4b/image.png" alt=""><figcaption></figcaption></figure>
+
+위의 사진과 같이 해서 이력서 및 자기소개서를 작성했다. 처음에는 허접했다... 👀 한 줄 쓰다가
+
+> 💭 **"뭐 쓰지...? 내가 한 게 있나..? 뭐가 있는데...? 이딴 걸 적어도 되나?"**
+
+가 그냥 계속 반복되었다..ㅋㅋㅋ... **나는 내 자존감도 낮기 때문에 나에게 장점이라고는 없을 거라고 생각해서 더더욱 이력서 쓸 때 힘들었던 것 같다.** 💨 뿐만 아니라 이번에 같은 동기분은 학원에서 첨삭을 도와줬다는 데 우리 국비는 그런거 없어서 배신감...
+
+> 이건.. 개인적인 생각이지만 부트캠프나 국비는 웬만하면 **온라인 보다 오프라인 추천...**(내가 온라인이었..😢)
+
+![](https://velog.velcdn.com/images/prettylee620/post/a9cf42f7-287c-4c6f-a4d3-958fd577eeee/image.png)
+
+심지어 내 사진 대신 닌자거북이 넣어서 서류제출하기도...(실제 제출했다..😭😱) **하지만 뒤로 갈 수록 아니다 싶어서 사진관 가서 찍고 옴**
+
+#### 이력서 및 포트폴리오 제출
+
+![](https://velog.velcdn.com/images/prettylee620/post/95d6f97a-2001-4385-9e50-aeb957687c5c/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/ce4b0bb9-dc14-42b4-9ef6-1725a991ccb3/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/a9a3887d-3eca-4b65-bb45-6699ce83a5c1/image.png)
+
+> * 지원 기간 : 12.26 첫 서류 지원 \~
+
+* 총 154개 지원(94개 열람, 61개 미열람)
+* 9개의 서류 통과(1개 포지션 제안까지) 및 면접
+* 1군데는 최종 탈락(1곳은 서류 - 온라인 코테 - 면접까지 완료 후 최종결과)
+* 1군데는 서류 통과나 과제 전형이었는데 후기 안좋아서 포기
+* 1군데는 면접 제의 왔으나 최종 합격으로 면접 거절
+* 최종합격 1개
+
+휴.. 진짜 지원할 때 멘탈 탈탈... 거의 하루 종일 사이트 붙잡고 있었다. 면접 보러 다니면서도 계속 이력서 집어 넣었음 ㅋㅋㅋ \*\*이상한 느낌이나 아니면 커리어가 꼬일 것 같은 회사 빼고 지원했다. \*\*몇 몇 군데를 빼고는 대부분 같은 이력서 양식이라서 그냥 다 복붙했다 ㅋㅋㅋㅋ&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/d81eda41-efa5-4d1d-a3e7-f4ba9370e6ae/image.png" alt=""><figcaption></figcaption></figure>
+
+꼭 필수로 잡플래닛 확인함..**(이제 결제 해지 해야지..😖)**
+
+#### 코딩테스트 및 면접
+
+**코딩테스트**
+
+한 곳은 코딩테스트가 있었는데.. 2시간 정도 줌으로 진행했었다. 문제는 메일로 왔는데..
+
+> 1. 테이블을 정의하세요.
+
+2. DDL문을 작성하세요.
+3. 개선할 컬럼명과 이유를 작성하세요.
+4. 정규화(Normalization) 관점에서 (4)개선해야할 테이블과 컬럼을 작성하고 개선해야할 이유를 설명하세요.
+5. 게시판 이름의 목록을 출력하는 쿼리를 작성하세요
+6. 쿼리에 대한 설명을 하세요.
+7. "c의 배열에 a와 b의 같은 위치의 요소의 합을 구한다." 의 코드를 작성하세요.
+8. "c를 출력하는 코드" 에 대한 코드를 작성하세요.
+9. sum() 함수에 대한 설명을 작성하세요.
+10. 번에 이자에 대한 코드를 작성하세요.
+11. 번에 이자 코드에 대한 설명을 작성하세요.
+12. 번에 인터페이스에 대한 코드를 작성하세요.
+13. 번에 인터페이스 코드에 대한 설명을 작성하세요.
+
+의 문제로 검색 및 챗지피티 사용이 되었기 때문에 어렵지 않았지만 면접에서 어떻게 정의하게 됐는지 물어보았다. \*\*음 긴장해서 사실 기억 잘 안나서 제대로 답변 못했다..ㅎ \*\*&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/14e26946-c927-4932-a3e8-6bd12d31ec54/image.png" alt=""><figcaption></figcaption></figure>
+
+심지어 버퍼링 걸림... 2주 전에 봤었고 다른 면접들도 보러 다니면서 내 머리 속은 거의 비워졌던 것...😭😭
+
+**면접**
+
+![](https://velog.velcdn.com/images/prettylee620/post/3a5327cd-f9a2-48a8-813c-da2742cd79f3/image.png)
+
+> [🌟쌩신입개발자의 중소, si 취뽀 2탄 면접 후기, 질문, 취업 관련 사이트 모음, 결과](https://velog.io/@prettylee620/%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A4%91%EC%86%8C-si-%EC%B7%A8%EB%BD%80-2%ED%83%84-%EB%A9%B4%EC%A0%91-%ED%9B%84%EA%B8%B0-%EC%A7%88%EB%AC%B8-%EC%B7%A8%EC%97%85-%EA%B4%80%EB%A0%A8-%EC%82%AC%EC%9D%B4%ED%8A%B8-%EB%AA%A8%EC%9D%8C)
+
+면접의 자세한 후기는 링크에서.. 친구한테 글 보여줬더니 잘 썼다고 칭찬 받음
+
+### 2. VELOG에 내 경험 공유
+
+> [🔗 애매한 신입개발자의 중소, si 취준기(feat. 이력서 및 포트폴리오 작성법, 면접 후기) - 간추린 버전](https://velog.io/@prettylee620/%EC%95%A0%EB%A7%A4%ED%95%9C-%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A4%91%EC%86%8C-si-%EC%B7%A8%EC%A4%80%EA%B8%B0feat.-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%B0%8F-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-%EC%9E%91%EC%84%B1%EB%B2%95-%EB%A9%B4%EC%A0%91-%ED%9B%84%EA%B8%B0) [⭐ 좀 더 자세히 쓴 글 1탄 - 쌩신입개발자의 중소, si 취뽀 1탄 이력서 및 포트폴리오 작성법 및 후기](https://velog.io/@prettylee620/%EC%8C%A9%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A4%91%EC%86%8C-si-%EC%B7%A8%EB%BD%80-1%ED%83%84-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%B0%8F-%ED%8F%AC%ED%8A%B8%ED%8F%B4%EB%A6%AC%EC%98%A4-%EC%9E%91%EC%84%B1%EB%B2%95-%EB%B0%8F-%ED%9B%84%EA%B8%B0) [🌟 좀 더 자세히 쓴글 2탄 - 쌩신입개발자의 중소, si 취뽀 2탄 면접 후기, 질문, 취업 관련 사이트 모음, 결과](https://velog.io/@prettylee620/%EC%8B%A0%EC%9E%85%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A4%91%EC%86%8C-si-%EC%B7%A8%EB%BD%80-2%ED%83%84-%EB%A9%B4%EC%A0%91-%ED%9B%84%EA%B8%B0-%EC%A7%88%EB%AC%B8-%EC%B7%A8%EC%97%85-%EA%B4%80%EB%A0%A8-%EC%82%AC%EC%9D%B4%ED%8A%B8-%EB%AA%A8%EC%9D%8C)
+
+취뽀를 하면서 **(물론.. 최종 합격은 1개뿐이지만)** 신입 개발자에게 추운 취업문 한 명이라도 도움됐으면 하는 마음으로 내 경험담 및 하고 싶은 말을 열심히 작성해 보았다.  **(출처 : 옴팡이)**
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/ef4c03ad-89bb-49ca-8973-ed4d1457132a/image.png" alt=""><figcaption></figcaption></figure>
+
+특히... SI나 중소의 경우 불과 2년 전만 해도 누구나 들어갈 수 있다고 지원자가 적은 편이었기 때문에 **그 관련된 정보가 많지 않았다.**
+
+근데 현재는 잡플래닛에도 없는 SI가 300\~400 지원자는 기본이었으며, 쉽지 않았다... 그렇기에 경험을 공유하는 마음으로 꾹꾹 눌러담아 작성해보았다.
+
+#### 1) 그 결과 2/4일 기준 트렌딩 3, 7위 달성 ✌
+
+![](https://velog.velcdn.com/images/prettylee620/post/ad317163-ccad-4dee-9372-e8a648636231/image.png)
+
+이렇게까지.. 블로그 글 조회수가 높게 나온 것은 진짜 처음인듯... 거기다가 가장 감동인 것은 길게 댓글 달아주신 분들이 많다는 것 ㅠㅠㅠ 거기다가 도움 됐다는 댓글에 마음이 찡해진다..😭&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/ea1482fc-9e54-4289-9452-c80e97609ac7/image.png" alt=""><figcaption></figcaption></figure>
+
+도움을 주는 것이 블로그를 쓰는 원동력이 되는 것 같아서 너무 좋다.
+
+> 도움이 되는 글을 잘 쓰고 나중에는 쉽게 설명하는 강의도 한 번 찍어보고 싶다..!!!!
+
+#### 2) 팔로워 증가 ✌
+
+![](https://velog.velcdn.com/images/prettylee620/post/a56ada27-328a-4ee3-9df5-f62056a5c84e/image.png)
+
+팔로워 원래 0이었는데 36이라니 미쳤...당... 내꺼 뭐 볼 꺼 없는데 큰일이다... 약간 도움이 되는 글들만 벨로그에 적고.. 티스토리나 아니면 개인 블로그를 팔까 고민중..
+
+### 3. 취뽀 😤
+
+![](https://velog.velcdn.com/images/prettylee620/post/a6d7b664-aa0d-45be-b03d-c0af29570187/image.png)
+
+1월에 있던 가장 큰 이벤트 거리지 않았을까 싶다.. 원래대로라면 12월 목표였지만 이력서 쓰기를 밀리게 되면서 조금 밀리게 되었지만 이 **추운 취업문에서 취뽀라는 결과를 달성한 나 자신에게 칭찬해주고 싶다.**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/6f05224a-d58e-4257-bda9-987328978f17/image.png" alt=""><figcaption></figcaption></figure>
+
+> **만약 자신에게 칭찬할 일이 하나라도 있다면 꼭 칭찬해주는 연습을 하자!!!!**
+
+이 취뽀라는 것으로 가장 큰 근심은 덜었다. 행복했다...하지만 나에게는 첫 회사인데 아는 것이 없는데.. 실수 할까봐 걱정하는 두 번째 근심 거리가 생기게 되었다..🤣🤣&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/7c82724a-323e-4016-b5c4-22213fdf3e2b/image.png" alt=""><figcaption></figcaption></figure>
+
+끝없는 걱정의 연속 ㅋㅋㅋ...
+
+### 4. 첫 출근 후 1주일 차..
+
+첫 출근 한지도 벌써 1주일이 됐다!! 거리가 생각보다 돼서.. 출퇴근 왕복 3시간...\*\* 1주일동안은 한 것도 없는데 벌써 직장인 모드로 주말이 기다려지고 평일에는 너덜너덜하다ㅋㅋㅋ..\*\*
+
+![](https://velog.velcdn.com/images/prettylee620/post/a8505870-cdae-447a-af36-c4b8ca8148c7/image.png)
+
+그리고 이제 아침에 커피를 안마시면 안됨.. 졸려... 그래도 회사에서 커피 하루 한 잔 무료라서 너무 행복하다 ㅠㅠㅠ
+
+![](https://velog.velcdn.com/images/prettylee620/post/ddf08fab-c689-4723-abcd-e611dde9f42e/image.png)
+
+#### 걱정한 것에 비해 너무 좋은 사람들
+
+첫 직장이다.. 여자인데 나이가 28이지만 그동안 아르바이트(아르바이트 6년..)와 늦은 대학 입학으로 나이가 많지만 직장생활은 처음이고 내가 아는 것이 없어서 실망할까봐 걱정했다.
+
+**그리고 첫 출근 시 옷은 어떻게...? 해서 유투브에 막 찾아봤다 ㅋㅋㅋ**
+
+> 유투브의 결론은 첫 출근 시 옷은 단정한 것이라고 해서 `슬랙스 + 롱 코드 + 셔츠` 입고 갔다 ㅋㅋㅋ
+
+그리고 첫 출근해서 과장님이 인사시켜주셨다. 그리고 동기분도 있어서 안심이었고 상사분들이 전부 천천히 알려주시며 잘 알려주신다. 너무너무 걱정했는데 다들 좋은 분들이라 너무 안심했다.
+
+> 가장 좋은 것.. **점심시간 1시간 반**
+
+#### 대부분 합격자는 서류 150\~200개는 기본으로 낸다는 것..
+
+동기분도 그렇고 나도 그렇고 다른 사람들 말도 들어보니 서류 150\~200개는 기본으로 넣어야 합격하는 것 같다..😪😪 블로그글을 기본적으로 쓰는 사람들이 합격률이 더 높다는 것을 동기분이랑 대화하면서 알게 됨.. 동기분도 블로그 글 국비과정 중에 쓰셨다고 하심
+
+#### 생각보다 신입한테는 많은 것을 안 바란다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/860161e6-4b06-4b6c-810f-19f23e07b6c6/image.png)
+
+**첫 출근하고 1주일간은 어차피 적응시간을 주셔서 일을 시키지는 않으시더라!!** + 관련 계정 안나옴 그리고 간단한 것들도 알려주시고 하셔서 너무 감사한 마음이다..
+
+> 신입한테 많은 것을 바라지 않는 느낌이고 이상한 곳이 아니라면 천천히 적응시간을 거쳐 일을 주실테니 너무 걱정하지말자..
+
+진짜.. 이 부분 너무 걱정했는데... 다행이다..😭😭 그리고 관련 설명 듣다가 팀장님한테 여쭈어 본 것
+
+> 💬 "팀장님.. 근데 DB 잘못 건드려서 다 날릴까봐 걱정돼요.."&#x20;
+>
+> 💬 "어차피 당분간은 SELECT 권한만 줄거에요. 그리고 WHERE 절만 잘 확인하면 다 날릴 가능성은 줄어듦"
+
+\++ 3주차에 걸쳐서 느낀점은 신입에 맞게 일 배정 해준다는 것.. 기본적인 텍스트 수정 이런 것부터 시켜주심
+
+#### 혼자 해결하려고 하지말고 힘들더라도.. 꼭 질문하자.
+
+진짜.. 질문하는 것이 가장 가장 힘들다. 욕 먹을까봐 무섭고 걱정되고
+
+> 💬 **"간단한 것인데 묻는 게 맞는 걸까?"**
+
+라는 생각의 반복이다. 근데 유투브에서도 그렇고 경험담도 그렇고 질문하는 연습을 해야할 것 같다.
+
+> **특히 출근한 지 얼마 안됐다면 작은 것이라도 하나 하나 다 여쭈어보자...가 나의 결론이다.**
+
+사고 치기 싫으면 작은 것이라도 물어보자!!!**(나도 잘못함...infp임..)**
+
+#### tmi) 국비 같이 들어서 취업한 분이 개인파견 개비추라고 함
+
+소문으로만 교육기간동안 돈 안 주는 곳이 있다고 했는데 국비 같이 들으신 분이 \*\*2/13부터 출근하셨는데 거기가 3주 교육해주는데 개인 파견인데 그 교육기간동안 교통비만 주고 \*\*첫날부터 빡셌다고 함.. 심지어 출퇴근 하는 건데도...
+
+거기다 그 회사 사람이 얘기 해줘서 들었다고 하는데 고객사 배정 대기만 1달이었고 고객사에 면접보러 간다고 했다함 심지어 **그 대기동안도 돈을 안주고 고객사에 배정되야지만 교육기간 교통비도 받을 수 있다고...;;**
+
+### 5. CS 스터디는 착실히
+
+![](https://velog.velcdn.com/images/prettylee620/post/bf1d3965-d619-480a-808c-13a4a9042176/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/58aa69ca-588f-4418-95b1-8e0140a0db7c/image.png)
+
+국비분들과 cs 스터디는 착실히 진행 중이다. 디스코드로 진행하였고 최근에는 `http`까지 들었다..
+
+지금은 잠깐 중단했다. 다른 2분이 자격증 시험이 있기도 하고 나도 회사의 적응 시간이 필요해서... 그리고 **cs 스터디 방향성에 대해 고민하기로 함**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/671fde59-b00f-4165-97a9-58e3bfb573dd/image.png" alt=""><figcaption></figcaption></figure>
+
+사실 cs적인 것을 지금은 네트워크 빼고 한 번씩 돌려봐서..의견을 물어봤더니 취업에 도움이 되거나 업무적으로 도움이 되는 것이 좋다고 해서 각자 괜찮은 것 찾아서 카톡으로 전달하기로 했다.
+
+### 6. 영어 공부 soso 😵
+
+![](https://velog.velcdn.com/images/prettylee620/post/20a7d972-0bcc-40f3-bac0-81f9c5f893f0/image.png)
+
+영어 공부는 말해보카로 꾸준히 해왔으나..좀 난이도가 너무 쉬운 것 같아서 고민이다.. 개발자에게 영어 공부는 필수라 하지만 항상.. 미뤄왔기에 새해부터 앱으로 해온 것인데.. 재미는 확실히 있지만 회사 다니면서 꾸준히 하는 방법을 찾아봐야 할 듯...🤣
+
+### 7. 일기 쓰기는 good 💯
+
+![](https://velog.velcdn.com/images/prettylee620/post/10cb1e86-6bf7-4855-89c1-744ed4d1fbd4/image.png)
+
+약간 밀리고 있지만 열심히 쓰고 있다!!! 일기 쓴 거를 가끔 다시 본다.. **진짜 취준 기간에는 우울한 얘기 밖에 없다는 거..**
+
+불안감을 많이 느꼈던 것 같다.
+
+> 특히 얼마나 길어질 지 모르는 취준에 불안하고 돈에 여유가 없어서 초조하고 또 초조했다.
+
+아르바이트를 하고 있었지만 주말 아르바이트를 18시간 했음에도 쓰는 것에 비해 너무 적고 부모님이 10만원정도는 한달에 지원해줬지만 반려동물도 내가 비용을 내고 있었기 때문에 너무 힘들었다ㅠㅠㅠ  이런 일기를 다시 보면서 그때 기분을 상기 시키면서 보면 착잡한 기분이 다시 들기도 하지만 더 힘낼 수 있는 것 같당
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a9a97305-62a7-4cb7-9f51-ff70913a638b/image.png" alt=""><figcaption></figcaption></figure>
+
+### 8. 운동은 soso 😵
+
+![](https://velog.velcdn.com/images/prettylee620/post/4149889a-1a19-467a-b1b3-13ff8ee11c58/image.png)
+
+> 운동은 원래는 주 3회정도 꾸준히 나갔다..
+
+그러나 면접을 볼 때 옷을 얇게 입은 결과 축농증이 생겼다.. 감기 몸살과 함께 🤒🤒.. 그래서 피티쌤이 아플 때는 운동하는 거 아니래서 10일 정도 쉬고 주 2 회 나가고 이번주는 주 1회 나감..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/a6438501-b8e5-44d5-aa1d-403b9b7d40ae/image.png" alt=""><figcaption></figcaption></figure>
+
+**다음주부터는 주 2\~3회를 목표로 나가자!!!!!(회사 다니면서 가능하겠지...?)**
+
+### 9. github bad ❌
+
+![](https://velog.velcdn.com/images/prettylee620/post/bd434be0-b907-408e-8b23-3477da94fea1/image.png)
+
+취준하러 다니면서 github 관리를 못했다ㅋㅋㅋㅋ... 회사도 git을 안 쓰기에 git commit 기록을 어떻게 할까 고민중...
+
+> 1일 1커밋이 가능하긴 할까??
+
+아니면.. 블로그 글 자동 등록 연동이라도 해둘까..?
+
+> 참고 : [velog 글 작성 시, 자동으로 github에 커밋하기](https://velog.io/@rimgosu/velog-%EA%B8%80-%EC%9E%91%EC%84%B1-%EC%8B%9C-%EC%9E%90%EB%8F%99%EC%9C%BC%EB%A1%9C-github%EC%97%90-%EC%BB%A4%EB%B0%8B%ED%95%98%EA%B8%B0)
+
+### 10. 회사 기록용 노션 페이지 만듦
+
+![](https://velog.velcdn.com/images/prettylee620/post/3092f176-821f-43f8-8dd8-407fa7aca3ef/image.png)
+
+회사에서 어쨋든 배운 것은 계속 알아둬야 하니까 일지를 기록하기 위한 노션 페이지를 만들었다. 물론 1주일 차라 아직 계정도 다 안나오고 해서 일적으로 맡은 것은 없음..ㅎ
+
+### 11. 요즘 개발자 독서 ing
+
+![](https://velog.velcdn.com/images/prettylee620/post/99892caa-6225-4a3b-9a45-b38af547602a/image.png)
+
+요즘 독서를 하고 있다 ㅋㅋㅋ 트위터에서 요즘 개발자 책이 핫하길래 읽어보는 중이다. 읽으면서 앱에 기록중이당&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/28de0e39-fecf-4c8b-9068-c5b362c7f4f3/image.png" alt=""><figcaption></figcaption></figure>
+
+이번년도는 다양한 독서 목표!!!!!!
+
+### 12. 몸 관리 잘하자..
+
+진짜.. 1월 내내 감기 + 몸살 + 축농증으로 고생했다..  (출처 : 자까)
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/2295299a-6f1c-4715-953c-c89fdcf50075/image.png" alt=""><figcaption></figcaption></figure>
+
+이게 축농증이 너무 힘들었던 게 뭐였냐면 감기가 너무 오래가서 병원에 갔는데 독감도 코로나도 아니어서...
+
+> 💬 "네..? 그럼 왜 저는 이렇게 오래 아픈 건가요?" (코 검사 후)&#x20;
+>
+> 💬 "농이 많이 찼네요. 그래서 숨쉬기가 힘드니까 목도 아프고 몸도 안좋고 목도 건조해지는 거에요"
+
+진짜 축농증은 하루 종이 코에서 노란색 콧물이... 머리도 아팠다.. **그냥 컨디션이 죽음 수준이었다..** 항상 몸조리 잘하자!!!
+
+## 😫 2월에는..?
+
+![](https://velog.velcdn.com/images/prettylee620/post/6649a15e-358f-4319-863f-dcfd5b7e4ef0/image.png)
+
+### 1. work
+
+#### 가장 중요한 것은 회사 적응 및 업무 파악
+
+![](https://velog.velcdn.com/images/prettylee620/post/3a9c0ae9-1fbf-47e3-a3a4-409b24b07615/image.png)
+
+가장 중요한 것이다.. 다른 것은 제쳐두고 2월달은 이게 가장 중요\~\~!!!! 노션 페이지 만든 곳에 기록하면서 궁금한 점은 그때 그때 과장님 팀장님께 여쭈어 볼 예정이다.
+
+> **목표**
+
+* 회사 전반적인 업무 파악
+* 관련된 공부 하기(마리아 디비, js, jsp, java, jstl)
+* 회사 적응하기
+
+다행히 동기분도 있어서 든든하다는 것...\*\* SM이다 보니 익숙해지는 것이 가장 중요하다고 하였다. \*\*어차피 코드는 사실 위에 있는 것을 참고 해서 짜는 것이 많다보니 구조적으로 얼른 익숙해지자!! + 회사 출퇴근도...🤣🤣
+
+![](https://velog.velcdn.com/images/prettylee620/post/747a6cd8-08d4-49d8-9688-a42e8e28e90a/image.png)
+
+> 이제는 기다린다.. 주말..
+
+주말 아르바이트 할 때는 평일이 좋았는데..
+
+### 2. 개인적인 성장
+
+내가 이번 벨로그 트렌딩에 올라가 되고, 느낀점은
+
+> 나는 남과 나누며 누군가에게 도움이 되고, 도움 받고 성장하는 개발자가 되고 싶다.
+
+**요즘 개발자에서도 자신의 성향을 판단하고 그것에 맞춰서 개발적인 성장을 하기 위한 환경을 구축해야한다고 봤다.** 그렇기 때문에 나는 회사에 적응 후에는 의견을 나누면서 성장할 수 있는 환경을 구축하기 위해 동아리나 스터디를 찾아볼 예정이다ㅋㅋㅋ
+
+![](https://velog.velcdn.com/images/prettylee620/post/62a55ea3-ca5a-4129-960f-951a0dbbfd8a/image.png)
+
+#### 1) 스터디
+
+일단 국비 사람들이랑 하는 cs 스터디가 있는데 무리가 되지 않는 다면 스터디를 1개 정도 더 늘려보고 싶다. cs적인 것이 아닌 게임 개발쪽으로 공부하고 싶달까..? `사이드 프로젝트`는 아무래도 지금 하기에는 회사에 적응도 안했는데...ㅜ 너무 이른 것 같고.. 일단 2월에 적응하면서 고민을 해볼 예정이다.
+
+> **목표 :** 스터디 1개 더 늘리는 것 고민하기
+
+#### 2) 커피챗..?
+
+이제 나도 어엿한 직장인!!! 트위터로 알게 된 사람들과 커피챗이나 만남을 해 볼 예정이다. 원래 취준생 때 해도 됐었지만 뭔가 여유가 안돼서.. 취업하고 하자고 미뤄왔다 ㅋㅋㅋ..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/2475f783-0738-43f9-b759-fe558b86de48/image.png" alt=""><figcaption></figcaption></figure>
+
+> **목표 :** 다양한 사람 만나서 의견 나눠보기
+
+다른 사람들은 어떻게 공부하며, 그리고 커리어를 어떻게 쌓아가면 좋을지와 회사다니면서 공부를 어떻게 하는 게 좋을지와 게임 개발자도 만나보고 싶다!!
+
+**개발 분야에 인맥 쌓아가기가 목적**이당😤😤
+
+#### 3) 개인 공부
+
+일단 회사 다니면서 공부를 해야하기 때문에 많은 것을 목표로 두지 않고 1개씩 해 나갈 예정이다. 많은 것을 목표로 두면... 다 실패할 것 같기에 ㅋㅋㅋㅋㅋㅋ...  (출처 : 최고심)
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/d6742dab-8283-4a87-b3e4-89035f51bde9/image.png" alt=""><figcaption></figcaption></figure>
+
+**JAVA**
+
+일단...자바는 결제한 강의부터 듣자.. 그 후에 제네릭, 컬렉션 등을...공부하는 게 맞지 않을까...?
+
+> **목표**
+
+* 김영한님의 자바 입문 완강
+* 김영한님의 자바 기본 2강까지 듣기
+
+어차피 김영한님 자바 중급이나 고급 나올려면 좀 걸릴 것 같으니 천천히 듣자.. **천천히 듣되 꼭 내껄로 만들자!!**
+
+**CS 지식**
+
+일단 cs 스터디는 잠깐 쉬기로 했기 때문에 **여태 배운 것에 대한 정리를 하는 기간**으로 하려고 한다.
+
+> **목표**
+
+* cs 스터디 한 것 노션에 정리해둔 것 벨로그, github에 올리기
+* cs 스터디 한 운영체제 한 눈의 그림 그려보기 도전
+
+**게임 개발**
+
+웹 개발 백엔드도 좋지만 항상 내가 해보고 싶은 것은 `게임 개발`이었다. 회사를 다니면서 공부하는 것은 사실상 어렵겠지만 조금 공부를 해보고자 한다!!😏😏
+
+> **목표**
+
+* [\[게임 프로그래머 입문 올인원\] C++ & 자료구조/알고리즘 & STL & 게임 수학 & Windows API & 게임 서버](https://www.inflearn.com/course/%EA%B2%8C%EC%9E%84-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%A8%B8-%EC%9E%85%EB%AC%B8-%EC%98%AC%EC%9D%B8%EC%9B%90-rookiss#curriculum) OT 및 가능하다면 1강까지 들어보기
+
+#### 4) 알고리즘
+
+알고리즘 문제를 푸는 것도 중요하지만 이번달은 일단
+
+> \*\*목표 : \*\*`논리적 사고를 기르는 알고리즘` 책을 읽어볼까 한다..
+
+![](https://velog.velcdn.com/images/prettylee620/post/ed8ed0c1-c838-49ea-9314-20576e2f0aa4/image.png)
+
+뭔가 사고방식이 알고리즘 풀 때 안된다고 해야하나..? 요즘 이 책이 뜨는 것 같길래 이 것을 먼저 읽어보고 나서 \*\*3월부터 주 3회 이상 알고리즘 문제를 1개씩 풀어볼 예정이다.\*\*໒꒰ྀི⸝⸝´ ˘ \`⸝⸝꒱ྀིა
+
+#### 5) github
+
+github 심각하다... commit 기록 다시 채워야 해...**회사는 `svn`을 쓰기에 더더욱 손을 놓으면 큰일 날 것 같다..**&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/fc392cca-53b7-40f0-98bd-6a061dab6da5/image.png" alt=""><figcaption></figcaption></figure>
+
+> **목표**&#x20;
+
+* [velog 글 작성 시, 자동으로 github에 커밋하기](https://velog.io/@rimgosu/velog-%EA%B8%80-%EC%9E%91%EC%84%B1-%EC%8B%9C-%EC%9E%90%EB%8F%99%EC%9C%BC%EB%A1%9C-github%EC%97%90-%EC%BB%A4%EB%B0%8B%ED%95%98%EA%B8%B0) 보고 연동해두기
+* 1일 1커밋 목표이나... 안됐다 포기하지 말고 다음날 부터 commit하기
+
+#### 6) 블로그
+
+블로그의 경우.. 회사를 다니면서 취준 때 처럼 주 4\~5회 포스팅은 힘들 것 같다.
+
+> **목표 :** 주 1\~3회 꾸준히 포스팅
+
+주 1\~3회를 놓치 않고 꾸준히 포스팅하고 회고록도 충실히 작성하며 공부해 나가는 것이 목표이다!! **(회사도 왕복 3시간이라 거의 집에 가면 뻗음...😭)**
+
+#### 7) 독서
+
+![](https://velog.velcdn.com/images/prettylee620/post/9185c792-b08b-4885-b6eb-f7bdc48d7ce4/image.png)
+
+**이번달에 읽을 책**
+
+* 요즘 개발자(60%정도 읽었음)
+* 논리적 사고를 기르는 알고리즘 수업 **여유가 된다면 1권 더..?**
+* 아는 만큼 보이는 백엔드 개발
+
+#### 8) 영어 공부
+
+명품 보카로 꾸준히 해볼까...?
+
+> 목표 : 명품 보카로 하루 45개 단어 및 문법 10\~20개
+
+그 후 3월 달에는 조금 더 심화된 학습을 찾아보쟈!
+
+### 3. 운동
+
+![](https://velog.velcdn.com/images/prettylee620/post/780cf2e3-08f6-4645-b85a-4942dda3e528/image.png)
+
+운동... 회사 다니면서 너무 힘드니까 안 하게 되더라..ㅋㅋㅋ... 그래도 이번주부터는 주 2회로 늘리는 것을 목표로 한다...
+
+> 만약.. 헬스가 질린다면.. 수영이나 문토로 배드민턴 모임을 가져볼까 함!!!
+
+배드민턴은 재미있으니까.. 그래도 주 1회는 하지 않을까?(아님)
+
+### 4. 취미
+
+일단 이번달 취미는 1개만 시도 해볼까 싶다.. 뭐 해볼까.. 그림을 그려볼까 한다..!!!
+
+클래스 101에서 결제해서 간단한 것부터 해볼 예정이다.
+
+> 목표 : 아이패드 꾸미기용 그림 배우기
+
+**꾸미기용 그림을 배워서 아이패드나 블로그에 써 볼까..? 고민중이다 ㅋㅋㅋ**
+
+## 1월 달에 힘낸 나 자신에게 박수를..
+
+셀프 칭찬한다. 취업 해내고 직장 다니고 아르바이트 하고 힘들어 한 나 자신에게 격려의 박수..  (출처 : 최고심)
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/ff13d238-b58e-4a03-8709-1074aadece02/image.png" alt=""><figcaption></figcaption></figure>
+
+이렇게 한 걸음 한 걸음 성장해 나가면 한 달 전 보다 나은 내가 되겠지 화이팅!!!!!!!!!
diff --git "a/developLog/memoir/2024/_ \354\244\221\354\206\214 \354\213\240\354\236\205 \352\260\234\353\260\234\354\236\220 \355\225\234 \353\213\254 \354\266\234\352\267\274 \352\262\270 2024\353\205\204 2\354\233\224 \355\232\214\352\263\240 _ feat_ \352\265\255\353\271\204 \353\271\204\354\240\204\352\263\265\354\236\220 \354\271\234\352\265\254 \354\267\250\354\227\205\354\206\214\354\213\235__.md" "b/developLog/memoir/2024/_ \354\244\221\354\206\214 \354\213\240\354\236\205 \352\260\234\353\260\234\354\236\220 \355\225\234 \353\213\254 \354\266\234\352\267\274 \352\262\270 2024\353\205\204 2\354\233\224 \355\232\214\352\263\240 _ feat_ \352\265\255\353\271\204 \353\271\204\354\240\204\352\263\265\354\236\220 \354\271\234\352\265\254 \354\267\250\354\227\205\354\206\214\354\213\235__.md"
new file mode 100644
index 0000000..934b2fd
--- /dev/null
+++ "b/developLog/memoir/2024/_ \354\244\221\354\206\214 \354\213\240\354\236\205 \352\260\234\353\260\234\354\236\220 \355\225\234 \353\213\254 \354\266\234\352\267\274 \352\262\270 2024\353\205\204 2\354\233\224 \355\232\214\352\263\240 _ feat_ \352\265\255\353\271\204 \353\271\204\354\240\204\352\263\265\354\236\220 \354\271\234\352\265\254 \354\267\250\354\227\205\354\206\214\354\213\235__.md"	
@@ -0,0 +1,359 @@
+# 중소 신입 개발자 한 달 출근 겸 2024년 2월 회고 ( feat. 국비 비전공자 친구 취업소식)
+
+![](https://velog.velcdn.com/images/prettylee620/post/a5a88570-c615-4a09-ab2a-50c298f549ff/image.png)
+
+## ✍️ 2월에 무엇을 했는가?
+
+### 1. 직장생활
+
+#### 1) 있었던 일
+
+명함이 나왔다... 명함.. 뭔가 진짜 직장인 같아..ㅋㅋㅋㅋㅋㅋㅋ 진짜 많다&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/0eab5547-c6b4-4baf-82b5-aa10aa567b81/image.png" alt=""><figcaption></figcaption></figure>
+
+친구들한테 한 장씩 나눠주면서 교환중이다ㅋㅋㅋㅋ
+
+어느정도 회사에는 적응한 것 같으면서도 못했다... 그 이유는 잠.. 왕복 3시간이다 보니 체력적으로 힘들다..
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/e8269e33-eda9-4074-9e54-b9dd64b26749/image.png" alt=""><figcaption></figcaption></figure>
+
+그래도 칼퇴는 가능해서 너무 너무 좋음👍👍 그리고 사람들이 좋아서 좋다아 사람 스트레스가 젤 힘들어..
+
+#### 2) 나는 아직 적응 중 \~ing(feat. 카페인🥤)
+
+![](https://velog.velcdn.com/images/prettylee620/post/0af41162-c171-489e-b6ce-fc96cb001b72/image.png)
+
+**이제는 물어보는 것에 대해 덜 겁 먹음**
+
+업무와 모르는 용어는 듣고 찾아보거나 물어보는 중이다. **모르는 것을 물어본다고 아무도 뭐라하지 않으며 친절히 알려주시니 신입으로 들어가는 사람들 너무 걱정하지 말자.**(물론 이상한 곳도 있겠지만..) 그래서 요즘에는 덜 겁 먹고 물어보는 편!!!
+
+뭔가 전체적인 구조를 그리고 하려면 조금 더 시간이 걸릴 것 같다.. 운영 및 개발 업무 다 보니 뭔가 내가 한 것이 바로 실제 운영 사이트에 반영돼서(물론 아직 2가지 일밖에 안했지만) 결과물이 바로 보이니 `성취감`?을 느낀다. ꙳꒰ ੭⑅•͈ ·̮ •͈꒱੭ ☀︎&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/c3ae7acc-f459-4138-aa6e-25a2befde18e/image.png" alt=""><figcaption></figcaption></figure>
+
+그리고 새로운 동갑 동기 신입분이 들어오셨는데 내가 공부한 것 공유하고 알려줄 때 뿌듯함을 느끼는중!!(별 거 없지만 ㅋㅋㅋ)
+
+**지금 현재는 3번째 일 맡아서 하는 중**
+
+팀장님이 나에게 맡는 업무를 배분 해주시고 조율해주시고 상사 분들이 충분히 도와주셔서 걱정이 덜하다 ㅠㅠㅠ
+
+#### 3) 출퇴근의 피곤
+
+![](https://velog.velcdn.com/images/prettylee620/post/0bed33cb-f8d4-4449-9a61-b7d4372cc71c/image.png)
+
+졸리다.. 진짜 카페인을 들이부어도 졸리다...ㅋㅋㅋㅋㅋㅋ... 이 피곤함은 주말에 보충하는 중인데.. 어우 한국 주 4일제 도입안하냐 진짴ㅋㅋㅋㅋㅋ 3월달에는 쉬는 날도 하루 뿐이라니...
+
+#### 4) 막간의 점심메뉴
+
+건너편에 있는 건물 구내식당 존맛에 겁나 쌈 6000원 점심시간 1시간 30분이 젤 행복함함&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/f21f2663-5328-4a77-ac66-547adb5e5c02/image.png" alt=""><figcaption></figcaption></figure>
+
+### 2. 친목(같은 업계)
+
+![](https://velog.velcdn.com/images/prettylee620/post/6035ada8-45c3-47e6-8032-041e0db0397a/image.png)
+
+#### 1) 국비 사람들(feat. 동갑 비전공자 취업(쌩신입))
+
+국비 10월 수료 이후 국비 사람들과는 자주 연락한다. 스터디도 같이 하기도 하고 전화도 가끔 하는 편이당 대략 4\~5명 정도 연락 중이다. 이렇게 자주는 못하더라도 가끔 연락하고 오래오래 갔으면 좋겠다!!!
+
+그리고 이번 주 국비 동갑(28 여) 비전공자 친구 취업 소식도 들었다.  우리 프로젝트는 비전공자로 그 프로젝트만 가지고 취업하기 에는 솔직히 말해서 적절하지 못하다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/6f1485c9-305a-4e01-aaad-a362a1832151/image.png" alt=""><figcaption></figcaption></figure>
+
+**국비 프로젝트 답없던 이유**
+
+* 배포 실패함
+* 다른 국비 곳들은 6달 동안 프로젝트 2개 한다는 데 1개밖에 못했음
+* 중간 탈주자인 사람 때문에 시간 부족
+* 강사님이 에러 해결도 못해줘서 각자 해결해야 했음
+* 스프링 1주일도 배우지 못하고 최종 프로젝트 들어갔음
+
+뿐만 아니라 국비 동갑 친구의 경우 같은 팀원이었는데
+
+* 맡았던 분량도 진짜 일부여서 뭔가 포트폴리오에 쓰기에도 애매한 양이었고
+* 그 친구도 공시 준비하느라 3년 공백에다가 쌩 신입
+* 국비 끝나고 sqld도 따고
+* 나보다 더 열심히 강의같은 거 열심히 듣고
+* 국비 끝나고 스터디 한 것도 좋게 봤다고 함 포폴도 열심히 써서 합격한 것 같더라. 면접 보러 오라는 곳이 꽤 있었다고 들었다. 다행이다. 회사도 꽤 괜찮은 편인 것 같았당
+
+#### 2) ☕ 커피챗(feat. 트위터)
+
+> [커피챗 후기 겸 독서 후기](https://velog.io/@prettylee620/%EC%9A%94%EC%A6%98-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%8F%85%EC%84%9C-%EC%9A%94%EC%95%BD-%EB%B0%8F-%EA%B0%9C%EC%9D%B8%EC%A0%81%EC%9D%B8-%EC%83%9D%EA%B0%81)
+
+![](https://velog.velcdn.com/images/prettylee620/post/bed5dde9-2201-4a5e-8389-be945e54b29e/image.png)
+
+2월에는 진짜 칼국수챗? 커피챗?을 진행했다..!! **많은 것을 배웠으며 많은 것을 느꼈기 때문에 성장을 하고 싶다면 커피챗 강추한다.**
+
+> 아 물론 앱인 커피챗이 아니라 **궁금한 사람한테 커피챗 요청 후 성사 시 오프라인으로 만나서 커피나 밥을 먹으며 얘기를 하는 것을 커피챗**이라고 한다함!!
+
+### 3. 📕 독서는 1권 정도
+
+**요즘 개발자** 책을 읽었다. 읽고 나서 방향성에 대해 고민을 좀 해봤다. 나는 방향에 대해 무조건 잡고 공부나 목표를 잡아야 흔들리지 않고 나아가는 편이다.
+
+#### 1) 결과적으로 트렌딩 7위라니.. 헙
+
+&#x20;트렌딩에 요즘 굉장히 잘 떠서 신기함...
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/b9be87b6-c71a-4010-bd7c-dfb9ed7052c5/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 2) 나의 방향성 : 성장, 공유, 협력
+
+책에서 나온 말 중 2문장을 뽑자면
+
+> **가장 중요한 것은 어떤 개발자가 되고 싶은가보다 중요한 건 어떤 개발자로 살아가고 싶은가이다.** 성장은 장기전이기 때문에 빠르게 달리는 것이 아닌 내가 원하는 방향으로 달리고 있는가가 중요하다.
+
+나의 성장을 하고 싶으며, 성장하기 위해서는 즐거움을 가지고 다른 사람들과 협력하며(= 공유하며) 1명에게라도 도움을 주는 개발자로 살아가고 싶다.
+
+성장은 하고 싶다.. 멈춰 있고 싶지는 않다 약간 일과 같이 병행하는 것이 힘들겠지만 🫠🫠
+
+### 4. 🚴‍♂️ 운동은 다시 시작..PT로
+
+취업하고 운동 멈췄다... 그리고 회사의 과자를 먹었다... 그리고 하루 한 잔 카페 무료라 매일 바닐라라떼를 먹었다..친구를 자주 만났다.. 식단을 놨다..
+
+#### 결과 살이 쪘다... 그것도 많이 아아로 바꿀 거다..
+
+![](https://velog.velcdn.com/images/prettylee620/post/c4403765-de4a-4b73-a4fb-4a5caf9ae3b9/image.png)
+
+ㅋㅋㅋㅋㅋㅋㅋㅋ.... 열심히 살 뺀 거 다시 쪄서 망... 그래서 이제 아바라가 아니라 아아를 먹을 거다... 저당시럽 넣어서
+
+#### 체력 훅 떨어짐
+
+![](https://velog.velcdn.com/images/prettylee620/post/d1a89bea-5dca-405f-bda4-23306596121b/image.png)
+
+자도 자도 졸린다... 힘들다.. 집에 가면 뻗는닼ㅋㅋㅋㅋㅋ쿠ㅜㅜㅜ 아니 나는 분명히 20대 중반에 주 7일로 투잡도 뛰어봤는데 그때는 이렇게 안 힘들었는데 왜... 늙었나 시밤
+
+#### 운동을 주 2\~3회 꼭
+
+피티를 받으면 평일 1\~2회 주말에 1회 하려고 한다.. 피티를 다시 받기 시작했다. 비싸긴 하지만 운동습관 만드는 것에는 이만한 것이 없음..
+
+오랜만에 다시 시작했더니 와... 무게 다시 돌아감... \*\*운동 너무 힘들다..\*\*😩😩&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/488cf5e8-b2b9-4317-a8ff-a36c2154d7cd/image.png" alt=""><figcaption></figcaption></figure>
+
+운동.. 제발 놓치마... 주 2회라도 제발 꾸준히 가자아아
+
+### 5. 기록
+
+#### 1) 𝗩𝗘𝗟𝗢𝗚는 경험 공유용(많은 트렌딩에 노출..)
+
+> `velog`는 경험 공유용 및 나의 방향성에 대한 회고를 주로 쓰기
+
+**팔로워 증가 ✌️**
+
+![](https://velog.velcdn.com/images/prettylee620/post/e8887b1c-90d6-4d23-9d52-e69596f9c626/image.png)
+
+거의 60명 임박... 이렇게 팔로우 해주시는 분들께 압도적 감사를 드립니다...!!!!&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/e2b79d46-1425-4249-b1f0-7031e8cf81cd/image.png" alt=""><figcaption></figcaption></figure>
+
+뭔가.. 이렇게 잘쓰지 못하는 글을 굉장히 많이 봐주셔서 뿌듯..ヾ(・ᆺ・✿)ﾉﾞ
+
+**트렌딩 노출 𝓤𝓟**
+
+![](https://velog.velcdn.com/images/prettylee620/post/9f50e61c-1ee5-449e-87bc-504bc77889e5/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/2f0b3c6f-aa50-4623-8dde-cfe862873b1c/image.png) ![](https://velog.velcdn.com/images/prettylee620/post/fce1b4d1-73ae-444e-8b57-ddef10032c19/image.png)
+
+최근에 쓴 대부분의 글이 이번달 트렌딩에 올라가 있다!! 면접 경험에 대한 공유가 트렌딩 3위에 들고 그 시리즈를 잘 이용하니 노출도 및 조회수가 올라 갔다!!ㅋㅋㅋㅋㅋㅋ
+
+뭔가 뿌듯하고 짜릿함 ㅎ.. 이렇게 꾸준히 2\~3주에 1개씩이라도 쓸 예정이다. 확실히
+
+#### 2) 𝗧𝗜𝗦𝗧𝗢𝗥𝗬는 공부 전달용
+
+> `tistory`는 공부용으로, `velog`는 경험 전달용으로 [멜로나(Golden Duck)의 개발 성장기 tistory](https://geumjulee.tistory.com/)
+
+velog과 면접썰 이후 시리즈를 잘 이용하다 보니 트렌딩에 되게 잘 뜨게 되었다... 그래서 더더욱 `velog`는 나의 경험 및 생각, 방향성, 회고 위주로 작성해서 **남에게 나의 경험에 대해 공유하는 용도**로 사용하기로 결정했다.
+
+velog 공부용은 조회 수도 적고 검색도 너무 잘 안되기에...뭔가 분류하기도 굉장히 애매한...공부 및 지식 전달용으로는 부적합하다는 결론이 나왔다.
+
+대신 **공부 및 지식 전달용**은 `tistory`를 사용할까한다.. ui도 내가 개선 할 수 있고 스킨 잘 찾으면 목차도 알아서 생성해줌 github.io도 있긴 한데..음.. 고민중이긴 하다ㅋㅋㅋㅋ..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/129fd32c-d6ad-438b-a044-67b69fb50997/image.png" alt=""><figcaption></figcaption></figure>
+
+예전에 velog 시작 전에 몇 개 작성 후 방치 해뒀는데 ㅋㅋㅋㅋ
+
+> [🔗 티스토리 블로그를 그만 둬야하는 이유 (Feat. 슬통 홈페이지 새로 만들었습니다.)](https://www.youtube.com/watch?v=pc7qqnYBWlE)
+
+근데 이 강의를 듣고 좀 고민임... 카카오 작년에 사건도 있었고 티스토리를 카카오를 통해 관리 하는 줄도 몰랐네.. 여기서 말하는 **티스토리의 단점**
+
+* 서버 안정성과 속도
+* 노출도 떨어짐
+
+흠... 고민 좀 해봐야 겠다.
+
+#### 3) 노션
+
+> [만다라트 템플릿 공유(유투브에서 받은 것 수정)](https://incredible-gem-98e.notion.site/2024-Mandal-art-937c1616ee1b454e83993e1c4a634a21?pvs=4)
+
+노션은 보통 블로그 글 쓰기 전이나 개인 공부 및 계획 세우기, 업무일지 작성 등을 위해 활용 중이다.(회사는 대부분 메일 및 카톡으로) 혹시나 필요한 사람들이 있을까해서 트위터에서는 공유했지만 **VELOG에서는 공유 안한 만다라트 템플릿 공유**함!!
+
+![](https://velog.velcdn.com/images/prettylee620/post/f7f914c2-899e-4726-9502-676d303f224f/image.png)
+
+#### 4) github ℬ𝒶𝒹 ❌
+
+github 어쩌짘ㅋㅋㅋㅋㅋㅋㅋㅋ 하....진짜 답도 없다 왜 사람들이 취업하고 나면 github 커밋이 사라지는 지 알 것 같음...&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/33c9015d-97e1-4db3-b5b2-d0f2c66fc89f/image.png" alt=""><figcaption></figcaption></figure>
+
+회사가 git을 안쓰는데 내가 대부분 회사에 있으니.. 일주일에 1\~2개라도 올리자..코드 공부 시작하면 그래도 다시 잔디 심을 수 있겠지..?
+
+체력과 함께 사라져버린...나의 의지력...ㅋㅋㅋㅋ...
+
+#### 5) 일기 Ᏽ𐌏𐌏𐌃
+
+![](https://velog.velcdn.com/images/prettylee620/post/54058669-414a-4d39-bd53-51273c0dabd1/image.png)
+
+열심히 쓰고 있당 ㅋㅋㅋㅋ
+
+#### 6) X(트위터) Ᏽ𐌏𐌏𐌃
+
+트위터는 내 멘탈을 잡아주는 존재..
+
+### 6. 1월에 다짐한 개인 공부는 어디로..
+
+> \[≡] ✍(・⺫・‶)\\
+
+불타는 나의 의지는 어디로... **왕복 3시간과 함께 사라진 체력과 의지 ㅋㅋㅋ...** 체력과 의지는 비례하는 것인가...
+
+#### 1) cs 스터디 근황 => cs에서 다른 것 공부로
+
+> 🔗 [자바와 스프링 부트로 생애 최초 서버 만들기, 누구나 쉽게 개발부터 배포까지! \[서버 개발 올인원 패키지\]](https://www.inflearn.com/course/%EC%9E%90%EB%B0%94-%EC%8A%A4%ED%94%84%EB%A7%81%EB%B6%80%ED%8A%B8-%EC%84%9C%EB%B2%84%EA%B0%9C%EB%B0%9C-%EC%98%AC%EC%9D%B8%EC%9B%90)
+
+cs는 이제 그만하고 프로젝트 느낌의 공부를 해보기로 했다. 스터디에서 다들 현업에서 써먹을 수 있는 것을 하길 바라길래 논의해서 이거 하고 나서 알고리즘 공부해보기로 함 (++ 아님 알고리즘은 따로 공부해야지...)
+
+#### 2) 개인 공부는..
+
+진짜.. 블로그라도 열심히 써서 다행이지.. 이게 회사랑 공부랑 병행 하는 게 힘들닼ㅋㅋㅋㅋ 아니 사람들 어떻게 해야 공부도 하고 연애도 하고 쉬기도 하고 일도 하고 운동도 하는거지??? ·ࡇ· ㄹㅇ 집만 오면&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/1e2e1627-2f62-4354-b32c-2e801691356a/image.png" alt=""><figcaption></figcaption></figure>
+
+이 상태인데??? 진짜.. 대단한 사람들...&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/d9358ef2-67f0-4705-a761-6619510e5078/image.png" alt=""><figcaption></figcaption></figure>
+
+> 근데 공부는 해야 하는게 맞지만 너무 각박하게 공부하면 금방 지치고 7\~8년 되어도 업계 용어 모르는 것도 많지만 충분히 먹고 살 수 있으니 자신이 몰아붙히면서 공부하지 말라는 글 봐서\*\* 천천히 하나 씩 해내가려 한다.\*\*
+
+미래는 어떻게 될 지 모르지만 나는 웬만하면 이 개발자 혹은 it 업계를 계속 갈 예정이니까
+
+### 7. 2잡은 이제 goodbye\~ 편의점 알바 마무리
+
+![](https://velog.velcdn.com/images/prettylee620/post/a853f623-0890-47b6-844e-511c3529e848/image.png)
+
+2/17일을 마지막으로 오랫동안 한 편의점 아르바이트의 막을 내렸다.. 어차피 집 앞이라서 점장님과 아르바이트 같이 한 분들은 자주 마주칠 예정
+
+시원 섭섭한 기분이닼ㅋㅋㅋㅋㅋ 거의 대학 입학전부터 6년정도(물론 다른 종류의 것도 2잡으로 뛰긴 했지만) 해서 그런가 이제 내가 진짜 직장인이다아아의 느낌 ㅋㅋㅋ
+
+### 8. 스트레스 푸는 것은 게임 + 친구 만나기
+
+![](https://velog.velcdn.com/images/prettylee620/post/9d4d9b72-28e8-45b7-94a4-b40c9e10289c/image.png)
+
+요즘 팰월드 시작함 ㅋㅋㅋㅋㅋㅋㅋ 친구도 만나면서 직장에 대한 스트레스 푸는 중 ꙳꒰ ੭ ˃̶̀·̮˂̶́꒱੭ ⊹
+
+## 😫 3월에는..?
+
+### 1. work
+
+#### 회사 적응은 어느 정도 됐으니 업무 파악 계속 하자
+
+![](https://velog.velcdn.com/images/prettylee620/post/17897e99-05cd-45a6-89cc-7f1ccd6065ec/image.png)
+
+노션 페이지에는 그 날 한 일이나 그런 것이나 궁금한 것 적어두고 코드 같은 것은 가지고 있으면 안돼서 회사 PC에 워드로 정리해 뒀다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/16a41782-0cb7-4dd8-84d6-d830b4d42b04/image.png" alt=""><figcaption></figcaption></figure>
+
+> **목표**
+
+* 회사 업무 파악 계속 하기(아직 큰 틀이 안짜여짐)
+* 관련된 공부 하기
+* 꾸준한 정리
+
+이제 월차 하나 생겼다아아아 반차로 쓸 지 통으로 쓸 지 벌써 고민중이다 ㅋㅋㅋㅋㅋㅋㅋㅋ
+
+> 트위터에서 시니어님도 주니어는 팀에 적응하고. 새 툴. 새 문화에 익숙해져서 노련해져야 한다고 했음
+
+그래서 일단 적응 후 새로운 툴들 도전해 볼 예정
+
+회사는.. 진짜 오래된 자바 버전 낮은 톰캣이고 운영이다 보니 장애가 안나는 게 최우선이라 새로운 버전 도전은 힘들지만 마치 틀린 코드가 돈 버는 코드라는 것 처럼..ㅋㅋㅋㅋ&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/5fe91c7e-fb47-4af1-a681-d7c9b1ee91da/image.png" alt=""><figcaption></figcaption></figure>
+
+그 안에서도 많은 트래픽을 어떻게 버티는지 등을 배울 게 많을 것 같다.
+
+### 2. 개인적인 성장
+
+#### 1) 독서
+
+![](https://velog.velcdn.com/images/prettylee620/post/7d811ffc-d30d-4063-a87c-267f8959e7a0/image.png)
+
+**이번달 읽을 책**
+
+*   육각형 개발자&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/3a626d32-4216-4eb5-b449-63b09b5df63a/image.png" alt=""><figcaption></figcaption></figure>
+*   it 세계의 괴물들&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/5b18a1c6-b036-4f97-a96e-edfec6c08156/image.png" alt=""><figcaption></figcaption></figure>
+
+it 세계의 괴물들은 만화책 형식인데 서점에서 재미있을 것 같아서 사왔는데 되게 잘 설명 되어있어서 이거 읽어보고 총 정리로 글 써보려 한다ㅋㅋㅋㅋ
+
+#### 2) 블로그
+
+> **목표**
+
+* 𝗩𝗘𝗟𝗢𝗚는 주 1회 혹은 2주에 1회 전달 및 회고 포스팅
+* 𝗧𝗜𝗦𝗧𝗢𝗥𝗬 혹은 워드 프레스는 공부용으로 주 1\~2회 포스트 목표
+
+#### 3) 방향성
+
+방향을 잃지 않는 것이 중요한 것 같다. 내가 늦게 취업을 하기는 했지만 초반에는 방황하고 그래도 이 길로 가기로 마음 먹으면서 조금씩 발전해오고 있다 ㅋㅋㅋ
+
+특히 발전을 중시하면 커뮤니티나 블로그는 필 수 인 것 같다. 3월에도 방향성 및 공부에 대한 고민을 할려고 한다.
+
+#### 4) 커피챗
+
+![](https://velog.velcdn.com/images/prettylee620/post/4ff4e935-f378-4d08-bca8-fc6953516948/image.png)
+
+저번 주에 1개 했으니 이번달에도 1개이상 하고 싶은데... 가능하려나...? 내가 낯가림이 심해서...ㅋㅋㅋㅋㅋㅋ
+
+> 참고로 커피챗은 구직자가 현직자에게 요청도 되니 구직자들도 적극적으로 활용하면 좋다고 했다.
+
+#### 5) 개인공부
+
+![](https://velog.velcdn.com/images/prettylee620/post/e10fa934-e235-4c42-af09-edb43ee3da49/image.png)
+
+**JAVA**
+
+강의는 뭔가.. 강의를 듣는 건 좋은데 강의보다는 교안 보고 혼자공부하는 방법이 좋아서 그렇게 해보려고 한다. 이번달은 쉬는날이 별로 없기에 목표를 적게 잡아야지...
+
+> **목표**
+
+김영한님의 자바 기본 4강까지 듣거나 교안 보고 공부하기
+
+**스터디**
+
+> **목표**
+
+강의 듣고 공부해서 스터디 준비하기
+
+### 3. 운동
+
+거북목이 진짜 너무너무 심해서 그거 교정하기 위해서라도 열심히 운동해야 할 것 같아...&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/1c7483c3-bf23-43c1-8ab5-00689260ad53/image.png" alt=""><figcaption></figcaption></figure>
+
+> **목표**
+
+* 주 2\~3회 꾸준히...
+* 거북목 개선
+* 체력 개선
+* 다이어트...
+
+진짜.. 직장인이 살 찌는 이유.. 계속 앉아있어서 ㅋㅋㅋㅋㅋ 중간 중간 나가서 걷고 와야겠다.
+
+### 4. 마지막으로 너무 각박하게 굴지 말자.
+
+충분히 회사 다니는 것만 해도 80%는 해내고 있다고 생각한다. 회사 뿐 아니라 친구들과의 관계도 국비 친구들과의 관계도.. 잘 이어가는 것을 해내고 있으니 충분히 잘하고 있다고 생각한다.
+
+예전에 나의 경우 자존감이 바닥이라 오늘이 행복했다면 다음날은 불행할 거라고 카운트 하면서 살아갔던 적이 있다.. 그런식으로 자존감이 떨어지지 않게 조심하고 충분히 잘하고 있다고 나 자신을 칭찬해주자!!!&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/55aca2ef-08a0-4bfb-80ac-cb39af155675/image.png" alt=""><figcaption></figcaption></figure>
diff --git "a/developLog/programming-lanuage/java/grammar/_ Call by value vs Call by Reference\352\263\274 \352\270\260\353\263\270\355\230\225\352\263\274 \354\260\270\354\241\260\355\230\225_.md" "b/developLog/programming-lanuage/java/grammar/_ Call by value vs Call by Reference\352\263\274 \352\270\260\353\263\270\355\230\225\352\263\274 \354\260\270\354\241\260\355\230\225_.md"
new file mode 100644
index 0000000..0c9a6f1
--- /dev/null
+++ "b/developLog/programming-lanuage/java/grammar/_ Call by value vs Call by Reference\352\263\274 \352\270\260\353\263\270\355\230\225\352\263\274 \354\260\270\354\241\260\355\230\225_.md"	
@@ -0,0 +1,183 @@
+---
+icon: java
+---
+
+# Call by value vs Call by Reference과 기본형과 참조형
+
+## 1. Call by Value
+
+* 자바에서 이해할 때 `함수의 인자를 어떻게 처리`하는지 이해해야 한다.
+* Java는 엄밀히 말해 **함수 호출 방식**은 "Call by Value"만을 지원 = 인자의 `실제 값을 복사`하여 함수의 매개변수에 전달하는 방식
+* 함수에 인자를 전달할 때 항상 값을 복사하여 전달한다는 의미지만 참조형 변수의 경우, 복사되는 값이 변수가 가리키는 객체의 주소(즉, 참조)
+
+> 이 때문에 종종 Java의 동작이 "Call by Reference"처럼 보일 수 있다. 함수 내에서 참조형 변수를 통해 객체를 수정하면 원본 객체에도 변경이 반영되기 때문이다. 그러나 이는 **참조의 값이 복사되었기 때문**이며, 실제로 메모리 주소 자체가 전달되는 것은 아니다.
+
+### ❤️ **기본형 (Primitive Types) = 원시 자료**
+
+* 실제 데이터 값이 복사
+* int, short, long, float, double, char, boolean
+
+#### 동작방식
+
+1. **값의 복사**: 함수에 기본형 변수를 인자로 전달할 때, 그 변수의 `값을 복사`하여 함수의 매개변수에 할당
+2. **별도의 메모리 공간**: 이 복사된 값은 함수를 위한 별도의 `스택 메모리 공간`에 저장된다. 이 공간은 함수 호출 시 생성되며 함수 종료 시 소멸한다.
+3. **원본 값의 보존**: 함수 내에서 매개변수의 값을 변경하더라도 원본 변수에는 영향을 미치지 않는다. 이는 값이 복사되었기 때문에 **원본과는 독립적이다.**
+
+```jsx
+public class Test {
+    public static void main(String[] args) {
+        int n = 10;
+        System.out.println(n); //10
+        test(10); //5
+        System.out.println(n); //10
+        // 값이 바뀌지 않는다는 걸 볼 수 있다. 
+    }
+
+    public static void test(int n) { //test 함수의 지역 변수 n에 할당
+        n -= 5;
+        System.out.println(n); 
+    }
+}
+
+```
+
+### ❤️ 참조 타입
+
+* 객체의 주소값이 복사
+* 객체의 참조(주소)를 저장하는 변수를 의미
+* 예를 들어 **`String`**, **`Arrays`**, 사용자가 정의한 클래스 객체 등이 여기에 해당
+
+#### 동작방식
+
+1. **참조의 복사**: 참조형 변수를 함수에 전달할 때, 그 변수가 가리키는 `객체의 주소(참조)가 복사`
+2. **동일한 객체에 대한 참조**: 복사된 주소를 통해 함수 내부에서 객체에 접근하고 변경할 수 있다. 이 때, 객체 자체는 하나이므로 원본과 함수 내의 참조는 동일한 객체를 가리킴
+3. **객체 변경의 영향**: 함수 내에서 객체의 상태를 변경하면, 그 변경 사항은 원본 객체에도 반영 그러나 **참조 자체(즉, 주소)를 변경하는 것은 원본에 영향을 주지 않는다.**
+
+```jsx
+public class Test {
+    public static void main(String[] args) {
+        int[] arr = {1, 2, 3}; 
+        for (int num : arr) System.out.print(num + " ");
+        System.out.println();
+        test(arr); // 1. 참조의 복사 : arr의 주소값이 test 함수의 매개변수 a에 복사
+
+        for (int num : arr) System.out.print(num + " "); // main 메서드로 돌아와서 arr의 값을 다시 출력하면, 수정된 값들(10, 20, 30)이 출력
+    }
+
+    public static void test(int[] a) { //a와 arr는 동일한 배열 객체
+        for (int i = 0; i < a.length; i++) {
+            a[i] *= 10; // 2. 객체 변경의 영향 : test 함수 내에서 a를 통해 배열을 변경하면, 이는 arr이 가르키는 동일한 배열 객체에 영향을 미침
+        }
+    }
+}
+// 결과
+1 2 3 
+10 20 30
+```
+
+⇒ **참조 자체의 변경**: 만약 **`test`** 함수 내에서 `a`에 새로운 배열을 할당한다면, 이는 `arr`에 영향을 주지 않는다. 왜냐하면 이 경우 `a`의 참조가 새로운 객체를 가리키게 되지만, `arr`는 여전히 원래의 객체를 가리키기 때문
+
+### ❤️ 참고) 매개변수란?
+
+* `매개변수(parameter)`는 프로그래밍에서 **함수나 메서드를 정의할 때 사용되는 변수**
+* 이들은 함수가 호출될 때 **특정한 값을 받아들이기 위해 사용**
+* 매개변수는 함수의 정의 부분에 나열되며, 함수가 실행될 때 필요한 데이터를 외부로부터 받아들이는 '입구' 역할을 한다.
+
+#### **매개변수의 역할과 특징**
+
+1. **데이터 수신**: 함수나 메서드가 호출될 때, 매개변수는 호출하는 측에서 제공하는 값을 받는다.
+2. **함수 내 사용**: 함수 내부에서는 이 매개변수를 통해 전달된 값을 사용하여 특정 작업을 수행
+3. **지역 변수의 성격**: 매개변수는 **해당 함수 또는 메서드 내에서만** `유효한 지역 변수(local variable)`즉, 함수 밖에서는 그 값에 접근할 수 없다.
+
+#### **매개변수와 인자**
+
+> "매개변수(parameter)"와 "인자(argument)"는 종종 혼용되어 사용되지만, 기술적으로는 약간의 차이가 있다. 매개변수는 함수를 정의할 때 선언되는 변수를 의미하는 반면, 인자는 함수를 호출할 때 실제로 전달되는 값이다. 예를 들어, `add(5, 3)`에서 `5`와 `3`은 **`add`** 함수에 전달되는 인자이다.
+
+## 2. Call by Reference
+
+* 프로그래밍에서 함수 호출 방식 중 하나
+* 함수에 인자를 전달할 때 **인자의 실제 메모리 주소를 전달하는 방식**을 말한다. 즉, 함수에 전달된 인자는 원본 인자를 직접 가리키는 참조
+* 이 방식을 사용하면 함수 내에서 매개변수를 통해 인자의 `실제 메모리에 접근하고 수정`할 수 있으며, 이러한 변경은 함수 외부의 해당 인자에도 영향을 미친다.
+
+#### ❤️ **Call by Reference의 특징**
+
+1. **메모리 주소의 전달**: 인자로 전달되는 것은 값이 아니라 변수의 메모리 주소
+2. **원본 데이터의 직접적 수정**: 함수 내에서 매개변수를 통해 원본 데이터를 직접 수정할 수 있다.
+3. **함수 외부에 영향**: 함수 내에서의 변경이 함수를 호출한 영역의 변수에도 영향을 미친다.
+
+```jsx
+void exampleFunction(int[] arr) {
+    arr[0] = 50;
+}
+
+int main() {
+    int[] x = {10};
+    exampleFunction(x);
+    // x[0]은 이제 50이다.
+}
+```
+
+## 3. 기본형과 참조형의 차이점은?
+
+자바에서는 Primitive Type과 Reference Type이 있다. 이는 기본형과 참조형이라고 하며, 서로 조금은 다른 특징을 가지고 있다.
+
+### ❤️ 기본형(Primitive Type)
+
+* 변수에 값 자체를 저장하며, `stack 영역에 생성`된다.
+* 사용하기 전에 반드시 선언되어야 하며, **초기화를 하지 않으면 자료형에 맞는 기본 값이 들어간다.**
+* OS에 따라 자료의 길이가 변하지 않는다.
+* 비객체 타입이며, `Null 값을 가질 수 없다.`
+* 정수(byte, short, int, long), 실수(double, float), 문자(char), 논리(boolean)
+
+### ❤️ 참조형(Reference Type)
+
+* 기본형을 제외하면 참조형이라고 한다.
+* 메모리 상에서 객체가 존재하는 주소를 저장하며, `heap 영역에 저장`한다.
+* 클래스형, 인터페이스형, 배열형이 있다.
+
+### ❤️ 참고
+
+> `스택(Stack)`과 `힙(Heap)`은 메모리를 할당하고 관리하는 두 가지 주요 방법으로 이들은 메모리 관리의 중요한 측면이며, 특히 자바와 같은 언어에서 중요한 역할
+
+#### **스택 (Stack)**
+
+1. **정의**: 스택 메모리는 주로 프로그램의 런타임에 기본 데이터 타입(예: int, float, double)과 객체 참조 변수를 저장하는 데 사용
+2. **특징**:
+   * **자동 메모리 관리**: 함수나 메서드 호출 시 자동으로 생성되고, 호출이 완료되면 사라진다.
+   * **LIFO (Last In, First Out)**: 마지막에 들어온 요소가 먼저 나가는 구조
+   * **속도**: 스택 메모리는 힙에 비해 상대적으로 빠른 접근 속도를 가진다.
+   * **크기 제한**: 스택 메모리는 크기가 고정되어 있으며, `스택 오버플로우(stack overflow)`가 발생할 수 있다.
+
+#### **힙 (Heap)**
+
+1. **정의**: 힙 메모리는 주로 동적으로 할당된 메모리를 저장하는 데 사용. 이는 객체와 배열과 같은 참조 데이터 타입에 해당한다.
+2. **특징**:
+   * **동적 메모리 할당**: 필요에 따라 메모리를 할당하고, 가비지 컬렉터에 의해 더 이상 사용되지 않는 메모리가 회수
+   * **메모리 관리 필요**: 힙은 스택보다 관리가 복잡하며. 가비지 컬렉션으로 인한 성능 영향도 고려해야 한다.
+   * **크기 제한**: 일반적으로 스택보다 큰 메모리를 가지지만, 메모리가 부족하면 `OutOfMemoryError`가 발생할 수 있다.
+   * **속도**: 힙 메모리는 스택에 비해 상대적으로 접근 속도가 느다.
+
+```jsx
+[ 스택 메모리 ]     [ 힙 메모리 ]
++-------------+     +-------------+
+|             |     |             |
+| 함수 호출   |     | 객체        |
+| 스택 프레임 |     | 동적 할당   |
+| 로컬 변수   |     | 참조형 데이터 |
+|             |     |             |
++-------------+     +-------------+
+```
+
+#### 스택 오버플로우(Stack Overflow)
+
+* 프로그램에서 스택 메모리가 초과하여 사용되었을 때 발생하는 오류
+* 스택은 함수의 호출과 로컬 변수 저장에 사용되는 메모리 영역으로, 크기가 제한되어 있다. 이 크기를 넘어서 스택 메모리를 사용하려 할 때 스택 오버플로우가 발생
+* 원인 : 깊은 또한 무한 재귀 혹은 과도한 스택 메모리 할당
+* 스택 오버플로우를 방지하기 위해서는 깊은 재귀 호출을 피하고, 스택 메모리의 사용을 최적화하는 것이 중요
+
+```jsx
+public void recursiveFunction(int num) {
+    if(num == 0) return;
+    else recursiveFunction(num + 1);
+} // recursiveFunction은 자기 자신을 끝없이 호출히여 각 호출마다 스택 프레임이 하나씩 추가되므로, 결국 스택 메모리의 한계에 도달하여 오버플로우가 발생
+```
diff --git "a/developLog/programming-lanuage/java/grammar/_ NullPointException\354\227\220 \353\214\200\355\225\264 \354\225\214\354\225\204\353\263\264\354\236\220__.md" "b/developLog/programming-lanuage/java/grammar/_ NullPointException\354\227\220 \353\214\200\355\225\264 \354\225\214\354\225\204\353\263\264\354\236\220__.md"
new file mode 100644
index 0000000..fdb8fcc
--- /dev/null
+++ "b/developLog/programming-lanuage/java/grammar/_ NullPointException\354\227\220 \353\214\200\355\225\264 \354\225\214\354\225\204\353\263\264\354\236\220__.md"	
@@ -0,0 +1,250 @@
+---
+description: NullPointException
+icon: java
+---
+
+# NullPointException에 대해 알아보자.
+
+![](https://velog.velcdn.com/images/prettylee620/post/c45c6aa5-d29c-411d-accd-4c7107248a35/image.png)
+
+> 예전에 작성한 독서 후기인 [필독 개발자 온보딩 가이드 2장](https://velog.io/@prettylee620/%ED%95%84%EB%8F%85-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EC%98%A8%EB%B3%B4%EB%94%A9-%EA%B0%80%EC%9D%B4%EB%93%9C-2%EC%9E%A5#4-%EC%A7%81%EC%A0%91-%EB%B6%80%EB%94%AA%ED%98%80%EB%B3%B4%EB%A9%B4-%EA%B9%A8%EB%8B%AB%EC%9E%90)에 보면 NullPointException에 대한 설명을 적어뒀는데 자바 기본 다시 공부하면서 나와서 한 번 더 정리할 겸 정리해봄
+
+## NullPointException
+
+### 1. Null이란?
+
+택배를 보낼 때 제품은 준비가 되었지만, 보낸 주소지가 아직 결정되지 않아서, 주소지가 결정될 때까지는 주소지를 비워둬야 한다.
+
+참조형 변수에는 항상 **객체가 있는 위치**를 가르키는 `참조값`이 들어간다. 그런데 아직 가리키는 대상이 없거나 가리키는 대상을 **나중에 입력하고 싶다면? null을 넣어둘 수 있다.**
+
+null은 값이 존재하지 않는, 없다는 뜻으로 만약 계속 인스턴스를 아무도 참조 하지 않는다면 \*\*JVM의 GC(가비지 컬렉션)\*\*가 **더이상 사용하지 않는 인스턴스라 판단하고 해당 인스턴스를 자동으로 메모리에서 제거**해준다.
+
+### 2. NullPointException이란?
+
+택배를 보낼 때 주소지 없이 택배를 발송하면 어떤 문제가 발생할까? 택배가 제대로 도착을 못하겠지..? 만약 참조값이 없이 객체를 찾아간다면..?  발생하는 것이 `NullPointException`
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/4ae9bd99-55a1-48c6-9f63-e88527747f89/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 1) NullPointException이라는 뜻
+
+![](https://velog.velcdn.com/images/prettylee620/post/985897f1-b97f-4079-bdd4-867fac24a4d8/image.png)
+
+> 이름 그대로 null를 가르키다(Pointer)인데, 이때 발생하는 예외이다. **null은 없다는 뜻**이므로 _**결국 주소가 없는 곳을 찾아갈 때 발생하는 예외**_
+
+객체를 참조할 때는 .(dot)를 사용한다. 참조값이 null이라면 값이 없다는 뜻으로, 찾아갈 수 있는 객체(인스턴스)가 없다.
+
+> `NullPointerException`은 이처럼 **null에 .(dot)을 찍었을 때 발생**한다.
+
+#### 2) 멤버 변수와 null
+
+1. Data 클래스
+
+```java
+package ref;
+
+public class Data{
+	int value;
+}
+
+```
+
+2. BigData 클래스
+
+```java
+package ref;
+
+public class BigData{
+	Data data;
+    int count;
+}
+```
+
+3. 메인
+
+```java
+package ref;
+public class NullMain3 {
+ public static void main(String[] args) {
+ 	BigData bigData = new BigData();
+ 	System.out.println("bigData.count=" + bigData.count);
+ 	System.out.println("bigData.data=" + bigData.data);
+ 	//NullPointerException
+ 	System.out.println("bigData.data.value=" + bigData.data.value); 
+ }
+}
+```
+
+4. 실행결과
+
+```
+bigData.count=0
+bigData.data=ref.Data@x002
+bigData.data.value=0
+```
+
+5. 이유
+
+* bigData.count 를 출력하면 0 이 출력된다. (int count는 `기본 자료형`이라서 0으로 자동 초기화)
+* bigData.data 를 출력하면 참조값인 null 이 출력된다. 이 변수는 아직 아무것도 참조하고 있지 않다.(`참조형`은 null로 초기화 됨)
+* bigData.data.value 를 출력하면 data 의 값이 null 이므로 null 에 . (dot)을 찍게 되고, 따라서 참조 할 곳이 없으므로 NullPointerException 예외가 발생한다
+
+6. 예외 발생 과정
+
+```
+bigData.data.value
+x001.data.value //bigData는 x001 참조값을 가진다.
+null.value //x001.data는 null 값을 가진다.
+NullPointerException //null 값에 .(dot)을 찍으면 예외가 발생한다
+```
+
+**해결방법**
+
+> Data 인스턴스를 만들고 BigData.data 멤버 변수에 참조값을 할당하면 된다.
+
+```java
+package ref;
+public class NullMain4 {
+ public static void main(String[] args) {
+ BigData bigData = new BigData();
+ bigData.data = new Data();
+ System.out.println("bigData.count=" + bigData.count);
+ System.out.println("bigData.data=" + bigData.data);
+ System.out.println("bigData.data.value=" + bigData.data.value);
+ }
+}
+```
+
+### 3. 코드 동작을 이해하기 위해 다양한 실험을 해보자(NullPointerException 원인 파악하기)
+
+> 어떤 메소드가 호출이 된 것은 알겠는데 도대체 **어떤 경로로 그 메소드가 호출됐는지 알아내지 못하는 경우**가 있다. 이럴 때는 `예외`를 던지거나 `스택 트레이스`를 출력해보거나 아니면 `디버거`를 붙여 호출 경로를 살펴보는 등의 시도
+
+* 여러 가지 시도를 해보며 코드가 어떻게 동작하는지 알아두자.
+
+#### 1) 여기서 잠깐! 스택 트레이스란?
+
+> 출처 https://jaehoney.tistory.com/51 https://okky.kr/articles/338405
+
+**개념**
+
+* 프로그램이 시작된 시점부터 현재 위치까지의 메서드 호출 목록
+* 예외가 어디서 발생했는지 알려주기 위해 JVM을 생성
+
+**필요 이유**
+
+* 스택 트레이스를 읽는 능력은 선택이 아닌 필수
+* 무턱대고 오류내용을 복붙하고 해결을 위한 코드도 복붙한다면 직면한 문제는 해결할 수 있지만 발전 없이 머물러 있게 됨
+* 강사님도 항상 강조하는 내용
+
+**그렇다면 읽는 법?**
+
+```JAVA
+public class StackTraceTest 
+{
+	public static void main(String[] args) 
+	{
+		one();
+	}
+	
+	public static void one()
+	{
+		two();
+	}
+
+	public static void two()
+	{
+		three();
+	}
+	
+	public static void three()
+	{
+		Integer.parseInt("abcde");
+	}
+}
+```
+
+![](https://velog.velcdn.com/images/prettylee620/post/0bc51219-6345-49e0-899d-cfc22c9ee627/image.png)
+
+1. 스택트레이스는 에러가 발생된 시점부터 프로그램이 시작된 시점까지 거슬러 올라가면서 출력되기 때문에 **먼저 실행된 메서드가 가장 아래**
+2. 나도 보려고 노력하지만 겁먹기 마련이다. 대부분 처음 시작하는 분들이 그렇더라
+3. 하지만 에러의 진정한 원인은 가장 아래쪽(초기)에 있는 `Caused by:`로 시작되는 줄부터 아래로 세줄이면 충분
+
+```java
+Caused by: java.lang.NullPointerException
+     at com.mycompany.service.impl.PortalManagerImpl.deleteMenuItem(PortalManagerImpl.java:603)
+     at com.mycompany.service.impl.PortalManagerImpl.deletePortal(PortalManagerImpl.java:358)
+```
+
+4. 위의 내용은 com.mycompany.service.impl.PortalManagerImpl' 클래스의 `deletePortal` 메소드 358라인에서 같은 클래스의 `deleteMenuItem`메소드를 호출했는데 해당 메소드 603번 째 줄에서 널포인터 예외가 발생했다라고 해석
+
+**okky의 질문** ![](https://velog.velcdn.com/images/prettylee620/post/44408d1c-8078-468d-b5c6-1a9b2be04488/image.png)
+
+> **okky의 답변** `deleteMenuItem()`은 재귀 호출을 하는 메서드라서 혼동이 되신 것 같습니다. 스택트레이스의 인용하신 부분은 "603번 째 줄에서 deleteMenuItem()을 호출할 때"가 아니라 "호출된 deleteMenuItem() 메서드의 내부의 603번 째 줄"임
+
+🐇 **좀 더 자세히 설명하자면,** deleteMenuItem() 메서드 내부에서 getMenuItems(item.getPortal().getId(), item.getId()) 메서드를 호출하려고 합니다. 이때, item이 null인 경우 NullArgumentException이 발생하고 예외가 던져집니다.
+
+5. `PortalManagerImpl` 클래스 소스
+
+```java
+if (item == null) {
+    throw new NullArgumentException("item");
+}
+
+//중간 생략
+List<PortalMenu> children = getMenuItems(item.getPortal().getId(), item.getId()); // 603번째 줄
+
+for (PortalMenu child : children) {
+    deleteMenuItem(child);
+ }
+```
+
+#### 2) NullPointerException의 원인
+
+* 많은 수의 지원자들이 `children`이나 `item.getId()` 등에 널값이 들어간 것 같다고 답했다고 한다. 이론적으로 해당 라인에서 널값이 들어갈 수 있는 모든 경우의 수는,
+
+> 1. children
+
+2. item
+3. item.getPortal()
+4. item.getPortal().getId()
+5. item.getId()
+
+* 이 중 적어도 두 가지, 즉 2번 혹은 3번으로 가능성을 바로 좁히지 못한다면 그것은 널포인터 예외의 의미를 정확하게 파악하지 못하고 있기 때문이라고 한다.
+
+> 널포인터 예외는 단순하게 변수에 널값이 들어가서 생기는 오류가 아니다. `널포인터 예외`는 **명확하게 객체의 널레퍼런스에 대해 메소드 호출이나 필드 참조 등의 작업을 했을 때 발생하는 문제**라는 것을 이해한다면 이런 문제는 곧바로 원인을 좁힐 수 있어야 한다.
+
+* 즉, 1번의 경우처럼 단순히 변수에 널값을 할당하는 것만으로는 절대로 널포인터 예외가 날 수 없다. 그리고 만일 4 번 `item.getPortal().getId()`이나 5번 `item.getId()`이 널이라면 이는 널 레퍼런스에 대한 호출이 아니라 널값을 `getMenuItems`라는 **메소드의 인자로 넘기는 것 뿐이기 때문에 역시 널포인터 예외의 원인이 될 수 없다.**
+* 물론 `getMenuItem` 메소드 안에서 **해당 인자에 대한 널체크 없이 값을 사용하다가 예외가 날 수도 있겠지만** 이 경우엔 절대로 트레이스 상에 **굵은 글자로 표시된 603번 째에서 예외를 뿌리지 않는다.**
+* 그렇다면 남은 가능성은 2번 'item'이 널이거나 3번 'item.getPortal()'이 널인 경우뿐인데, 'item' 변수는 위에서 널체크를 하기 때문에 603번 째 줄에서 절대로 널값을 가질 수 없다. 그렇기 때문에 답은 3번이 되는 것
+
+#### 3) 읽어보면 좋은 글
+
+[개발은 암기과목이 아닙니다](https://okky.kr/questions/311337)
+
+#### 4) 논외 Visual Studio와 Visual Studio Code
+
+> 스택 트레이스 를 읽는 법을 찾다가 알게 된 것인데... 둘은 완전히 다르다는 것 Visual Studio는 IDE(통합 개발 환경)이며 Visual Studio Code는 Sublime Text 및 Atom과 같은 리치 텍스트 편집기로 도구 간의 차이점은 IDE와 텍스트 편집기 그 이상이라고 한다. IDE는 코드 작성, 편집, 디버깅 및 실행을 위한 강력한 도구로 텍스트 편집기에서는 코드를 작성하고 편집할 수만 있다. 코드를 실행하거나 자동으로 실행되도록 플러그인을 다운로드하려면 텍스트 편집기에서 나가야 할 수도 있다고 함.. 깊게 공부 안하고 돌리기만 해서... 몰랐다.
+
+#### 5) 이런 실험을 할 때 디버거 십분 활용
+
+1. 실행 중인 코드를 잠시 정지시키고 실행 중인 스레드, 스택 트레이스, 변숫값 등을 확인할 수 있다.
+2. 디버거를 붙여 이벤트 발생시킨 후 코드가 해당 이벤트를 어떻게 처리하는지 단계적으로 확인
+3. 브레이크 포인트는 디버거에서 코드 실행을 중지시키는 지점을 설정하는 도구로 이를 통해 해당 지점에서 코드의 실행 상태를 분석하고 변수 값을 확인할 수 있다.
+
+**intellij에서 브레이크 포인트 설정 방법**
+
+> IntelliJ IDEA를 열고 디버그할 프로젝트를 로드
+
+1. 디버그하고 싶은 코드 파일을 엽니다.
+2. 브레이크 포인트를 설정하려는 줄에 마우스 커서를 가져갑니다.
+3. 해당 줄의 왼쪽 마진(라인 넘버 부분)을 클릭하면 브레이크 포인트가 설정됩니다. 또는, 해당 줄을 클릭한 후 `Ctrl + F8 (Windows/Linux)` 또는 `Command + F8 (Mac)`을 누르면 컨텍스트 메뉴가 나타납니다. 이 메뉴에서 `Toggle Line Breakpoint`를 선택하면 **브레이크 포인트가 설정**됩니다.
+4. 설정한 브레이크 포인트는 `빨간 동그라미`로 표시됩니다.
+5. 디버그 모드로 실행하려면 해당 클래스 또는 메서드 내에서 마우스 우클릭하여 "Debug" 옵션을 선택하거나, 코드 에디터 상단의 "Run" 또는 "Debug" 버튼을 클릭합니다.
+6. 프로그램이 브레이크 포인트에 도달하면 실행이 일시 정지됩니다. 이때 디버거 창에서 변수 값을 확인하거나 단계별로 코드를 실행해볼 수 있습니다.
+
+#### 🍊 디버거는 강력한 기능을 제공하지만 가끔은 로그나 print를 넣어두는 것이 코드의 동작을 이해하는 것이 가장 쉬운 방법
+
+* 다만, 멀티스레드 애플리케이션 같은 복잡한 상황에서 print문을 이용한 디버깅은 잘못된 결과를 도출할 수 있다는 점에서 유의
+
+#### 쉽지만 유용한 방법
+
+* 원래 코드가 아니라 내가 수정 중인 코드가 실행되고 있는 사실을 눈에 띄게 알려주는 문장을 프로그램이 처음 실행되는 시점에 출력
diff --git "a/developLog/programming-lanuage/java/grammar/_ \354\236\220\353\260\224 \353\254\270\353\262\225 \355\225\234\353\210\210\354\227\220 \354\240\225\353\246\254 1\355\216\270_.md" "b/developLog/programming-lanuage/java/grammar/_ \354\236\220\353\260\224 \353\254\270\353\262\225 \355\225\234\353\210\210\354\227\220 \354\240\225\353\246\254 1\355\216\270_.md"
new file mode 100644
index 0000000..3bcbfec
--- /dev/null
+++ "b/developLog/programming-lanuage/java/grammar/_ \354\236\220\353\260\224 \353\254\270\353\262\225 \355\225\234\353\210\210\354\227\220 \354\240\225\353\246\254 1\355\216\270_.md"	
@@ -0,0 +1,486 @@
+---
+icon: java
+---
+
+# 자바 문법 한눈에 정리 1편
+
+> 자바는 학교에서 많이 배웠지만 뭔가 한번에 정리가 안된 느낌이라 코딩시 사용 가능한 문법에 한 해 정리해보고자 함
+
+### main
+
+***
+
+main 메서드에서 제일 먼저 시작
+
+```java
+public class Main{
+	public class void main(String[] args){
+
+	}
+}
+```
+
+### println
+
+***
+
+* 결과값을 내주는 함수, 문자열, 숫자, 수식, 변수, 변수에 수식도 사용 가능
+* 참고로 **변수는 값을 지정하고 다시 갱신 가능**
+
+```java
+public class Main{
+
+	public class void main(String[] args){
+		int x =30; //변수
+		System.out.println("Hello World"); //문자열 
+		System.out.println(35 + 30); //수식
+		System.out.println(x + 30); //변수의 수식
+
+		x = 40;
+		System.out.println(x); // x 값은 위와 상관없이 40으로 초기화 
+	}
+}
+```
+
+### final
+
+***
+
+값을 변경하기 싫을 때 사용하는 것, **상수**
+
+```java
+public class Main{
+
+	public class void main(String[] args){
+		final int y = 30;
+		y = 40; //에러가 뜨게 됨
+	}
+}
+```
+
+### 데이터 타입 + 리터럴
+
+***
+
+<pre class="language-java"><code class="lang-java">public class Main{
+
+	public class void main(String[] args){
+		int x = 30; 
+		long l = 30L; //int보다 더 큰 숫자를 표현하기 위함, 뒤에 시호를 붙여줌
+		short s = 30; //int보다 작은 숫자
+		byte b = 30; //short보다 더 작은 숫자
+		
+<strong>		//실수
+</strong>		double dd = 30.0; //double이 float보다 더 넓은 범위의 실수를 담을 수 있음 
+		float ff = 30.0f; 
+
+<strong>		//참, 거짓(if문에서 주로 사용)
+</strong>		boolean isMarred = ture;
+		isMarried = false;
+
+<strong>		//문자열
+</strong>		char c ='a' //한글자만
+		char cc = '한' 
+
+		//문자열 여러개,주로 사용
+		String str = "여러, 글자"
+		
+		
+		System.out.println(x);
+	}
+}
+</code></pre>
+
+### 자동 형변환(강제, 자동)
+
+***
+
+<pre class="language-java"><code class="lang-java">public class Main{
+
+	public class void main(String[] args){
+		int x = 30; 
+		long l = 30L; //int보다 더 큰 숫자를 표현하기 위함, 뒤에 시호를 붙여줌
+		short s = 30; //int보다 작은 숫자
+		byte b = 30; //short보다 더 작은 숫자
+
+		int i = (int)30L; //오른쪽에 있는 long이 더 크기 때문에 **강제형 변환**(int)를 앞에 넣어줌 
+		long ll = 30; //작은 값이 큰 상자에 들어감 , **자동형변환**
+
+		//실수
+		double dd = 30.0; //double이 float보다 더 넓은 범위의 실수를 담을 수 있음 
+		float ff = 30.0f; 
+
+		
+		dd = ff; //자동형변환
+		ff = (float) dd; //강제 캐스팅하여 형변환**[큰 타입이 작은 타입에 들어갈 때]**
+
+		//참, 거짓(if문에서 주로 사용)
+		boolean isMarred = ture;
+		isMarried = false;
+
+<strong>		//문자열
+</strong>		char c ='a'; //한글자만
+		char cc = '한'; 
+
+		//문자열 여러개,주로 사용
+		String str = "여러 글자";
+		
+
+	}
+}
+</code></pre>
+
+### 문자열 포맷
+
+***
+
+```java
+public class Main{
+
+	public class void main(String[] args){
+
+		//문자열 여러개,주로 사용
+		String str = "여러 글자";
+		
+
+		System.out.printf("저는 %s입니다. 나이는 %d살이고요, 키는 %fcm입니다.\\n","홍길동", 20, 180.5f); //뒤에 인자를 넣어줌
+	
+		String str2 = String.format("저는 %s입니다. 나이는 %d살이고요, 키는 %fcm입니다.","홍길동", 20, 180.5f);
+		System.out.println(str2);
+		
+	}
+}
+```
+
+### Math
+
+***
+
+```java
+public class Main{
+
+	public class void main(String[] args){
+
+		System.out.println(Math.max(10,30)); //큰 수 출력 30
+		System.out.println(Math.min(10,30)); //작은 수 출력 10
+		System.out.println(Math.min(-30)); //절대값 출력 30
+	}
+}
+```
+
+### 문자열 숫자 상호 변환
+
+***
+
+```java
+public class Main{
+
+	public class void main(String[] args){
+
+		String str = "100";
+		int i = Integer.parseInt(str); //숫자로 변환 출력시 100
+		long l = Long.parseLong(str); //long으로 변환 출력시 100
+			
+		String str2 = String.valueOf(i); //숫자를 다시 문자열로 변환 "100"
+		
+		System.out.println(i);	
+		System.out.println(str2);
+	}
+}
+```
+
+### Random
+
+***
+
+```java
+public class Main {
+
+    public static void main(String[] args) {
+	 Random random = new Random();
+     int rand = random.nextInt(10); //10까지 중 하나를 랜덤
+
+    // 0 ~ 9 => 5 ~14
+    // 5 ~ 9 4개 중 하나를 랜덤으로 뽑고 싶어
+
+    int randd = random.nextInt(4)+5; //5~9
+
+     System.out.println(rand);
+     System.out.println(randd); 
+    }
+}
+```
+
+### 키보드 입력
+
+***
+
+문자열 입력을 받는 경우, 자바를 가지고 알고리즘을 푼다는 등
+
+```java
+public class Main {
+    public static void main(String[] args) {
+        Scanner scanner = new Scanner(System.in);
+        
+        String str = scanner.next(); //문자열
+        int i = scanner.nextInt(); //숫자
+        long l = scanner.nextLong(); //long
+
+        System.out.println(scanner.next()); //string을 받겠다. 문자열을 입력을 치면 출력
+    }
+}
+```
+
+### If 문
+
+***
+
+```java
+public class Main {
+    public static void main(String[] args) {
+        int i = 4;
+
+        if(i<3){ //3보다 작은 수
+            System.out.println("참");
+        } else if (i<5) { //3이상 5미만
+            System.out.println("거짓");
+        } else{ // 5이상
+            System.out.println("나머지");
+        }
+    }
+}
+```
+
+### 삼항연산
+
+***
+
+```java
+public class Main {
+    public static void main(String[] args) {
+        boolean isMarred = true;
+
+        String str; //결혼을 했다 안했다 라는 문자를 담음
+
+        str = isMarred? "결혼했다" : "결혼을 안 했다"; // **str = 조건?참:거짓**
+        
+        System.out.println(str); //결혼했다
+    }
+}
+```
+
+위의 삼항 연산을 if문으로 나타내자면
+
+```java
+public static void main(String[] args) {
+        boolean isMarred = true;
+
+        String str; //결혼을 했다 안했다 라는 문자를 담음
+
+        if(isMarred){
+            str = "결혼 했다";
+        } else {
+            str = "결혼 안 했다";
+        }
+
+        System.out.println(str); //결혼했다
+    }
+```
+
+### 논리연산, 부정연산
+
+***
+
+AND, OR, NOT
+
+```java
+isMarred && isMan //AND 둘 다 맞아야 함
+
+isMarred || isMan // OR 둘 중 하나
+
+isMarred || !isMan // !을 앞에 붙이면 NOT 참이 거짓이 되고 거짓이 참이 됨
+```
+
+### Switch 문
+
+***
+
+```java
+public class Main {
+    public static void main(String[] args) {
+       
+        String str; //결혼을 했다 안했다 라는 문자를 담음
+        
+        switch (str){ //boolean은 조건으로 들어가지 못함 switch(조건)
+            case "결혼 했다" : // case ___ :
+                System.out.println("O"); //출력
+                break; //break를 안쓰면 쓱 빠져나옴 꼭
+            case "결혼 안 했다" :
+                System.out.println("X");
+                break;
+            default: //마지막에 default
+                System.out.println("?");
+        }
+
+        System.out.println(str); 
+    }
+}
+```
+
+### 반복문 - For 문
+
+***
+
+#### 반복문이 필요한 이유
+
+반복문은 프로그래밍에서 가장 중요한 요소 중의 하나다. 인간은 반복적인 작업을 할때 실수하고 지루해한다. 그것은 실수로 이어진다. 컴퓨터는 이런 반복적인 작업을 대행하기 위해서 만들어진 기계다. 반복문은 컴퓨터에게 반복적인 작업을 지시하는 방법
+
+```java
+for(int i =0; i<10; i++){ 
+//for(초기화; 변수의 조건; 블럭을 한 번 실행 후 어떻게 변화할 것인지)
+          System.out.println(i);
+      }
+```
+
+## While 문
+
+***
+
+```java
+int i =0; //초기화
+      while (i<10){ //while(조건문)
+          System.out.println(i);
+          i++;
+      }
+```
+
+### Do-While문
+
+***
+
+```java
+int i=0; //초기화
+      do{
+          System.out.println(i);
+          i++;
+      }while(i<10); //while(조건) 무조건 1번은 실행함
+```
+
+### Break문
+
+***
+
+멈추고 싶을 때 사용
+
+```java
+public class Main {
+    public static void main(String[] args) {
+        for (int i = 0; i < 10; i++) { //for(초기화; 변수의 조건; 블럭을 한 번 실행 후 어떻게 변화할 것인지)
+            System.out.println(i);
+            if(i == 6){
+                break; //**6을 만나면 for문이 멈춤**
+            }
+        }
+
+    }
+
+```
+
+### Countinue문
+
+***
+
+```java
+public class Main {
+    public static void main(String[] args) {
+        for (int i = 0; i < 10; i++) { //for(초기화; 변수의 조건; 블럭을 한 번 실행 후 어떻게 변화할 것인지)
+            System.out.println(i);
+            if(i == 6){
+                continue; //**6만 빼고 출력됨** if문의 조건만 빼고 출력해라
+            }
+        }
+
+    }
+}
+```
+
+### 배열 및 예외
+
+***
+
+**똑같은 타입의 변수**를 여러개 가져야 할 때 유용함
+
+```java
+public class Main {
+    public static void main(String[] args) { //배열은 원래 초기화가 모두 0으로 되어있음
+        int[] score = new int[]{10,20,30,40,50}; //초기화와 같이 선언도, 5개의 변수를 가짐, 변수 값을 넣어줌
+        int count = score.length; //length : 배열의 길이를 알려줌
+        System.out.println(count); //5가 출력
+        
+        System.out.println(score[0]); //출력값 10
+    }
+}
+```
+
+```java
+int[] score = new int[5]; //5개의 변수를 가짐
+
+int[] score = {10, 20, 30, 40, 50} //= int[] score = new int[]{10,20,30,40,50};
+```
+
+인덱스는 **1부터가 아닌 0부터** 이다. 즉, 10은 인덱스 0 20은 인덱스 1 이런식이다. 변수의 개수 - 1이 최종 인덱스 번호
+
+```java
+System.out.println(score[score.length -1 ]);
+```
+
+### null과 NullPointerException
+
+***
+
+**NullPointerException**의 경우, null인 값을 참조시 뜨는 에러
+
+```java
+public class Main {
+    public static void main(String[] args) { //배열은 원래 초기화가 모두 0으로 되어있음
+
+        String[] names = new String[2];
+
+        System.out.println(names[0]); //변수의 값을 넣어주지 않아 문자열은 null이 뜸
+        System.out.println(names[0].length()); //nullPointerExcepion이라는 에러가 뜸
+
+    }
+}
+```
+
+### ArrayList
+
+***
+
+* 자바의 List 인터페이스를 상속받은 여러 클래스 중 하나
+* 일반 배열과 동일하게 연속된 **메모리 공간을 사용**
+* 배열과의 차이점은 배열이 크기가 고정인 반면 ArrayList는 크기가 가변적으로 변화함
+* 사용 이유 : 중간에 값을 변동하기가 쉽다.
+* 내부적으로 저장이 가능한 메모리 용량(Capacity)이 있으며 현재 사용 중인 공간의 크기(Size)가 있다.
+* 만약 현재 가용량(Capacity) 이상을 저장하려고 할 때 더 큰 공간의 메모리를 새롭게 할당한다.
+
+```java
+public class Main {
+    public static void main(String[] args) { //배열은 원래 초기화가 모두 0으로 되어있음
+
+        ArrayList<Integer> scoreList = new ArrayList<>(); //타입 지정
+        scoreList.add(10); //변수의 값을 넣어줌
+        scoreList.add(20);
+        scoreList.add(30);
+        scoreList.add(40);
+        scoreList.add(50);
+
+        scoreList.add(2,200); //2번째 인덱스에 200으로 바꾸고 싶다다
+        scoreList.remove(2); // 그 전에 있던 값을 뺀다. remove
+
+        System.out.println(scoreList.size()); //arrayList의 크기 5
+        System.out.println(scoreList.get(3)); // 인덱스 사용
+
+    }
+}
+```
diff --git "a/developLog/programming-lanuage/java/grammar/_ \354\236\220\353\260\224 \353\254\270\353\262\225 \355\225\234\353\210\210\354\227\220 \354\240\225\353\246\254 2\355\216\270_.md" "b/developLog/programming-lanuage/java/grammar/_ \354\236\220\353\260\224 \353\254\270\353\262\225 \355\225\234\353\210\210\354\227\220 \354\240\225\353\246\254 2\355\216\270_.md"
new file mode 100644
index 0000000..f490c12
--- /dev/null
+++ "b/developLog/programming-lanuage/java/grammar/_ \354\236\220\353\260\224 \353\254\270\353\262\225 \355\225\234\353\210\210\354\227\220 \354\240\225\353\246\254 2\355\216\270_.md"	
@@ -0,0 +1,569 @@
+---
+icon: java
+---
+
+# 자바 문법 한눈에 정리 2편
+
+### 메서드(static)
+
+***
+
+중복된 코드를 방지하기 위함
+
+```java
+public class Main {
+    public static void main(String[] args) {
+        add(50,10);
+        System.out.println(minus(40,10)); //return을 사용시 바깥에서도 출력가능
+    }
+
+    public static void add(int x, int y){ //(파라미터) void가 있다는 건 return 값이 없다는 것
+        System.out.println(x+y);
+    }
+
+    public static int minus(int x, int y){
+        return x-y;
+    }
+}
+```
+
+### 메소드 오버로드
+
+***
+
+```java
+public class Main {
+    public static void main(String[] args) {
+        System.out.println(add(50,10));
+        System.out.println(add(40,10,12));
+
+        System.out.println(add(10,12,13,14));
+    }
+
+    public static int add(int x, int y){ //메서드 이름이 같다면 변수의 개수가 달라야 함
+        return x+y;
+    }
+
+    public static int add(int x, int y,int z){
+        return x+y+z;
+    }
+
+    public static int add(int... numbers){ //...은 0개이상의 숫자
+        int sum = 0;
+        for(int i =0; i < numbers.length; i++){
+            sum = sum + i;
+        }
+        return sum;
+    }
+}
+```
+
+### static
+
+***
+
+static 메모리에 처음 프로그램 실행시 처음 로드가 되는 부분이라 별도의 영역의 메모리를 차지하기 때문에 `public static void main(String[] args)`는 상위인 `public class Main`과는 상관이 없음
+
+### 클래스와 getter, setter와 생성자
+
+***
+
+클래스 : 속성과 기능으로 나눠짐
+
+getter 와 setter : 굳이 **private**으로 변수를 생성하고 get/set을 이용해 데이터에 접근하는 이유는 `데이터 무결성`지키기 위함이다. 만약 음식의 가격, 갯수가 음수가 온다면 데이터 형식에 맞지 않기 때문에 getset 함수 내에서 무결성을 지켜주어야 한다.
+
+```java
+private String name;
+    private int age;
+
+//private을 하는 대신 getter와 setter을 해줌
+    public String getName() {
+        return name;
+    }
+
+    public void setName(String name) {
+        this.name = name;
+    }
+
+    public int getAge() {
+        return age;
+    }
+
+    public void setAge(int age) {
+        this.age = age;
+    }
+```
+
+### 생성자
+
+***
+
+생성자의 규칙
+
+1. 클래스명과 메소드명이 동일하다.
+2. 리턴타입을 정의하지 않는다. (void도 사용하지 않는다.)
+
+```java
+Person(String name, int age){ //필드를 전달받아 만드는 오버로드 된 생성자
+        this.name = name; //초기화 this는 외부라는 변수에서 넘어온 값, 내가 가진 name이냐? 아니냐를 구분하기 위해
+        this.age = age;
+    }
+```
+
+### to String
+
+***
+
+생성자를 이용하여 만들면 내가 모르는 언어로 출력돼서 오른쪽 마우스 해서 toString을 해주면 우리가 아는 언어로 출력됨
+
+```java
+@Override
+    public String toString() {
+        return "Person{" +
+                "name='" + name + '\\'' +
+                ", age=" + age +
+                '}';
+    } //오른쪽 마우스를 통해 toString을 클릭하여 만들어줌
+```
+
+**전**
+
+<figure><img src="../../../.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+**후**
+
+<figure><img src="../../../.gitbook/assets/image (2) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+### 클래스와 getter/setter와 생성자, toString, 모델 클래스 전체코드
+
+***
+
+```java
+public class Main {
+    public static void main(String[] args) {
+        System.out.println(add(50,10));
+        System.out.println(add(40,10,12));
+
+        System.out.println(add(10,12,13,14));
+
+        Person person = new Person();
+        Person person2 = new Person("홍길동", 10);
+
+        System.out.println(person);
+        System.out.println(person2);
+    }
+
+    public static int add(int x, int y){ //메서드 이름이 같다면 변수의 개수가 달라야 함
+        return x+y;
+    }
+
+    public static int add(int x, int y,int z){
+        return x+y+z;
+    }
+
+    public static int add(int... numbers){ //...은 0개이상의 숫자
+        int sum = 0;
+        for(int i =0; i < numbers.length; i++){
+            sum = sum + i;
+        }
+        return sum;
+    }
+}
+
+class Person{ //속성과 기능으로 나눠짐
+    private String name;
+    private int age;
+
+    Person(){ //클래스와 이름이 같은 기본생성자
+
+    }
+
+    Person(String name, int age){ //필드를 전달받아 만드는 오버로드 된 생성자
+        this.name = name; //초기화 this는 외부라는 변수에서 넘어온 값, 내가 가진 name이냐? 아니냐를 구분하기 위해
+        this.age = age;
+    }
+
+    //private을 하는 대신 getter와 setter을 해줌
+    public String getName() {
+        return name;
+    }
+
+    public void setName(String name) {
+        this.name = name;
+    }
+
+    public int getAge() {
+        return age;
+    }
+
+    public void setAge(int age) {
+        this.age = age;
+    }
+
+    @Override
+    public String toString() {
+        return "Person{" +
+                "name='" + name + '\\'' +
+                ", age=" + age +
+                '}';
+    } //오른쪽 마우스를 통해 toString을 클릭하여 만들어줌
+}
+```
+
+### 패키지와 import
+
+***
+
+model 패키지에 **Person.class**를 넣어줌
+
+```java
+package model;
+
+public class Person{ //속성과 기능으로 나눠짐
+    private String name;
+    private int age;
+
+    public Person(){ //public을 꼭 써줘야 함 안그러면 main에서 접근 불가
+
+    }
+
+    public Person(String name, int age){ 
+        this.name = name; 
+        this.age = age;
+    }
+
+    //private을 하는 대신 getter와 setter을 해줌
+    public String getName() { //get은 값을 꺼내는 것
+        return name;
+    }
+
+    public void setName(String name) { //set은 값을 넣는 것
+        this.name = name;
+    }
+
+    public int getAge() {
+        return age;
+    }
+
+    public void setAge(int age) {
+        this.age = age;
+    }
+
+    @Override
+    public String toString() {
+        return "Person{" +
+                "name='" + name + '\\'' +
+                ", age=" + age +
+                '}';
+    }
+}
+```
+
+[com.company](http://com.company) 패키지 안에 **Main 자바**
+
+```java
+package com.company;
+
+import model.Person;
+
+public class Main {
+    public static void main(String[] args) {
+
+        Person person = new Person();
+        Person person2 = new Person("홍길동", 10);
+
+        System.out.println(person);
+        System.out.println(person2);
+    }
+}
+```
+
+### 상속
+
+***
+
+자식(클래스)이 상속받고 싶은 부모(클래스)를 선택해서 물려받는다. 이때 **상속받는 클래스**를 자식 클래스, 하위 클래스 또는 서브 클래스 라고 부른다.
+
+**상속을 해주는 클래스**를 부모 클래스, 상위 클래스 또는 슈퍼 클래스
+
+1. 상속 방법 : class 클래스(자식) extends 클래스(부모)
+2. 자식 클래스는 부모 클래스로부터 메소드와 필드를 물려받아 사용, 부모 클래스는 자식 클래스에서 정의한 메소드나 필드를 사용하지 못한다
+3. 자식 클래스는 여러 부모 클래스로부터 상속받지 못한다. 즉, **단일상속만 가능**
+4. 부모 클래스는 **여러 자식 클래스에게 상속이 가능**
+5. 자식 클래스가 더 다양한 기능이 가능하므로 자식 클래스로 인스턴스를 생성하는 것이 효율적
+
+```java
+hero.isFlying(); 
+//get의 속성도 가지고 있고 boolean의 경우 is라는 이름으로 getter을 가짐
+```
+
+⇒ 이의 경우 어디서 알 수 있느냐? Hero의 getter를 보면 알 수 있음
+
+💡 set = 설정, get = 값을 가져오는 것,
+
+* 돼지저금통을 만든다 > 변수 선언
+* 그 안에 돈을 저축한다 > set
+* 그 안에 돈이 얼마나 들어 있는지 본다 > get
+* 사용 이유 : SET, GET 메소드를 사용하는 이유는 외부로부터 변수값에 직접적으로 접근하는것을 막기 위해서다. 직접 접근하개 되면 값이 변하게 되고 그러면 `데이터 무결성`이 깨질 수 있기 때문이라고 함
+
+### 추상클래스
+
+***
+
+추상 클래스는 문법보다는 무엇이고 왜 사용하는지 본질적인 개념을 알아야 함
+
+#### 🍀추상클래스란?
+
+**추상클래스**는 A클래스, B클래스, C클래스들 간에 비슷한 필드와 메서드를 공통적으로 추출해 만들어진 클래스다.
+
+**실체클래스**는 실체가 드러나는 클래스로 A클래스, B클래스, C클래스와 같은 것들이다.
+
+추상클래스는 실체 클래스의 공통적인 부분을 추출해 어느정도 규격을 잡아놓은 추상적인 클래스, 그리고 실체클래스와는 **상속관계**
+
+So, **실체클래스**는 실제 객체를 생성할 정도의 `구체성`을 가진다. 하지만 **추상클래스**는 아직 메서드와 내용이 `추상적`이기 때문에 객체를 생성 불가
+
+```java
+Charter charter = new Charter(); // Charter가 추상클래스인 경우 안됨!!!
+```
+
+* 추상클래스는 클래스 앞에 **abstract**를 붙여주고 추상 필드나 메서드를 만든다!
+* {}없이 내용이 없기 떄문에 추상 메서드
+
+```java
+public abstract class Character {
+    //Magician 또한 싸움의 기능을 가지고 싶다는 전제에 캐릭터에 싸움의 기능을 강제화
+    public abstract void attack(Hero hero);//{}없이 내용이 없기 떄문에 추상 메서드
+}
+```
+
+추상 클래스를 상속하는 자식클래스의 경우 extends를 사용해서 추상클래스 상속
+
+```java
+public class Magician extends Character {
+
+    @Override
+    public void attack(Hero hero) {
+     //안에 내용을 적어줘야 함
+    }
+}
+```
+
+### interface
+
+***
+
+**추상클래스와 같은 역할**
+
+`확장성`과 `유연성`을 가짐, 다중상속 가능, `다형성`
+
+아래 두개는 같은 의미
+
+```java
+public abstract class Character {
+    //Magician 또한 싸움의 기능을 가지고 싶다는 전제에 캐릭터에 싸움의 기능을 강제화
+    public abstract void attack(Hero hero);//{}없이 내용이 없기 떄문에 추상 메서드
+}
+```
+
+```java
+interface Character{ //추살클래스와 똑같은 기능
+    void attack(Hero hero);
+}
+```
+
+but 추상클래스나 인터페이스 참조시
+
+**추상클래스 : extends 사용**
+
+```java
+public class Magician extends Character {
+
+    @Override
+    public void attack(Hero hero) {
+
+    }
+}
+```
+
+**인터페이스 : implements 사용**
+
+```java
+public class Magician implements Character {
+
+    @Override
+    public void attack(Hero hero) {
+
+    }
+}
+```
+
+#### **장점**
+
+ArrayList 사용시 여러가지 타입 사용가능
+
+```java
+ArrayList<Character> characterArrayList = new ArrayList<>(); //<>안에 Charcter 대신 Magician 등 가능
+        characterArrayList.add(magician);
+        characterArrayList.add(magician2);
+        characterArrayList.add(hero); //여러가지 타입을 담을 수 있다는 다형성
+```
+
+### instanceof
+
+***
+
+참조변수가 참조하고 있는 인스턴스의 실제 타입을 알아보기 위해 instanceof 연산자를 사용합니다. 주로 조건문에 사용
+
+**Magician.class**
+
+```java
+public class Magician extends Character implements ICharacter {
+
+    @Override
+    public void attack(Hero hero) {
+
+    }
+
+    @Override
+    public void attack(Person person) {
+
+    }
+}
+```
+
+**IChatacter 인터페이스**
+
+```java
+package model;
+
+public interface ICharacter { //추살클래스와 똑같은 기능
+    void attack(Person person);
+}
+```
+
+**Character.class**
+
+```java
+package model;
+
+public abstract class Character extends Person{
+    //Magician 또한 싸움의 기능을 가지고 싶다는 전제에 캐릭터에 싸움의 기능을 강제화
+    public abstract void attack(Hero hero);//{}없이 내용이 없기 떄문에 추상 클래스
+}
+```
+
+#### 🍀 **instanceof 사용처**
+
+* 조상 참조변수 instanceof 자손 인스턴스 (무조건 O)
+* Object o instanceof 자손 인스턴스 (무조건 O)
+* 자손 참조변수 instanceof 조상 인스턴스 (가능함 O)
+
+```java
+Magician magician = new Magician(); 
+        Character magician2 = new Magician();
+        ICharacter magician3 = new Magician();
+
+        if(magician2 instanceof Magician){ //Magician인지 아닌지 체크하는 것이 instanceof
+
+        }
+```
+
+### 제네릭
+
+***
+
+어떤 타입이 들어와도 된다의 의미
+
+```java
+public class Main {
+    public static void main(String[] args) {
+        print("안녕");
+        print(1);
+        print(3L);
+        print(true);
+    }
+    
+    public static <T> void print(T type){ //어떤 타입이 들어와도 된다의 의미
+        System.out.println(type);
+    }
+}
+```
+
+### Thread(스레드)
+
+***
+
+여러가지 일을 동시에 할 때 사용
+
+**Runnable은 interface**고, **run은 추상메서드**
+
+```java
+public class Main {
+    public static void main(String[] args) {
+        System.out.println("1");
+
+      new Thread(new Runnable() {
+          @Override
+          public void run() {
+              for(int i = 0; i < 5; i++){ try {
+                  Thread.sleep(1000); //1초후에
+                  System.out.println(Thread.currentThread().getName() +":" + i);
+              }
+             catch (InterruptedException e){
+                  e.printStackTrace();
+              }
+            }
+              
+          }
+      }).start();
+
+        new Thread(new Runnable() {
+            @Override
+            public void run() {
+                for(int i = 0; i < 5; i++){ try {
+                    Thread.sleep(1000); //1초후에
+                    System.out.println(Thread.currentThread().getName() +":" + i);
+                }
+                catch (InterruptedException e){
+                    e.printStackTrace();
+                }
+                }
+            }
+        }).start();
+        System.out.println("2");
+    }
+}
+```
+
+**결과창**
+
+<figure><img src="../../../.gitbook/assets/image (16).png" alt=""><figcaption></figcaption></figure>
+
+### 람다식
+
+***
+
+추상메서드가 1개이고 파라미터가 없을 때 사용 가능
+
+위의 스레드에서 **ctrl + shift + enter**를 누르면 변경가능
+
+```java
+new Thread(() -> {
+          for(int i = 0; i < 5; i++){ try {
+              Thread.sleep(1000); //1초후에
+              System.out.println(Thread.currentThread().getName() +":" + i);
+          }
+         catch (InterruptedException e){
+              e.printStackTrace();
+          }
+        }
+      }).start();
+```
+
+### 느낌점 🤣
+
+***
+
+문법도 중요하지만 프레임워크의 이용도를 알면 문법을 크게 공부 안해도 될듯한 느낌
+
+[https://wikidocs.net/281](https://wikidocs.net/281) : 점프 투 자바
diff --git "a/developLog/programming-lanuage/java/younghan-lecture/_ \354\236\220\353\260\224 \354\236\205\353\254\270 \352\260\225\354\235\230 \354\240\225\353\246\254_.md" "b/developLog/programming-lanuage/java/younghan-lecture/_ \354\236\220\353\260\224 \354\236\205\353\254\270 \352\260\225\354\235\230 \354\240\225\353\246\254_.md"
new file mode 100644
index 0000000..3f96a17
--- /dev/null
+++ "b/developLog/programming-lanuage/java/younghan-lecture/_ \354\236\220\353\260\224 \354\236\205\353\254\270 \352\260\225\354\235\230 \354\240\225\353\246\254_.md"	
@@ -0,0 +1,1146 @@
+# 자바 입문 강의 정리
+
+## 1. 자바란?
+
+### 자바 표준 스펙
+
+<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>
+
+자바 프로그램은 컴파일과 실행 단계를 거친다.
+
+1. Hello.java와 같은 자바 소스 코드를 개발자가 작성
+2. `자바 컴파일러`를 사용해서 소스 코드를 컴파일
+
+* 자바가 제공하는 `javac`라는 프로그램을 사용
+* .java ⇒ class 파일이 생성
+* 자바 소스 코드를 **바이트코드로 변환**하며 자바 가상 머신에서 더 빠르게 실행될 수 있게 최적화하고 문법 오류 검출
+
+3. 자바 프로그램 실행
+
+* 자바가 제공하는 java라는 프로그램을 사용한다.
+* 자바 가상 머신(JVM)이 실행되면서 프로그램이 작
+
+### IDE와 자바
+
+#### 인텔리제이를 통한 자바 설치 관리
+
+<figure><img src="../../../.gitbook/assets/image (2) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+* 내부에 자바를 편리하게 설치하고 관리할 수 있는 기능을 제공
+
+#### 인텔리제이를 통한 자바 컴파일, 실행 과정
+
+<figure><img src="../../../.gitbook/assets/image (3) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+1. **컴파일**
+
+* 자바 코드를 컴파일 하려면 javac 라는 프로그램을 직접 사용해야 하는데, **인텔리제이는 자바 코드를 실행할 때 이 과정을 자동으로 처리해준다.**
+* 예) javac Hello.java
+* 인텔리제이 화면에서 프로젝트에 있는 `out 폴더`에 가보면 컴파일된 .class 파일이 있는 것을 확인할 수 있다.
+
+2. **실행**
+
+* 자바를 실행하려면 java 라는 프로그램을 사용해야 한다. 이때 컴파일된 .class 파일을 지정해주면 된다.
+* 예) java Hello , 참고로 확장자는 제외한다.
+* 인텔리제이에서 자바 코드를 실행하면 컴파일과 실행을 모두 한번에 처리한다.
+
+### 자바와 운영체제 독립성
+
+1. 일반적인 프로그램은 다른 운영체제에서 실행 할 수 없다.
+
+<figure><img src="../../../.gitbook/assets/image (5) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+2. 자바 프로그램은 자바가 설치된 모든 OS에서 실행할 수 있다.
+
+* 자바 개발자는 특정 OS에 맞추어 개발을 하지 않아도 된다. 자바 개발자는 자바에 맞추어 개발하면 된다.
+* **OS 호환성 문제는 자바가 해결한다.** Hello.class 와 같이 컴파일된 자바 파일은 모든 자바 환경에서 실행할 수 있다.
+* 윈도우 자바는 윈도우 OS가 사용하는 명령어들로 구성되어 있다. MAC이나 리눅스 자바도 본인의 OS가 사용하는 명령어들로 구성되어 있다. 개발자는 각 OS에 맞도록 자바를 설치하기만 하면 된다.
+
+<figure><img src="../../../.gitbook/assets/image (6) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+#### 자바 개발과 운영 환경
+
+<figure><img src="../../../.gitbook/assets/image (7) (1).png" alt=""><figcaption></figcaption></figure>
+
+* 개발할 때 자바와 서버에서 실행 시 다른 자바를 사용할 수 있다.
+* 개발자들은 개발의 편의를 위해 윈도우나 MAC OS를 주로 사용한다.
+* 서버는 주로 리눅스 사용. 만약 AWS를 사용한다면 Amazon Corretto 자바를 AWS 리눅스 서버에 설치
+* 자바의 운영체제 독립성 덕분에 각가의 환경에 맞춰 자바 설치 가능
+
+## 2. 변수
+
+### 변수의 선언과 초기화
+
+#### 변수의 값 대입
+
+`a = 10`
+
+* 자바에서 `=` 은 **오른쪽에 있는 값을 왼쪽에 저장**한다는 뜻이다. 수학에서 이야기하는 두 값이 같다( equals )와는 다른 뜻이다!
+* 숫자를 보관할 수 있는 데이터 저장소인 변수 a 에 값 10 을 저장한다.
+* 하나의 변수 선언 시 `메모리 공간 하나`를 차지하는 느낌
+
+#### 변수 값 변경
+
+* 변수는 이름 그대로 변할 수 있는 수이다. 쉽게 이야기해서 변수 a 에 저장된 값을 언제든지 바꿀 수 있다는 뜻이다
+
+#### 초기화 하지 않은 변수 읽기
+
+```java
+java: variable a might not have been initialize
+```
+
+* 해석해보면 변수가 초기화되지 않았다는 오류이다.
+
+> 🤔 **왜 이런 오류가 발생할까?** 컴퓨터에서 메모리는 여러 시스템이 함께 사용하는 공간이다. 그래서 어떠한 값들이 계속 저장된다.
+
+* 변수를 선언하면 메모리상의 어떤 공간을 차지하고 사용한다. 그런데 그 공간에 기존에 어떤 값이 있었는지는 아무도 모른다.
+
+예를 들어 게임을 하다가 어떤 공간에 7이 저장되어 있었는데 끄게 되면 그 공간 7은 사라지는 것이 아닌 다른 것들이 사용할 수 있기 때문에 뭐가 있는지 정확히 모름
+
+따라서 **초기화를 하지 않으면 이상한 값이 출력될 수 있다.** 이런 문제를 예방하기 위해 **자바는 변수를 초기화 하도록 강제**한다.
+
+> 참고: 지금 학습하는 변수는 `지역 변수(Local Variable)`라고 하는데, 지역 변수는 개발자가 직접 초기화를 해주어야 한다. 나중에 배울 `클래스 변수`와 `인스턴스 변수`는 자**바가 자동으로 초기화를 진행해준다.**
+
+> 참고: `컴파일 에러`는 **자바 문법에 맞지 않았을 때 발생하는 에러**이다. 컴파일 에러는 오류를 빨리, 그리고 명확하게 찾을 수 있기 때문에 사실은 좋은 에러이다. 덕분에 빠르게 버그를 찾아서 고칠 수 있다.
+
+#### 초기화 되지 않은 것은 컴파일 되지 않음
+
+<figure><img src="../../../.gitbook/assets/image (8).png" alt=""><figcaption></figcaption></figure>
+
+* out에 뜨지 않는다.
+* 그리고 컴파일 시 변수를 쓰지 않는다면 자바가 최적화 하여 코드가
+
+```java
+package Vaiable;
+
+public class Var6 {
+    public static void main(String[] args){
+        int a;
+    }
+}
+```
+
+<figure><img src="../../../.gitbook/assets/image (9).png" alt=""><figcaption></figcaption></figure>
+
+> tip : 1줄 복사 단축키 `ctrl + D`
+
+#### 리터럴
+
+* 코드에서 개발자가 직접 적은 100 , 10.5 , true , 'A' , "Hello Java" 와 같은 **고정된 값을 프로그래밍 용어**로 `리터럴(literal)`이라 한다
+* 변수의 값은 변할 수 있지만 리터럴은 개발자가 직접 입력한 고정된 값이다. 따라서 리터럴 자체는 변하지 않는다. 코드 자체는 바꿔 쓸 수 있지만 그것은 다른 리터럴을 쓴 것이다.
+
+### 2. 숫자 타입
+
+> 메모리를 적게 사용하면 작은 숫자를 표현할 수 있고, 메모리를 많이 사용하면 큰 숫자를 표현할 수 있다. 변수를 선언하면 표현 범위에 따라 **메모리 공간을 차지**한다. 그래서 필요에 맞도록 다양한 타입을 제공한다
+
+```java
+package variable;
+public class Var8 {
+ public static void main(String[] args) {
+	 //정수
+	 byte b = 127; //-128 ~ 127
+	 short s = 32767; // -32,768 ~ 32,767
+	 int i = 2147483647; //-2,147,483,648 ~ 2,147,483,647 (약 20억)
+ 
+	 //-9,223,372,036,854,775,808 ~ 9,223,372,036,854,775,807
+	 long l = 9223372036854775807L; 
+	 
+		//실수
+	 float f = 10.0f;
+	 double d = 10.0;
+ }
+}
+```
+
+#### 데이터 타입 크기
+
+* 정수형
+  * byte : -128 \~ 127 (1byte, 2⁸)
+  * short : -32,768 \~ 32,767 (2byte, 2¹⁶)
+  * int : -2,147,483,648 \~ 2,147,483,647 (약 20억) (4byte, 2³²)
+  * long : -9,223,372,036,854,775,808 \~ 9,223,372,036,854,775,807 (8byte, 2⁶⁴)
+* 실수형
+  * float : 대략 -3.4E38 \~ 3.4E38, 7자리 정밀도 (4byte, 2³²)
+  * double : 대략 -1.7E308 \~ 1.7E308, 15자리 정밀도 (8byte, 2⁶⁴) ⇒ 보통의 실수는 `double` 사용
+* 기타
+  * boolean : true , false (1byte)
+  * char : 문자 하나(2byte)
+  * String : 문자열을 표현한다. 메모리 사용량은 문자 길이에 따라 동적으로 달라진다. (특별한 타입이다. 자세한 내용은 뒤에서 학습한다
+
+### 변수 타입 정리
+
+> 🤔 그렇다면 이렇게 많은 변수들을 실제로 외우고 사용해야 할까?
+
+#### 다음 타입은 실무에서 거의 사용하지 않는다.
+
+1. byte
+
+* 표현 길이가 너무 작다.
+* 또 자바는 기본으로 `4byte( int )`를 효율적으로 계산하도록 설계되어 있다. int를 사용하자.
+* byte 타입을 직접 선언하고 여기에 숫자 값을 대입해서 계산하는 일은 거의 없다.
+* 대신에 파일을 바이트 단위로 다루기 때문에 **파일 전송, 파일 복사 등에 주로 사용**된다.
+
+2. short
+
+* 표현 길이가 너무 작다.
+* 또 자바는 기본으로 `4byte( int )`를 효율적으로 계산하도록 설계되어 있다. int 를 사용하
+
+3. float
+
+* 표현 길이와 정밀도가 낮다.
+* 실수형은 double 을 사용하자.
+
+4. char
+
+* 문자 하나를 표현하는 일은 거의 없다.
+* 문자 하나를 표현할 때도 문자열을 사용할 수 있다.
+* 예를 들어 String a = "b" 와 같이 사용하면 된다.
+
+> **메모리 용량은 매우 저렴하다.** 따라서 메모리 용량을 약간 절약하기 보다는 개발 속도나 효율에 초첨을 맞추는 것이 더 효과적이다.
+
+#### 자주 사용하는 타입
+
+1. 정수
+
+* int , long : 자바는 정수에 기본으로 int 를 사용한다. 만약 20억이 넘을 것 같으면 long 을 쓰면 된다.
+* 파일을 다룰 때는 byte 를 사용한다.
+
+2. 실수
+
+* `double` : 실수는 고민하지 말고 double 을 쓰면 된다.
+
+3. 불린형
+
+* boolean : true , false 참 거짓을 표현한다. 이후 `조건문`에서 자주 사용된다.
+
+4. 문자열
+
+* String : 문자를 다룰 때는 문자 하나든 문자열이든 모두 String 을 사용하는 것이 편리하다.
+
+자주 사용하는 타입을 제외하고 실무에서 나머지를 사용하는 경우는 거의 없다. 그나마 파일 전송시에 byte 를 사용하는 것 정도이다. 따라서 자주 사용하는 타입만 이해하고 나머지는 이런게 있구나 하고 넘어가도 충분하다.
+
+## 3. 연산자
+
+> tip : soutv 명령어 치면 아래를
+
+```java
+public class Var6 {
+    public static void main(String[] args){
+        int sum1 = 1+ 2 * 3;
+        int sum2 = (1+2) * 3;
+    }
+}
+```
+
+이와 같이 만들어줌
+
+```java
+package Vaiable;
+
+public class Var6 {
+    public static void main(String[] args){
+        int sum1 = 1+ 2 * 3;
+        int sum2 = (1+2) * 3;
+        System.out.println("sum1 = " + sum1);
+        System.out.println("sum2 = " + sum2);
+        
+    }
+}
+```
+
+#### 연산자 우선순위 암기법
+
+높은 것에서 낮은 순으로 적었다. 처음에 나오는 `괄호 ()` 가 **우선순위가 가장 높고,** 마지막의 `대입 연산자( = )`가 **우선순위가 가장 낮다.**
+
+1. 괄호 ()
+2. 단항 연산자 (예: ++ , -- , ! , \~ , new , (type) )
+3. 산술 연산자 ( \* , / , % 우선, 그 다음에 + , - )
+4. Shift 연산자 ( << , >> , >>> )
+5. 비교 연산자 ( < , <= , > , >= , instanceof )
+6. 등식 연산자 ( == , != )
+7. 비트 연산자 ( & , ^ , | )
+8. 논리 연산자 ( && , || )
+9. 삼항 연산자 ( ? : )
+10. 대입 연산자 ( = , += , -= , \*= , /= , %= 등등)
+
+> 그러면 이 많은 우선순위를 어떻게 외워야 할까? 사실 대부분의 실무 개발자들은 연산자 우선순위를 외우지 않는다. 연산자 우선순위는 **딱 2가지만 기억하면 된다.**
+
+1. **상식선에서 우선순위를 사용하자**
+
+* 우선순위는 상식선에서 생각하면 대부분 문제가 없다.
+* 다음 예를 보자
+
+```java
+int sum = 1 + 2 * 3
+```
+
+당연히 `+` 보다 `*` 이 **우선순위가 높다.** 다음으로 산술 연산자( + )와 대입연산자( = )를 비교하는 예를 보자. **int sum = 1 + 2**
+
+````
+int sum = 1 + 2
+int sum = 3 //산술 연산자가 먼저 처리된다.
+sum = 3 //대입 연산자가 마지막에 처리된다. ```
+
+````
+
+1 + 2 를 먼저 처리한 다음에 그 결과 값을 변수 sum 에 넣어야 한다. 대입 연산자인 = 이 먼저 수행된다고 생각하기가 사실 더 어렵다.
+
+**2. 애매하면 `괄호()`를 사용하자**
+
+* 코드를 딱 보았을 때 연산자 우선순위를 고민해야 할 것 같으면, 그러니까 뭔가 복잡해보이면 나 뿐만 아니라 모든 사람 이 그렇게 느낀다. 이때는 다음과 같이 괄호를 사용해서 우선순위를 명시적으로 지정하면 된다.
+* ((2 \* 2) + (3 \* 3)) / (3 + 2)
+
+> 연산자 우선순위는 상식선에서 생각하고, 애매하면 `괄호`를 사용하자 누구나 코드를 보고 쉽고 명확하게 이해할 수 있어야 한다. 개발자들이 연산자 우선순위를 외우고 개발하는 것이아니다! 복잡하면 명확하게 괄호를 넣어라! 개발에서 가장 중요한 것은 **단순함과 명확함**이다! 애매하거나 복잡하면 안된다
+
+### 증감 연산자
+
+```java
+package operator;
+
+public class OperatorAdd1 {
+ public static void main(String[] args) {
+		 int a = 0;
+
+		 a = a + 1;
+		 System.out.println("a = " + a); //1
+
+		 a = a + 1;
+		 System.out.println("a = " + a); //2
+
+		 //증감 연산자
+		 ++a; //a = a + 1
+		 System.out.println("a = " + a); //3
+
+		 ++a; //a = a + 1
+		 System.out.println("a = " + a); //4
+ }
+}
+```
+
+#### 전위, 후위 증감 연산자
+
+증감 연산자는 피연산자 앞에 두거나 뒤에 둘 수 있으며, 연산자의 위치에 따라 연산이 수행되는 시점이 달라진다.
+
+1. `++a` : 증감 연산자를 피연산자 앞에 둘 수 있다. 이것을 앞에 있다고 해서 **전위(Prefix) 증감 연산자**라 한다.
+
+* 증감 연산이 먼저 수행된 후 나머지 연산이 수행된다
+
+<figure><img src="../../../.gitbook/assets/image (10).png" alt=""><figcaption></figcaption></figure>
+
+```java
+a = 1, b = 0
+b = ++a //전위 증감 연산자 : a의 값을 먼저 증가시키고, 그 결과를 b에 대입
+
+a = a + 1 //1. a의 증감 연산이 먼저 진행, a = 2
+b = a //2.  이후에 a를 대입 b = 2
+
+결과: a = 2, b = 2
+```
+
+2. `a++` : 증감 연산자를 피연산자 뒤에 둘 수 있다. 이것을 뒤에 있다고 해서 **후위(Postfix) 증감 연산자**라 한다
+
+* **다른 연산이 먼저 수행된 후** 증감 연산이 수행된다.
+
+<figure><img src="../../../.gitbook/assets/image (11).png" alt=""><figcaption></figcaption></figure>
+
+```java
+a = 1, b = 0
+b = a++ //후위 증감 연산자
+
+b = a; //1. a의 값을 먼저 b에 대입 b = 1
+a = a + 1; //2. 이후에 a의 값을 증가 a = 2
+
+결과: a = 2, b = 1
+```
+
+3. 예시
+
+```java
+package operator;
+
+public class OperatorAdd2 {
+ public static void main(String[] args) {
+	 // 전위 증감 연산자 사용 예
+	 int a = 1;
+	 int b = 0;
+	 b = ++a; // a의 값을 먼저 증가시키고, 그 결과를 b에 대입
+	 System.out.println("a = " + a + ", b = " + b); // 결과: a = 2, b = 2
+
+	 // 후위 증감 연산자 사용 예
+	 a = 1; // a 값을 다시 1로 지정
+	 b = 0; // b 값을 다시 0으로 지정
+	 b = a++; // a의 현재 값을 b에 먼저 대입하고, 그 후 a 값을 증가시킴
+	 System.out.println("a = " + a + ", b = " + b); // 결과: a = 2, b = 1
+	 }
+}
+```
+
+### 비교 연산자
+
+* 여기서 주의할 점은 = 와 == ( = x2)이 다르다는 점이다.
+
+1. `=` : 대입 연산자, 변수에 값을 대입한다.
+2. `==` : 동등한지 확인하는 비교 연산자
+3. 불일치 연산자는 `!=` 를 사용한다. `!` 는 반대라는 뜻이다
+
+#### 문자열의 비교
+
+* 문자열이 같은지 비교할 때는 == 이 아니라 `.equals()` 메서드를 사용해야 한다.
+* \== 를 사용하면 성공할 때도 있지만 실패할 때도 있다. 지금은 이 부분을 이해하기 어려우므로 지금은 단순히 문자열의 비교는 .equals() 메서드를 사용해야 한다 정도로 알고 있자.
+
+```java
+package operator;
+public class Comp2 {
+ public static void main(String[] args) {
+	 String str1 = "문자열1";
+	 String str2 = "문자열2";
+ 
+	 boolean result1 = "hello".equals("hello"); //리터럴 비교
+	 boolean result2 = str1.equals("문자열1");//문자열 변수, 리터럴 비교
+	 boolean result3 = str1.equals(str2);//문자열 변수 비교
+ 
+	 System.out.println("result1 = " + result1);
+	 System.out.println("result2 = " + result2);
+	 System.out.println("result3 = " + result3);
+ }
+}
+```
+
+> 문장 완성 단축키 : ctrl + shift + enter tip : 라인 복사 ctrl + D ⇒ shift를 누른 채 영역 지정 후 복사도 가 빌드 단축키 : crl + shift + f10
+
+### 논리연산자
+
+1. `&& (그리고`) : 두 피연산자가 모두 참이면 참을 반환, **둘 중 하나라도 거짓이면 거짓**을 반환
+2. `|| (또는)` : 두 피연산자 중 하나라도 참이면 참을 반환, **둘 다 거짓이면 거짓**을 반환
+3. `! (부정)` : 피연산자의 논리적 부정을 반환. 즉, **참이면 거짓을, 거짓이면 참을 반환**
+
+## 4. 조건문
+
+#### if만 쓸 경우 문제점
+
+* **불필요한 조건 검사** : 이미 조건을 만족해도 불필요한 다음 조건을 계속 검사한다. 예를 들어서 나이가 5살이라면 미취학이 이미 출력이 된다. 그런데 **나머지 if 문을 통한 조건 검사도 모두 실행해야 한다.**
+* **코드 효율성**: 예를 들어서 나이가 8살인 초등학생이라면 미취학을 체크하는 조건인 age <= 7 을 통해 나이가 **이미 8살이 넘는 다는 사실을 알 수 있다.** 그런데 바로 다음에 있는 초등학생을 체크하는 조건에서 `age >= 8 && age <= 13` 라는 2가지 조건을 모두 수행한다. 여기서 age >= 8 이라는 조건은 이미 앞의 age <= 7 이라는 조건과 관련이 있다. **결과적으로 조건을 중복 체크한 것이다.**
+
+> 이런 코드에 `else if` 를 사용하면 불필요한 조건 검사를 피하고 코드의 효율성을 향상시킬 수 있다.
+
+### if문과 else if문
+
+> if 문에 else if 를 함께 사용하는 것은 **서로 연관된 조건일 때 사용**한다. 그런데 서로 관련이 `없는` 독립 조건이면 else if 를 사용하지 않고 if 문을 `각각` 따로 사용해야 한다
+
+#### 문제
+
+온라인 쇼핑몰의 할인 시스템을 개발해야 한다. 한 사용자가 어떤 상품을 구매할 때, 다양한 할인 조건에 따라 총 할인 금액이 달라질 수 있다.
+
+**할인조건**
+
+> 할인 시스템의 핵심은 한 사용자가 **`동시에` 여러 할인을 받을 수 있다는 점**이다. 예를 들어, 10000원짜리 아이템을 구매할 때 1000원 할인을 받고, 동시에 나이가 10살 이하이면 추가로 1000원 더 할인을 받는다. 그래서 총 2000원 까지 할인을 받을 수 있다
+
+1. 아이템 가격이 10000원 이상일 때, 1000원 할인
+2. 나이가 10살 이하일 때 1000원 할인
+
+```java
+package comd;
+
+public class If5 {
+    public static void main(String[] args) {
+        int price = 1000;
+        int age = 10;
+        int discount = 0;
+
+        if(age <= 10){
+            discount = discount + 1000;
+            System.out.println("10살 이하라서 1000원 할인");
+        }
+
+        if(price >=10000){
+            discount = discount +1000;
+            System.out.println("물건 가격 100000원 이상이랑 1000원 할인");
+        }
+
+        System.out.println("총 할인 받은 금액"+discount+"입니다.");
+    }
+}
+```
+
+다음과 같은 경우에는 두번째 문장은 if 문과 무관하다. 만약 둘다 if 문 안에 포함하려면 {} 를 사용해야 한다.
+
+```java
+if (true)
+System.out.println("if문에서 실행됨");
+System.out.println("if문에서 실행 안됨");
+```
+
+프로그래밍 스타일에 따라 다르겠지만, 일반적으로는 **if 문의 명령이 한개만 있을 경우에도** 다음과 같은 이유로 중괄호를 사용하는 것이 좋다.
+
+1. **가독성:** 중괄호를 사용하면 코드를 더 읽기 쉽게 만들어 준다. 조건문의 범위가 명확하게 표시되므로 코드의 흐름을 더 쉽게 이해할 수 있다.
+2. **유지보수성:** 중괄호를 사용하면 나중에 코드를 수정할 때 오류를 덜 발생시킬 수 있다. 예를 들어, if 문에 또 다른 코드를 추가하려고 할 때, 중괄호가 없으면 이 코드가 if 문의 일부라는 것이 명확하지 않을 수 있다.
+
+### switch 문
+
+> 참고로 if 문은 비교 연산자를 사용할 수 있지만, `switch` 문은 **단순히 값이 같은지만 비교할 수 있다.**
+
+```java
+public class Switch2 {
+    public static void main(String[] args) {
+        int grade = 2;
+
+        int coupon;
+
+        switch(grade){
+            case 1:
+                coupon = 1000;
+                break;
+            case 2:
+                coupon = 2000;
+                break;
+            case 3:
+                coupon = 3000;
+                break;
+            default:
+                coupon = 500;
+        }
+
+        System.out.println(coupon);
+    }
+}
+```
+
+#### if문 vs switch 문
+
+* switch 문의 조건식을 넣는 부분을 잘 보면 x > 10 과 같은 참 거짓의 결과가 나오는 조건이 아니라, 단순히 값만 넣을 수 있다.
+* `switch` 문은 조건식이 **특정 case 와 같은지만 체크할 수 있다.** 쉽게 이야기해서 값이 같은지 확인하는 연산만 가능하다. (문자도 가능)
+* 반면에 `if 문`은 참 거짓의 결과가 나오는 조건식을 자유롭게 적을 수 있다. 예) x > 10 , x == 10 정리하자면 swtich 문 없이 if 문만 사용해도 된다. 하지만 특정 값에 따라 코드를 실행할 때는 switch 문을 사용하면 if 문 보다 간결한 코드를 작성할 수 있다
+
+### 자바 14 새로운 switch문
+
+```java
+package cond;
+
+public class Switch3 {
+ public static void main(String[] args) {
+	 //grade 1:1000, 2:2000, 3:3000, 나머지: 500
+	 int grade = 2;
+
+	 int coupon = switch (grade) {
+		 case 1 -> 1000; 
+		 case 2 -> 2000;
+		 case 3 -> 3000;
+		 default -> 500;
+ };
+
+ System.out.println("발급받은 쿠폰 " + coupon);
+ }
+}
+```
+
+* `->` 를 사용한다.
+* 선택된 데이터를 반환할 수 있다.
+* 화살표 오른쪽에 있는 것이 coupon에 대입되는 것
+
+### 삼항 연산자
+
+이렇게 단순히 **참과 거짓에 따라서 특정 값을 구하는 경우** **삼항 연산자 또는 조건 연산자**라고 불리는 `?`: 연산자를 사용 할 수 있다. 이 연산자를 사용하면 if 문과 비교해서 코드를 단순화 할 수 있다.
+
+```java
+public class CondOp2 {
+ public static void main(String[] args) {
+	 int age = 18;
+	 String status = (age >= 18) ? "성인" : "미성년자";
+	 System.out.println("age = " + age + " status = " + status);
+ }
+}
+```
+
+#### 삼항 연산자
+
+```java
+(조건) ? 참_표현식 : 거짓_표현식
+```
+
+### 참고
+
+변수가 초기화 되었는지 확인하는 것은 자바가 제공하는 JIT 컴파일러가 아니라 일반 컴파일러 입니다. 일반 컴파일러는 .java 파일을 바이트 코드인 .class파일로 변환하는 역할을 담당합니다. 추가로 소스 코드를 읽어서, 문법 오류를 찾아줍니다.
+
+`JIT 컴파일러`는 자바의 실행 시점에 작동하고 바이트코드를 특정 플랫폼에 최적화된 기계어로 변환하는 역할을 합니다. 주로 성능 최적화에 사용됩니다.
+
+## 5. 반복문
+
+### while
+
+```java
+while (조건식) {
+ // 코드
+}
+```
+
+* 조건식을 확인한다. 참이면 코드 블럭을 실행하고, 거짓이면 while문을 벗어난다.
+* 조건식이 참이면 코드 블럭을 실행한다. 이후에 코드 블럭이 끝나면 다시 조건식 검사로 돌아가서 조건식을 검사한다.(무한 반복)
+
+#### 동작 방식
+
+> 쓰는 이유는 코드를 `유연하게` 바꾸기 위해서이다.
+
+<figure><img src="../../../.gitbook/assets/image (12).png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="../../../.gitbook/assets/image (13).png" alt=""><figcaption></figcaption></figure>
+
+### do-while문
+
+* do-while 문은 while 문과 비슷하지만, **조건에 상관없이** `무조건 한 번은 코드를 실행`한다
+
+```java
+do {
+ // 코드
+} while (조건식);
+```
+
+```java
+package loop;
+
+public class DoWhile2 {
+	 public static void main(String[] args) {
+		 int i = 10;
+		 do {
+			 System.out.println("현재 숫자는:" + i);
+			 i++;
+	 } while (i < 3);
+
+ }
+}
+```
+
+### break, countinue
+
+* break 와 continue 는 반복문에서 사용할 수 있는 키워드다.
+* `break` 는 **반복문을 즉시 종료하고 나간다.** `continue` 는 **반복문의 나머지 부분을 건너뛰고 다음 반복으로 진행하는데 사용**된다.
+
+1. break
+
+* break 를 만나면 코드2 가 실행되지 않고 `while문이 종료`된다.
+
+```java
+while(조건식) {
+ 코드1;
+ break;//즉시 while문 종료로 이동한다.
+ 코드2;
+}
+//while문 종료
+```
+
+```java
+public class Break1 {
+    public static void main(String[] args) {
+        int sum = 0;
+        int i = 1;
+
+        while(true){
+            sum += i;
+            if(sum > 10){
+                System.out.println("i의 값은 :"+i + "sum의 값은 : "+sum);
+                break;
+            }
+						i++;
+        }
+    }
+}
+```
+
+2. continue
+
+* continue 를 만나면 코드2 가 실행되지 않고 다시 `조건식으로 이동`한다. 조건식이 참이면 while 문을 실행한다
+
+```java
+while(조건식) {
+ 코드1;
+ continue;//즉시 조건식으로 이동한다.
+ 코드2;
+}
+```
+
+```java
+public class Continue1 {
+    public static void main(String[] args) {
+        int i = 1;
+
+        while(i<=5){
+            if(i==3){
+                i++;
+                continue;
+            }
+            System.out.println(i);
+            i++;
+        }
+    }
+}
+```
+
+### for문
+
+```java
+for (1.초기식; 2.조건식; 4.증감식) {
+ // 3.코드
+}
+```
+
+* 무한반복 코드
+
+```java
+for (;;) {
+ // 코드
+}
+```
+
+문제 : 1부터 시작하여 숫자를 계속 누적해서 더하다가 합계가 10보다 큰 처음값은?
+
+```java
+public class Break2 {
+ public static void main(String[] args) {
+	 int sum = 0;
+	 int i = 1;
+
+	 for (; ; ) {
+		 sum += i;
+		 if (sum > 10) {
+			 System.out.println("합이 10보다 크면 종료: i=" + i + " sum=" + sum);
+			 break;
+			 }
+			 i++;
+	 }
+	 }
+}
+```
+
+```java
+public class Break2 {
+ public static void main(String[] args) {
+	 int sum = 0;
+
+	 for (int i = 1;; i++) {
+		 sum += i;
+		 if (sum > 10) {
+			 System.out.println("합이 10보다 크면 종료: i=" + i + " sum=" + sum);
+			 break;
+			 }
+			 
+	 }
+	 }
+}
+```
+
+### 여러 개의 조건식
+
+```java
+package loop.ex;
+
+public class ForEx2 {
+ public static void main(String[] args) {
+	 for (int num = 2, count = 1; count <= 10; num += 2, count++) {
+		 System.out.println(num);
+	 }
+ }
+}
+```
+
+### 정리
+
+#### while vs for
+
+#### for문
+
+* **장점:**
+
+1. 초기화, 조건 체크, 반복 후의 작업을 한 줄에서 처리할 수 있어 편리하다.
+2. 정해진 횟수만큼의 반복을 수행하는 경우에 사용하기 적합하다.
+3. 루프 변수의 범위가 for 루프 블록에 제한되므로, 다른 곳에서 이 변수를 실수로 변경할 가능성이 적다.
+
+* 단점:
+
+1. 루프의 조건이 루프 내부에서 변경되는 경우, for 루프는 관리하기 어렵다.
+2. 복잡한 조건을 가진 반복문을 작성하기에는 while문이 더 적합할 수 있다.
+
+#### while문
+
+* **장점:**
+
+1. 루프의 조건이 루프 내부에서 변경되는 경우, while 루프는 이를 관리하기 쉽다.
+2. for 루프보다 더 복잡한 조건과 시나리오에 적합하다.
+3. 조건이 충족되는 동안 계속해서 루프를 실행하며, 종료 시점을 명확하게 알 수 없는 경우에 유용하다.
+
+* **단점:**
+
+1. 초기화, 조건 체크, 반복 후의 작업이 분산되어 있어 코드를 이해하거나 작성하기 어려울 수 있다.
+2. 루프 변수가 while 블록 바깥에서도 접근 가능하므로, 이 변수를 실수로 변경하는 상황이 발생할 수 있다.
+
+> 한줄로 정리하자면 `정해진 횟수만큼 반복을 수행`해야 하면 **for문**을 사용하고 그렇지 않으면 while문을 사용하면 된다.
+
+## 6. 스코프
+
+### 지역변수와 스코프
+
+> `변수`는 선언한 위치에 따라 \*\*지역 변수, 멤버 변수(클래스 변수, 인스턴스 변수)\*\*와 같이 분류된다. 우리가 지금까지 학습한 변수들은 모두 영어로 **로컬 변수(Local Variable) 한글로 지역 변수**라 한다.
+
+#### 지역변수
+
+1. 지역 변수는 이름 그대로 **특정 지역에서만 사용할 수 있는 변수**라는 뜻이다. 그 특정 지역을 벗어나면 사용할 수 없다.
+2. 여기서 말하는 지역이 바로 변수가 선언된 `코드 블록( {} )`이다. `지역 변수`는 **자신이 선언된 코드 블록( {} ) 안에서만 생존하고, 자신이 선언된 코드 블록을 벗어나면 제거**된다. 따라서 이후에는 접근할 수 없다
+
+#### 스코프
+
+1. 이렇게 변수의 접근 가능한 범위를 `스코프(Scope)`라 한다.
+2. 참고로 Scope를 번역하면 범위라는 뜻이다.
+
+```java
+package scope;
+
+public class Scope2 {
+ public static void main(String[] args) {
+	 int m = 10;
+	 for (int i = 0; i < 2; i++) { //블록 내부, for문 내
+		 System.out.println("for m = " + m); //블록 내부에서 외부는 접근 가능
+		 System.out.println("for i = " + i);
+		 } //i 생존 종료
+
+		 //System.out.println("main i = " + i); //오류, i에 접근 불가
+			System.out.println("main m = " + m);
+ }
+}
+```
+
+1. for 문의 경우 for(int i=0;..) 과 같이 for 문 안에서 초기식에 직접 변수를 선언할 수 있다. 그리고 이렇게 선언한 변수는 **for 문 코드 블록 안에서만 사용할 수 있다.**
+
+### 스코프의 존재 이유
+
+#### 지역 변수를 사용하지 않았을 때
+
+```java
+package scope;
+
+public class Scope3_1 {
+ public static void main(String[] args) {
+	 int m = 10;
+	 int temp = 0;
+	 if (m > 0) {
+		 temp = m * 2;
+		 System.out.println("temp = " + temp);
+	 }
+	 System.out.println("m = " + m);
+ }
+}
+```
+
+* 여기서 2배 증가한 값을 저장해두기 위해 **임시 변수** `temp` 를 사용했다. 그런데 이 코드는 좋은 코드라고 보기는 어렵다.
+* 왜냐하면 임시 변수 temp 는 if 조건이 만족할때 임시로 잠깐 사용하는 변수이다. 그런데 임시 변수 temp main() 코드 블록에 선언되어 있다. 이렇게 되면 다음과 같은 **문제**가 발생한다.
+
+1. **비효율적인 메모리 사용**
+
+* temp 는 if 코드 블록에서만 필요하지만, main() 코드 블록이 종료될 때 까지 메모리 에 유지된다. 따라서 **불필요한 메모리가 낭비된다.**
+* 만약 if 코드 블록 안에 temp 를 선언했다면 자바를 구현하는 곳에서 if 코드 블록의 종료 시점에 이 변수를 메모리에서 제거해서 더 효율적으로 메모리를 사용할 수 있다.
+
+1. **코드 복잡성 증가**
+
+* 좋은 코드는 군더더기 없는 단순한 코드이다. temp 는 if 코드 블록에서만 필요하고, 여기서만 사용하면 된다. 만약 if 코드 블록 안에 temp 를 선언했다면 if 가 끝나고 나면 temp 를 전혀 생각하지 않아도 된다. 머리속에서 생각할 변수를 하나 줄일 수 있다. 그런데 지금 작성한 코드는 if 코드 블록이 끝나도 main() 어디서나 temp 를 여전히 접근할 수 있다.
+* 누군가 이 코드를 유지보수 할 때 m 은 물론이고 temp 까지 계속 신경써야 한다. **스코프가 불필요하게 넓은 것이다.**
+
+#### 스코프 적용 코드
+
+```java
+package scope;
+
+public class Scope3_2 {
+ public static void main(String[] args) {
+	 int m = 10;
+	 if (m > 0) {
+	 int temp = m * 2;
+	 System.out.println("temp = " + temp);
+	 }
+	 System.out.println("m = " + m);
+ }
+}
+```
+
+### while문 vs for 문 - 스코프 관점
+
+#### while문
+
+```java
+package loop;
+
+public class While2_3 {
+ public static void main(String[] args) {
+	 int sum = 0;
+	 int i = 1;
+	 int endNum = 3;
+	 while (i <= endNum) {
+		 sum = sum + i;
+		 System.out.println("i=" + i + " sum=" + sum);
+		 i++;
+	 }
+ //... 아래에 더 많은 코드들이 있다고 가정
+ }
+}
+```
+
+#### for문
+
+```java
+package loop;
+
+public class For2 {
+ public static void main(String[] args) {
+	 int sum = 0;
+	 int endNum = 3;
+	 for (int i = 1; i <= endNum; i++) {
+		 sum = sum + i;
+		 System.out.println("i=" + i + " sum=" + sum);
+	 }
+ //... 아래에 더 많은 코드들이 있다고 가정
+ }
+}
+```
+
+변수의 스코프 관점에서 카운터 변수 i 를 비교해보자.
+
+* `while 문`의 경우 **변수 i 의 스코프가 main() 메서드 전체**가 된다. 반면에 `for 문`의 경우 변수 i 의 스코프가 for문 안으로 **한정**된다.
+* 따라서 변수 i 와 같이 **for 문 안에서만 사용되는 카운터 변수가 있다면** while 문 보다는 for 문을 사용해서 **스코프의 범위를 제한하는 것이 메모리 사용과 유지보수 관점에서 더 좋다.**
+
+#### 정리
+
+* 변수는 꼭 필요한 범위로 한정해서 사용하는 것이 좋다. 변수의 스코프는 꼭 필요한 곳으로 한정해서 사용하자. 메모리를 효율적으로 사용하고 더 유지보수하기 좋은 코드를 만들 수 있다.
+* **좋은 프로그램은 무한한 자유가 있는 프로그램이 아니라 적절한 제약이 있는 프로그램이다.**
+
+### 형변환 : 자동형변환
+
+#### 형변환
+
+1. 작은 범위에서 큰 범위로는 당연히 값을 넣을 수 있다.
+
+* 예) int long double
+
+2. **큰 범위에서 작은 범위는** 다음과 같은 문제가 발생할 수 있다.
+
+* 소수점 버림
+* 오버플로우
+
+#### 자동형변환
+
+* 하지만 결국 대입하는 형(타입)을 맞추어야 하기 때문에 개념적으로는 다음과 같이 동작한다
+
+```java
+//intValue = 10
+doubleValue = intValue
+doubleValue = (double) intValue //형 맞추기
+doubleValue = (double) 10 //변수 값 읽기
+doubleValue = 10.0 //형변환
+```
+
+* 이렇게 앞에 (double) 과 같이 적어주면 int 형이 double 형으로 형이 변한다. 이렇게 형이 변경되는 것을 형변환이라 한다.
+* **작은 범위 숫자 타입에서 큰 범위 숫자 타입**으로의 대입은 개발자가 이렇게 직접 형변환을 하지 않아도 된다. 이런 과정이 자동으로 일어나기 때문에 `자동 형변환, 또는 묵시적 형변환`이라 한다
+
+### 형변환 : 명시적 형변환
+
+> 이번에는 반대로 큰 범위에서 작은 범위로 대입해보자. 큰 범위에서 작은 범위 대입은 `명시적 형변환`이 필요하다
+
+```java
+package casting;
+
+public class Casting2 {
+    public static void main(String[] args) {
+        double doubleValue = 1.5;
+        int intValue = 0;
+
+        //inValue = doubleValue; //컴파일 오류 발생
+        intValue = (int) doubleValue; //형변환
+        System.out.println(intValue);
+    }
+}
+```
+
+<figure><img src="../../../.gitbook/assets/image (14).png" alt=""><figcaption></figcaption></figure>
+
+> 이런 문제는 매우 큰 버그를 유발할 수 있다. 예를 들어서 은행 프로그램이 고객에게 은행 이자를 계산해서 입금해야 하는데 만약 이런 코드가 아무런 오류 없이 수행된다면 끔찍한 문제를 만들 수 있다. 그래서 자바는 이런 경우 컴파일 오류를 발생시킨다. 항상 강조하지만 `컴파일 오류`는 **문제를 가장 빨리 발견할 수 있는 좋은 오류**이다
+
+#### 형변환 = Casting
+
+1. 만약 이런 위험을 개발자가 직접 감수하고도 값을 대입하고 싶다면 데이터 타입을 강제로 변경할 수 있다.
+2. `형변환`은 다음과 같이 변경하고 싶은 데이터 타입을 **(int) 와 같이 괄호를 사용해서 명시적으로 입력하면 된다.**
+
+```java
+intValue = (int) doubleValue; //형변환
+```
+
+이것을 형(타입)을 바꾼다고 해서 형변환이라 한다. 영어로는 캐스팅이라 한다. 그리고 개발자가 직접 형변환 코드를 입력한다고 해서 `명시적 형변환`이라 한다
+
+```java
+//doubleValue = 1.5
+intValue = (int) doubleValue;
+intValue = (int) 1.5; //doubleValue에 있는 값을 읽는다.
+intValue = 1; //(int)로 형변환 한다. intValue에 int형인 숫자 1을 대입한다
+```
+
+doubleValue 안에 들어있는 값은 1.5 로 그대로 유지된다. 참고로 **변수의 값은 `대입연산자( = )`를 사용해서 직접 대입할 때만 변경**된다.
+
+```java
+package casting;
+
+public class Casting3 {
+    public static void main(String[] args) {
+       long maxIntValue = 2147483647; //int 최고값
+        long maxIntOver = 2147483648L; //int 최고값 + 1(초과)
+        int intValue = 0;
+
+        intValue =(int)maxIntValue;
+        System.out.println("maxIntValue casting="+intValue);
+
+        intValue =(int)maxIntOver;
+        System.out.println("maxIntOver casting="+intValue);
+    }
+}
+```
+
+<figure><img src="../../../.gitbook/assets/image (15).png" alt=""><figcaption></figcaption></figure>
+
+#### 정상 범위
+
+이 경우 int 로 표현할 수 있는 범위에 포함되기 때문에 다음과 같이 **long int 로 형변환을 해도 아무런 문제가 없다.**
+
+```java
+intValue = (int) maxIntValue; //형변환
+```
+
+#### 초과 범위
+
+1. 다음으로 long maxIntOver = 2147483648L 를 보면 int 로 표현할 수 있는 가장 큰 숫자인 2147483647 보다 1큰 숫자를 입력했다.
+2. 이 숫자는 리터럴은 int 범위를 넘어가기 때문에 마지막에 L 을 붙여서 long 형을 사용해야 한다.
+3. 이 경우 int 로 표현할 수 있는 범위를 넘기 때문에 다음과 같이 long int 로 형변환 하면 문제가 발생한다. ⇒ `오버플로우`
+
+```java
+maxIntOver = 2147483648L; //int 최고값 + 1
+intValue = (int) maxIntOver; //변수 값 읽기
+intValue = (int) 2147483648L; //형변환 시도
+intValue = -2147483648
+```
+
+* 이렇게 기존 범위를 초과해서 표현하게 되면 전혀 다른 숫자가 표현되는데, 이런 현상을 `오버플로우`라한다.
+* 보통 오버플로우가 발생하면 **마치 시계가 한바퀴 돈 것 처럼 다시 처음부터 시작한다.** 참고로 -2147483648 숫자는 **int 의 가장 작은 숫자**이다
+
+> 중요한 것은 오버플로우가 발생하는 것 자체가 문제라는 점이다! 오버플로우가 발생했을 때 결과가 어떻게 되는지 계산하는데 시간을 낭비하면 안된다! 오버플로우 자체가 발생하지 않도록 막아야 한다. 이 경우 단순히 대입하는 `변수( intValue )`의 타입을 **int long 으로 변경해서 사이즈를 늘리면 오버플로우 문제가 해결된다.**
+
+### 계산과 형변환
+
+```java
+package casting;
+
+public class Casting4 {
+ public static void main(String[] args) {
+	 int div1 = 3 / 2;
+	 System.out.println("div1 = " + div1); //1
+
+	 double div2 = 3 / 2;
+	 System.out.println("div2 = " + div2); //1.0
+ 
+	 double div3 = 3.0 / 2;
+	 System.out.println("div3 = " + div3); //1.5
+ 
+	 double div4 = (double) 3 / 2;
+	 System.out.println("div4 = " + div4); //1.5
+ 
+	 int a = 3;
+   int b = 2;
+
+	 double result = (double) a / b;
+	 System.out.println("result = " + result); //1.5
+ }
+}
+```
+
+자바에서 계산은 다음 `2가지를 기억`하자.
+
+1. **같은 타입끼리의 계산은 같은 타입의 결과**를 낸다.
+
+* int + int 는 `int` 를, double + double 은 `double` 의 결과가 나온다.
+
+2. **서로 다른 타입의 계산**은 **큰 범위로** `자동 형변환`이 일어난다.
+
+* int + long 은 long + long 으로 자동 형변환이 일어난다.
+* int + double 은 double + double 로 자동 형변환이 일어난다
+
+#### 예시
+
+1. int
+
+```java
+int div1 = 3 / 2; //int / int
+int div1 = 1; //int / int이므로 int타입으로 결과가 나온다.
+```
+
+2. double
+
+> 3 / 2 와 같이 int 형끼리 나눗샘을 해서 소수까지 구하고 싶다면 div4 의 예제처럼 명시적 형변환을 사용하면 된다.
+
+```java
+double div2 = 3 / 2; //int / int
+double div2 = 1; //int / int이므로 int타입으로 결과가 나온다.
+double div2 = (double) 1; //int -> double에 대입해야 한다. 자동 형변환 발생
+double div2 = 1.0; // 1(int) -> 1.0(double)로 형변환 되었다.
+```
+
+```java
+double div3 = 3.0 / 2; //double / int
+double div3 = 3.0 / (double) 2; //double / int이므로, double / double로 형변환이 발생한
+다.
+double div3 = 3.0 / 2.0; //double / double -> double이 된다.
+double div3 = 1.5
+```
+
+```java
+double div4 = (double) 3 / 2; //명시적 형변환을 사용했다. (double) int / int
+double div4 = (double) 3 / (double) 2; //double / int이므로, double / double로 형변
+환이 발생한다.
+double div4 = 3.0 / 2.0; //double / double -> double이 된다.
+double div4 = 1.5
+```
+
+## 7. 훈련
+
+### Scanner
+
+* System.out 을 통해서 출력을 했듯이, [System.in](http://system.in) 을 통해서 사용자의 입력을 받을 수 있다. 그런데 자바가 제공하는 [System.in](http://system.in) 을 통해서 사용자 입력을 받으려면 여러 과정을 거쳐야해서 복잡하고 어렵다.
+* 자바는 이런 문제를 해결하기 위해 Scanner 라는 클래스를 제공한다. 이 클래스를 사용하면 사용자 입력을 매우 편리하게 받을 수 있다
+
+```java
+package Scanner;
+
+import java.util.Scanner;
+
+public class Scanner1 {
+    public static void main(String[] args) {
+        Scanner scanner = new Scanner(System.in);
+
+        System.out.print("input : ");
+        String str = scanner.nextLine(); //입력을 String으로 가져온다.
+        System.out.println("output : " +str);
+
+        System.out.print("input int: ");
+        int intValue = scanner.nextInt(); //입력을 int로 가져온다.
+        System.out.println("output : " +intValue);
+
+        System.out.print("double int: ");
+        double doubleValue = scanner.nextDouble();//입력을 double로 가져온다.
+        System.out.println("output : " +doubleValue);
+    }
+}
+```
+
+* 변수명 한 번에 바꾸기 단축키 : 드래그 후 shift + f6
diff --git "a/developLog/programming-lanuage/python/_ \354\240\225\353\263\264\354\262\230\353\246\254\352\270\260\354\202\254 \354\213\244\352\270\260\353\245\274 \354\234\204\355\225\234 \355\214\214\354\235\264\354\215\254 \354\240\225\353\246\254_\354\225\275\352\260\204\354\235\230 \354\240\221\354\210\230 \355\233\204\352\270\260\353\245\274 \352\263\201\353\223\234\353\246\260__.md" "b/developLog/programming-lanuage/python/_ \354\240\225\353\263\264\354\262\230\353\246\254\352\270\260\354\202\254 \354\213\244\352\270\260\353\245\274 \354\234\204\355\225\234 \355\214\214\354\235\264\354\215\254 \354\240\225\353\246\254_\354\225\275\352\260\204\354\235\230 \354\240\221\354\210\230 \355\233\204\352\270\260\353\245\274 \352\263\201\353\223\234\353\246\260__.md"
new file mode 100644
index 0000000..30f6234
--- /dev/null
+++ "b/developLog/programming-lanuage/python/_ \354\240\225\353\263\264\354\262\230\353\246\254\352\270\260\354\202\254 \354\213\244\352\270\260\353\245\274 \354\234\204\355\225\234 \355\214\214\354\235\264\354\215\254 \354\240\225\353\246\254_\354\225\275\352\260\204\354\235\230 \354\240\221\354\210\230 \355\233\204\352\270\260\353\245\274 \352\263\201\353\223\234\353\246\260__.md"	
@@ -0,0 +1,1372 @@
+---
+description: 정보처리기사 실기를 위한 파이썬 정리한 글
+---
+
+# 정보처리기사 실기를 위한 파이썬 정리(약간의 접수 후기를 곁드린)
+
+## Tmi
+
+> 이번에 떨어지면 다시... 필기부터 다시 봐야 한다.. 절대 안돼 ㅠㅠㅠㅠㅠㅠㅠㅠ
+
+### 와.. 접수부터 너무 힘들었다.
+
+평일 10시라서 회사에서 접수해야 하는데 ㅎ... 심지어 서버 터져가지고 점심시간에도 붙잡고 있었던 거 ㄹㅈㄷ
+
+트위터에 사람들 다 욕하고 ㅋㅋㅋㅋ 무슨 단계별로 끊겨서 열받았었다 진짜로
+
+이번에 근처 접수 못해서 멀리 가는 사람들도 많던데..ㅋㅋㅋ 이번에가 더 터진 이유가 ![](https://velog.velcdn.com/images/prettylee620/post/a5997f3d-2633-47a7-a2a3-9ab9fce644ce/image.png)
+
+이라고.. ㅋㅋㅋ...
+
+티켓팅 같은 정처기 실기를 다시 안보기 위해서 이번에 끝낸다
+
+## 파이썬 정리
+
+## 01. 데이터 타입
+
+### 1) 변수
+
+* 변수는 데이터를 담는 그릇
+
+#### 변수의 이름 규칙(Rule)
+
+* 소문자(a-z)
+* 대문자(A-Z)
+* 숫자(0-9)
+* 한글도 가능
+* 특수기호는 언더바(\_)만 허용
+
+***
+
+다음의 `규칙`을 가짐
+
+* 대소 문자를 구분한다.
+* 숫자는 맨 처음에 올 수 없다.
+* 예약어는 사용할 수 없다.
+
+### 2) 기본 데이터 타입
+
+#### 주요 데이터 타입
+
+1. int
+2. float
+3. str
+4. bool
+
+#### type()
+
+* type 함수를 활용하여 데이터의 타입을 알아 볼 수 있음
+
+#### None 타입
+
+* 말 그대로 아무 것도 아닌 흔히 null 값을 넣는다고 함
+* Null : Nullify (무효화하다)
+
+### 3) 타입 변환
+
+* `int`를 `float`로 변환한 경우
+
+```jsx
+a = 1
+type(a)
+float(a) # 정수 a를 float로 바꿈 1.0
+```
+
+* `float`를 `int`로 변환한 경우 : 반올림이 아닌 값이 버림되어 진다.
+
+```jsx
+b = 3.99
+int(b) # 3
+```
+
+* `bool`을 `int`로 변환한 경우
+
+```jsx
+c = True
+int(c) # 1
+```
+
+## 02. 리스트(List), 튜플(Tuple)
+
+| 분류            | 타입               | 특징                         | 예시                          |
+| ------------- | ---------------- | -------------------------- | --------------------------- |
+| 시퀸스(sequence) | 리스트(list)        | 순서가 있고, 가변(mutable)        | \[1, 2, 3]                  |
+| 시퀸스(sequence) | 투플(tuple)        | 순서가 있고, 불변(immutable)      | (1, 2, 3)                   |
+| 세트(set)       | 세트(set)          | 순서가 없고, 중복을 허용하지 않음        | {1, 2, 3}                   |
+| 맵(map)        | 딕셔너리(dictionary) | 순서가 없고, key/value 쌍으로 이루어짐 | {‘a’ : 1, ‘b’ : 2, ‘c’ : 3} |
+
+> 출처 : https://wikidocs.net/137565
+
+### 1) 리스트
+
+* 리스트는 데이터의 요소를 순차적으로 파악하는데 용이한 자료형
+* 리스트는 다양한 메서드 혹은 함수를 지원하며, 메서드를 활용하여 요소를 추가, 삭제, 변경 할 수 있다.
+
+#### 생성과 출력
+
+* [ ] 형태로 표현
+* [ ] 빈 리스트 생성
+
+```jsx
+mylist = []
+mylist # []
+```
+
+#### 규칙
+
+* list는 다양한 type의 데이터를 집합으로 가진다
+* list안에 list도 허용
+* list는 순서의 개념이 존재
+* 리스트를 출력하면 \[]까지 포함
+
+#### 관련 함수
+
+* .점 연산자로 함수 실행 가능
+* 함수는 어떤 작업을 수행하는 코드를 모아 이름을 붙인 것
+
+#### 1. append : 값 추가
+
+* 값을 리스트의 `맨 뒤`에 추가
+
+```jsx
+mylist = []
+mylist.append(1)
+mylist # [1]
+```
+
+* **중복된 값을 추가할 수 있**으며, 순서가 **유지**
+
+```jsx
+mylist.append(7)
+mylist.append(7)
+mylist.append(7)
+mylist.append(3)
+mylist.append(5)
+mylist.append(2)
+mylist
+```
+
+\[출력]
+
+```jsx
+[1, 7, 7, 6, 3, 5, 2]
+```
+
+#### 2. sort() : 정렬
+
+* 요소를 순서대로 정렬(오름차순)
+* sort()는 내부적으로 정렬
+
+```jsx
+mylist = [1, 6, 3, 2, 7, 5, 4]
+mylist.sort()
+mylist
+```
+
+\[출력]
+
+```jsx
+[1, 2, 3, 4, 5, 6, 7]
+```
+
+* 역정렬도 가능 (reverse = True)
+
+```jsx
+mylist = [1, 6, 3, 2, 7, 5, 4]
+mylist.sort(reverse=True)
+mylist
+```
+
+**\[출력]**
+
+```jsx
+[7, 6, 5, 4, 3, 2, 1]
+```
+
+#### 3. sorted() 정렬
+
+* 요소를 순서대로 정렬
+* 내부적으로 정렬하지 않고 **정렬된 복사본 반환**
+* 즉, 원본 데이터는 정렬 x
+
+```jsx
+mylist = [1, 6, 3, 2, 7, 5, 4]
+sorted(mylist) # [1, 2, 3, 4, 5, 6, 7]
+mylist # [1, 6, 3, 2, 7, 5, 4]
+```
+
+* `reverse=True`를 지정하여 역정렬할 수 있음
+
+```jsx
+mylist = [1, 6, 3, 2, 7, 5, 4]
+sorted(mylist, reverse=True) # [7, 6, 5, 4, 3, 2, 1]
+```
+
+#### 4. reverse() : 역정렬
+
+* 정렬 후 역정렬이 아닌 바로 역정렬
+
+```jsx
+mylist.reverse()
+mylist # [4, 5, 7, 2, 3, 6, 1]
+```
+
+#### 5. len() : 전체 항목의 개수 세기
+
+```jsx
+mylist = [1, 6, 3, 2, 7, 5, 4]
+len(mylist) # 7
+```
+
+#### 6. insert() : 값 추가
+
+* **i**nsert는 지정된 **i**ndex에 값 추가
+
+```jsx
+mylist.insert(1, 100)
+mylist # [1, 100, 6, 3, 2, 7, 5, 4]
+```
+
+#### 7. remove() : 값 제거
+
+* 리스트에서 **첫 번째 나오는 해당 값** 제거
+
+```jsx
+mylist.remove(7)
+mylist # [1, 100, 6, 3, 2, 5, 4]
+```
+
+#### 8. pop() : 요소 꺼내기
+
+* `해당 번째의 요소`를 돌려주고 삭제
+
+```jsx
+mylist.pop(1) # 100
+mylist # [1, 6, 3, 2, 5, 4]
+```
+
+#### 9. count() : 갯수 세기
+
+* 해당 숫자의 개수 세기
+
+```jsx
+a = [1, 1, 1, 1, 1, 2, 2, 3]
+a.count(1) # 5
+```
+
+#### 10. extend() : 리스트 확장
+
+```jsx
+a = [1, 2, 3]
+a.extend([4, 5])
+a # [1, 2, 3, 4, 5]
+```
+
+*
+  * 연산자는 extemd()와
+
+#### 리스트 검색
+
+```java
+list = [1, 2, 3, 2, 3, 4, 5, 6, 7, 1, 2, 3, 4]
+print(list.index(2)) # 1(첫 2의 인덱스 번호)
+print(list.count(2)) # 3
+```
+
+### 2) 인덱싱, 슬라이싱
+
+#### 인덱싱 : 색인
+
+```java
+mylist = ['P', 'Y', 'T', 'H', 'O', 'N']
+```
+
+인덱스는 **0번 부터 시작**
+
+* 리스트의 문자열은 `‘'`까지 출력
+
+```java
+mylist[0] #'P'
+```
+
+#### 역순 인덱싱
+
+* 파이썬은 음수 인덱싱 지원
+
+```java
+mylist[-1] #'N'
+```
+
+#### 인덱스로 접근하여 값 바꾸기
+
+```java
+mylist = [10, 20, 30, 40, 50]
+mylist[0] = 999
+mylist # [999, 20, 30, 40, 50]
+```
+
+#### 중첩된 리스트 인덱싱
+
+* 중첩된 리스트에 대한 리스트는 중첩 인덱싱으로 접근하며, 값을 변경하는 것도 가능
+
+```java
+mylist = [['가', '나', '다'], [4, 5, 6], 7, 8, 9]
+mylist[1] # [4, 5, 6]
+mylist[1][1] # 5
+```
+
+#### **슬라이싱(Slicing): 범위 추출**
+
+* 슬라이싱의 활용: \[start:stop:step] 을 명시하여 부분을 추출할 수 있습니다.
+* \[start:]는 시작 index 부터 끝까지 추출합니다. `end`가 **명시 안되어 있다면** 끝
+
+```java
+mylist = [100, 200, 300, 400, 500]
+mylist[2:] # [300, 400, 500]
+```
+
+* \[:end]는 처음부터 end 전까지 추출합니다. `end`**가 명시되어 있다면 end-1까지 출력**
+
+```java
+mylist[:3] # [100, 200, 300]
+```
+
+#### **indexing 에 step 활용하기**
+
+```java
+mylist = [100, 200, 300, 400, 500]
+mylist[::2] # [100, 300, 500]
+mylist[::-2] # [500, 300, 100]
+```
+
+#### **list 덧셈: list 확장**
+
+```java
+a = [1, 2, 3, 4]
+b = [5, 6, 7, 8]
+a + b # [1, 2, 3, 4, 5, 6, 7, 8]
+```
+
+#### **list 곱셈: list 반복**
+
+```java
+a = ['a', 'b', 'c']
+b = [1, 2, 3, 4]
+a * 2 # ['a', 'b', 'c', 'a', 'b', 'c']
+```
+
+참고로 \*\*print(fruit\[7:])\*\*를 해줘야 출력 되는거임
+
+#### 연습문제
+
+```java
+sample = [1, 2, 3, 4, 5, 6, 7, 8]
+sample[::-1] # [8, 7, 6, 5, 4, 3, 2, 1]
+sample[-1:] #[8]
+```
+
+### 3) 튜플
+
+* 리스트(list)는 가변(mutable)하는 객체(object)이지만, **튜플(tuple)은 불변(immutable)한 객체**
+* 가변 객체는 요소에 대한 수정, 삭제, 변경 등이 가능하지만, 불편 객체는 **요소에 대한 수정, 삭제, 변경이 불가**
+
+#### **생성**
+
+* tuple(), () 로 생성
+* 혹은 , 로 생성할 수 있다.
+
+```java
+mytuple = (1, 2, 3)
+mytuple # (1, 2, 3)
+mytuple2 = 1, 2, 3
+mytuple2 # (1, 2, 3)
+```
+
+#### **단일 요소를 생성**할 때는 반드시 ,를 붙여 줍니다.
+
+* (1,)과 (1)은 다른 자료구조임을 꼭 알고 있어야 합니다.
+
+```java
+mytuple = 1,
+print(type(mytuple))
+mytuple # (1,)
+```
+
+`class 'tuple'`
+
+```java
+mytuple = 1
+print(type(mytuple))
+mytuple # 1
+```
+
+`class 'int'`
+
+#### **튜플 자료형은 요소의 추가, 삭제, 변경등을 허용하지 않습니다.**
+
+* 그렇기 때문에 `리스트`로 바꾸고 요소 추가 삭제 변경 후 다시 `튜플`로 바꿔줘야 함
+
+```java
+a = (1, 2, 3, 4)
+a = list(a)
+a.insert(1, 100)
+tuple(a)
+```
+
+### 03. 세트(Set), 딕셔너리(Dictionary)
+
+### 1) 세트(Set)
+
+* 세트는 순서가 보장 되지 않는다.
+* 세트는 요소의 **중복을 허용하지 않는다.**
+* 세트는 \*\*`{}`\*\*를 활용하여 생성할 수 있다.
+
+#### 생성
+
+참고로 원래 myset만 하면 출력 nono `print(myset)`해줘야 함
+
+```java
+myset = set([1, 1, 1, 2, 2, 2, 3, 3, 3])
+myset # {1, 2, 3} 
+```
+
+#### **add() : 값 추가**
+
+* set에 요소를 추가
+
+```java
+myset = set()
+myset.add(1)
+myset.add(2)
+myset.add(3)
+
+myset.add(1)
+myset.add(2)
+myset.add(3)
+
+myset.add(1)
+myset.add(2)
+myset.add(3)
+myset # {1, 2, 3}
+```
+
+#### **update() : 여러개 값 추가**
+
+* `list`의 요소들을 **한꺼번에 update**
+
+```java
+myset = {1, 2, 3}
+myset.update([4, 5, 6])
+myset # {1, 2, 3, 4, 5, 6}
+```
+
+* `tuple`의 요소들을 **한꺼번에 update**
+
+```java
+myset.update((7, 8, 9))
+myset # {1, 2, 3, 4, 5, 6, 7, 8, 9}
+```
+
+* `set`의 요소들을 **한꺼번에 update**
+
+```java
+myset.update({10, 11, 12})
+myset # {1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12}
+```
+
+#### **remove() : 값 제거**
+
+```java
+myset = {1, 2, 3, 4, 5}
+myset.remove(2)
+myset # {1, 3, 4, 5}
+```
+
+#### **교집합 (intersection)**
+
+```java
+a = {1, 2, 3, 4, 5}
+b = {3, 4, 5, 6, 7}
+a & b 
+a.intersection(b)
+```
+
+**\[출력]**
+
+```
+{3, 4, 5}
+```
+
+#### **합집합 (union)**
+
+* 합집합은 집합 A와 B가 주어졌을 때 집합 A, B 요소 모두를 포함하는 것을 말한다.
+* `|`기호나 `union()` 메서드를 활용하여 합집합을 구할 수 있다.
+
+```java
+a = {1, 2, 3, 4, 5}
+b = {3, 4, 5, 6, 7}
+a | b
+a.union(b) 
+```
+
+**\[출력]**
+
+```
+{1, 2, 3, 4, 5, 6, 7}
+```
+
+#### **차집합 (difference)**
+
+```java
+a = {1, 2, 3, 4, 5}
+b = {3, 4, 5, 6, 7}
+a - b
+a.difference(b)
+```
+
+**\[출력]**
+
+```
+{1, 2}
+```
+
+#### discard : set에서 해당 값 제거 오류 발생 x
+
+```java
+my_set = {3, 5, 7, 9}
+my_set.add(5)
+my_set.add(2)
+my_set.add(8)
+my_set.discard(7)
+```
+
+### 2) 딕셔너리(Dictionary)
+
+* 순서를 가지지 않는다.
+* 키(key)와 값(value)의 쌍으로 이루어져 있다.
+* type은 `dict`로 표시 된다.
+* key를 사용하여 값을 조회할 수 있다.
+* 딕셔너리는 **수정, 삭제, 추가가 가능하다.**
+* 딕셔너리는 여러 타입의 key를 가질 수 있다.
+
+```java
+mydict = {'a': 1, '가':2, 100: 3, 3.14: 4, True: 5}
+mydict # {'a': 1, '가': 2, 100: 3, 3.14: 4, True: 5}
+```
+
+#### **값 조회**
+
+* key 값으로 값을 조회할 수 있다.
+
+```java
+mydict = {'a': 1, '가':2, 100: 3, 3.14: 4, True: 5}
+mydict['a'] # 1
+```
+
+#### **keys() : 모든 key 조회**
+
+```java
+mydict.keys() 
+```
+
+**\[출력]**
+
+```
+dict_keys(['a', 'b', 'c', 'd', 'e'])
+```
+
+**\[참고]** `dict_keys`
+
+* `dict_keys`는 리스트(list)가 아님
+* 객체(object)로 생성되는데, 이를 list로 변경하기 위해서는 list()로 타입 변환을 하면 된다.
+
+```python
+list(mydict.keys())
+
+```
+
+**\[출력]**
+
+```
+['a', 'b', 'c', 'd', 'e']
+```
+
+#### **values() : 모든 value 조회**
+
+```java
+mydict.values() # dict_values([100, 200, 300, 400, 500])
+```
+
+#### **items() : 모든 key, value 조회**
+
+* key, value가 튜플로 묶여서 조회
+
+```python
+mydict.items()
+```
+
+**\[출력]**
+
+```
+dict_items([('a', 100), ('b', 200), ('c', 300), ('d', 400), ('e', 500)])
+```
+
+#### **key 값의 존재 유무 확인**
+
+```java
+'a' in mydict # True
+```
+
+#### **값을 추가하기**
+
+```java
+mydict = dict()
+mydict
+mydict['apple'] = 123
+mydict['apple'] #123
+```
+
+#### **update() : 다중 업데이트**
+
+```java
+mydict = {'파인애플': 1500, '망고': 3500, '배': 1000}
+fruit = {
+    '사과': 2000, 
+    '딸기': 3000, 
+    '수박': 5000, 
+}
+mydict.update(fruit)
+mydict # {'파인애플': 1500, '망고': 3500, '배': 1000, '사과': 2000, '딸기': 3000, '수박': 5000}
+```
+
+#### **값 변경**
+
+* key 값에 새로운 값(value)를 대입하여 값을 변경할 수 있다.
+
+```python
+mydict = {'a': 100, 'b': 200, 'c': 300, 'd': 400, 'e': 500}
+mydict['a'] = 900 
+mydict # {'a': 900, 'b': 200, 'c': 300, 'd': 400, 'e': 500}
+```
+
+***
+
+**제거하기 / key 제거**
+
+`pop()` 에 key를 지정하여 값을 제거할 수 있다.
+
+제거되는 값의 value를 반환
+
+```python
+mydict = {'a': 100, 'b': 200, 'c': 300, 'd': 400, 'e': 500}
+mydict
+mydict.pop('b') # 200
+del mydict['a'] # a의 키 삭
+
+```
+
+#### **len() : 요소의 개수 파악**
+
+```python
+len(mydict) # 3
+```
+
+## 4. 문자열(String)
+
+### **1) 포맷팅, 길이, 인덱싱, 슬라이싱**
+
+#### **%를 사용한 출력**
+
+**%s -> 문자열**
+
+**%d -> 정수**
+
+**%f -> 실수**
+
+**%c : 문자 1개**
+
+```java
+"안녕하세요? %s" % ('반갑습니다.') # '안녕하세요? 반갑습니다.'
+'안녕하세요? %d' % (12345) # '안녕하세요? 12345'
+'안녕하세요? %.4f' % (0.123456) # '안녕하세요? 0.1235'
+'안녕하세요? %c' % ('a') # '안녕하세요? a'
+```
+
+#### **{} 와 format를 사용한 출력**
+
+```java
+'웰컴투? {}'.format('파이썬.') # **'웰컴투? 파이썬.'
+'원주율? {:.2f}'.format(3.141592) # '원주율? 3.14'**
+```
+
+#### **문자열 길이**
+
+* **공백**은 길이에 포함
+
+```java
+len('banana pen') # 10
+```
+
+### 2) 문자열(텍스트)를 다루는 다양한 기능
+
+#### **split() : 분리**
+
+* split은 문장을 **특정 규칙에 의해 쪼개 주는 기능**
+* 분리한 결과는 list 형식으로 값을 return 받는다.
+
+```java
+a = 'This is a pen'
+```
+
+기본 값으로 **공백**이 지정되어 있다. 즉, 공백을 기준으로 분리하여 리스트로 반환
+
+```java
+a.split() #['This', 'is', 'a', 'pen']
+```
+
+기본 값인 **공백**에서 **특정 문자**로 지정할 수 있다.
+
+```python
+a = 'This-is-a-pen'
+a.split('-') # ['This', 'is', 'a', 'pen']
+```
+
+#### **join() : 합치기**
+
+* 결합하고자 하는 문자에 .join() 안에 리스트를 지정하여 결합할 수 있다.
+
+```python
+'-'.join(['010',  '1234', '5678']) # '010-1234-5678'
+```
+
+#### **lower(), upper() : 소문자 / 대문자로 만들기**
+
+* 내부가 변환이 되는 것은 아님 `a =`으로 넣어줘야함
+
+```python
+a = 'My name is Teddy'
+a.lower() # 'my name is teddy'
+a.upper() # **'MY NAME IS TEDDY'**
+```
+
+#### **startswith() : 시작하는**
+
+* 지정한 문자열로 시작하면 True, 그렇지 않다면 False를 반환
+
+```python
+a.startswith('01')
+```
+
+**\[출력]**
+
+```
+True
+```
+
+#### **endswith() : 끝나는**
+
+* 지정한 문자열로 끝나면 True, 그렇지 않다면 False를 반환
+
+```python
+a.endswith('.png')
+
+```
+
+**\[출력]**
+
+```
+True
+```
+
+### **4) Replace() : 문자열 바꾸기, 공백 제거**
+
+* 문자열에 **replace(바꿀 대상, 바꾸려는 문자열)** 지정하여 문자열을 변경
+* 결과는 복사본이 만들어져 반환
+
+```python
+a = '01-sample.png'
+a.replace('.png', '.jpg') # '01-sample.jpg'
+```
+
+#### **strip() : 양쪽 공백 제거**
+
+```python
+a.strip() # '01-sample.png'
+```
+
+#### lstrip() : 왼쪽 공백 제거
+
+#### rsreip : 오른쪽 공백 제거
+
+#### find : 문자열의 첫 시작 위치를 구해줌
+
+```java
+str ='hudndhj'
+print(str.find('h')) # 0
+```
+
+## **5. 연산**
+
+### \*\*1) 기타 연산자 (%, //, **)**
+
+* `//`: **floor division** 연산자입니다. 나눗셈에 대한 **몫**을 정수형으로 구함
+* `%`: **modulus** 연산자입니다. 몫을 나눈 **나머지**를 구함
+* `*`: 제곱 연산
+* 연산시 타입(type)이 다르면 Error가 발생합니다.
+
+## 6. 비교, 논리, 삼항연산자
+
+### 1) **삼항연산자**
+
+```java
+(문법) (참인 값) if 조건 else (거짓인경우 값)
+
+age = 35
+
+"30세 이상입니다." if age >= 30 else "30세 이하입니다." # '30세 이상입니다.'
+```
+
+## 7. 반복문
+
+### 1) For와 In 구문
+
+**\[기본 문법]**
+
+for 하나씩 꺼내올 때 변수 in \[꺼내올 집합]:
+
+(indent)
+
+* list, tuple, set, dictionary, 문자열 형태 모두 가능
+* range와 결합하여 사용 가능
+
+#### **리스트(list)**
+
+```java
+mylist = [1, 2, 3, 4, 5]
+for i in mylist:
+    print(i) 
+```
+
+**\[출력]**
+
+```
+1
+2
+3
+4
+5
+```
+
+#### **tuple + list**
+
+* tuple을 전체로 받아주는 경우
+
+```python
+person = ('제이콥스', 10)
+print(person)
+print(person[0])
+print(person[1])
+
+```
+
+**\[출력]**
+
+```
+('제이콥스', 10)
+제이콥스
+10
+
+```
+
+* tuple의 요소를 개별로 받아주는 경우
+
+```python
+name, age = ('제이콥스', 10)
+print(name)
+print(age)
+
+```
+
+**\[출력]**
+
+```
+제이콥스
+10
+
+```
+
+* 반복문에서의 응용
+
+```python
+mytuplelist = [('제이콥스', 10), ('피터', 20), ('타이거', 30)]
+
+for mytuplein mytuplelist:
+    print(mytuple[0], mytuple[1])
+
+```
+
+**\[출력]**
+
+```
+제이콥스 10
+피터 20
+타이거 30
+```
+
+```python
+mytuplelist = [('제이콥스', 10), ('피터', 20), ('타이거', 30)]
+
+for name, agein mytuplelist:
+    print(name, age)
+
+```
+
+**\[출력]**
+
+```
+제이콥스 10
+피터 20
+타이거 30
+```
+
+#### **딕셔너리(dictionary)**
+
+```python
+mydict = {'헐크': 50, '아이언맨': 60, '펭수': 70}
+for keyin mydict.keys():
+    print(key)
+```
+
+**\[출력]**
+
+```
+헐크
+아이언맨
+펭수
+```
+
+```python
+for valuein mydict.values():
+    print(value)
+
+```
+
+**\[출력]**
+
+```
+50
+60
+70
+```
+
+```python
+for name, agein mydict.items():
+    print(name, age)
+
+```
+
+**\[출력]**
+
+```
+헐크 50
+아이언맨 60
+펭수 70
+```
+
+#### **문자열(str)**
+
+```python
+for cin "Hello":
+    print(c)
+
+```
+
+**\[출력]**
+
+```
+H
+e
+l
+l
+o
+```
+
+#### Range
+
+* `range()` 함수는 별도의 list, tuple 생성 없이 range() 에서 정의한 범위를 반복하는데 활용할 수 있다.
+* `range(start, stop, step)` 형식을 사용
+* `stop`: 단일 값을 지정하는 경우
+
+```python
+for iin range(10):
+    print(i)
+
+```
+
+**\[출력]**
+
+```
+0
+1
+2
+3
+4
+5
+6
+7
+8
+9
+
+```
+
+***
+
+* `start`, `stop`: 두 개의 값을 지정한 경우
+* stop - 1 슬라이싱과 같음
+
+```python
+for iin range(2, 9):
+    print(i)
+
+```
+
+**\[출력]**
+
+```
+2
+3
+4
+5
+6
+7
+8
+```
+
+***
+
+`start`, `stop`, `step`: 세 개의 값을 지정한 경우
+
+```python
+for iin range(1, 10, 2):
+    print(i)
+
+```
+
+**\[출력]**
+
+```
+1
+3
+5
+7
+9
+```
+
+* print는 한줄씩 출력
+* 한 칸씩 출력하려면
+
+```java
+print('안녕', end=' ')
+
+for i in range(5):
+    print(i, end=' ')
+```
+
+## 8. 함수
+
+### **1) Lambda : 익명 함수(Annonymous Function)**
+
+* 이름 없이 정의된 함수 입니다.
+* \*\*단일 문장(1줄)\*\*의 코드로 작성되어야 합니다.
+* 함수 내부에서는 return문이 포함하지 않지만 값을 반환합니다.
+
+**단일 인수**를 가지는 lambda 함수
+
+```python
+a =lambda x: x * 2
+a(4) # 8
+```
+
+***
+
+**2개의 인수**를 가지는 lambda 함수
+
+```python
+a =lambda x, y: x * y
+a(4, 8) # 32
+
+```
+
+***
+
+**기본 값이 지정된 인수**를 가지는 lambda 함수
+
+```python
+a =lambda x, y=10: x * y
+a(3) # 30
+```
+
+***
+
+**키워드 인수**를 지정하는 lambda 함수
+
+```python
+a(y=5, x=3)
+
+```
+
+**\[출력]**
+
+```
+15
+
+```
+
+***
+
+lambda 함수 내부에서 **조건문** 사용
+
+```python
+a =lambda x, y: x * yif x > 0else y
+a(4, 8) # 32
+```
+
+## 9. 내장함**수(Built-in Function)**
+
+* 파이썬에는 이미 만들어진 내장함수(built-in function)가 존재
+* 이미 사용하고 있는 `print()`, `type()`이 파이썬의 대표적인 내장함수
+
+### **map**
+
+* 문법: **map(function, iterable)**
+* map은 함수(f)와 순회 가능한(iterable) 자료형을 입력으로 받다.
+* map은 입력받은 자료형의 각 요소를 함수(function)가 수행한 결과를 묶어서 돌려
+
+```python
+sample_data = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]
+
+```
+
+map만 실행시 요소의 내용이 바로 출력되지 않습니다.
+
+```python
+map(str, sample_data)
+
+```
+
+**\[출력]**
+
+```
+```
+
+***
+
+list()로 타입 변환하여 요소를 출력
+
+```python
+list(map(str, sample_data))
+```
+
+**\[출력]**
+
+```
+['1', '2', '3', '4', '5', '6', '7', '8', '9', '10']
+```
+
+#### **map에 lambda 함수 적용**
+
+```python
+result = map(lambda x: x*2, sample_data)
+list(result)
+```
+
+**\[출력]**
+
+```
+[2, 4, 6, 8, 10, 12, 14, 16, 18, 20]
+```
+
+***
+
+#### **map에 다중 인수를 지정**
+
+```python
+sample_data = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]
+sample_data_2 = [0, 1, 2, 3, 5, 8, 13, 21, 34, 55]
+list(map(lambda x, y: x+y, sample_data, sample_data_2))
+```
+
+**\[출력]**
+
+```
+[1, 3, 5, 7, 10, 14, 20, 29, 43, 65]
+```
+
+***
+
+#### **list의 size가 다른 경우, 작은 size에 맞춰 생성**
+
+```python
+sample_data = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]
+sample_data_2 = [1, 1, 1, 10, 100]
+
+```
+
+```python
+list(map(lambda x, y: x+y, sample_data, sample_data_2))
+
+```
+
+**\[출력]**
+
+```
+[2, 3, 4, 14, 105]
+
+```
+
+### **zip**
+
+* 문법: \*_zip(iterable)_
+* 동일한 개수로 이루어진 자료형을 묶어 주는 역할을 합니다.
+
+```python
+sample_data1 = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]
+sample_data2 = [0, 1, 2, 3, 5, 8, 13, 21, 34, 55]
+sample_data3 = [5, 6, 7]
+
+```
+
+`sample_data1`, `sample_data2`을 zip으로 묶어준 경우
+
+```python
+result = zip(sample_data1, sample_data2)
+list(result)
+
+```
+
+**\[출력]**
+
+```
+[(1, 0),
+ (2, 1),
+ (3, 2),
+ (4, 3),
+ (5, 5),
+ (6, 8),
+ (7, 13),
+ (8, 21),
+ (9, 34),
+ (10, 55)]
+
+```
+
+***
+
+`sample_data1`, `sample_data2`, `sample_data3`을 zip으로 묶어준 경우
+
+* 작은 size를 가지는 리스트(list)에 맞춰 생성합니다.
+
+```python
+list(zip(sample_data1, sample_data2, sample_data3))
+
+```
+
+**\[출력]**
+
+```
+[(1, 0, 5), (2, 1, 6), (3, 2, 7)]
+
+```
+
+***
+
+#### **zip의 응용**
+
+```python
+number = [1, 2, 3, 4]
+name = ['홍길동','김철수','John','Paul']
+
+```
+
+```python
+number_name = list(zip(number,name))
+number_name
+
+```
+
+**\[출력]**
+
+```
+[(1, '홍길동'), (2, '김철수'), (3, 'John'), (4, 'Paul')]
+
+```
+
+***
+
+#### **zip을 활용한 dict 만들기**
+
+```python
+number = [1, 2, 3, 4]
+name = ['홍길동','김철수','John','Paul']
+dic = {}
+
+for number, namein zip(number,name):
+    dic[number] = name
+
+```
+
+```python
+dic
+
+```
+
+**\[출력]**
+
+```
+{1: '홍길동', 2: '김철수', 3: 'John', 4: 'Paul'}
+
+```
+
+### **enumerate**
+
+* \[문법]: **enumerate(iterable, start=0)**
+* 순서가 있는 자료형을 입력 받아 index를 포함하는 객체로 return 합니다.
+
+일반 `range()` 함수를 사용한 경우
+
+```python
+for valuein range(1, 10, 2):
+    print(value)
+
+```
+
+**\[출력]**
+
+```
+1
+3
+5
+7
+9
+
+```
+
+***
+
+`enumerate()` 함수를 사용하여 index를 return 받은 경우
+
+```python
+for idx, valuein enumerate(range(1, 10, 2)):
+    print(f'index: {idx}, value: {value}')
+
+```
+
+**\[출력]**
+
+```
+index: 0, value: 1
+index: 1, value: 3
+index: 2, value: 5
+index: 3, value: 7
+index: 4, value: 9
+```
diff --git "a/developLog/programming-lanuage/python/_ \355\214\214\354\235\264\354\215\254 \355\224\204\353\241\244\353\241\234\352\267\270_.md" "b/developLog/programming-lanuage/python/_ \355\214\214\354\235\264\354\215\254 \355\224\204\353\241\244\353\241\234\352\267\270_.md"
new file mode 100644
index 0000000..bb9222e
--- /dev/null
+++ "b/developLog/programming-lanuage/python/_ \355\214\214\354\235\264\354\215\254 \355\224\204\353\241\244\353\241\234\352\267\270_.md"	
@@ -0,0 +1,124 @@
+# 파이썬 프롤로그
+
+### 📚 파이썬의 장, 단점
+
+#### 📝 장점
+
+1. **문법이 간단해서 배우기 쉬움** : 특히 알고리즘, 코딩테스트를 준비할 때 다른 언어보다 쉽게 구현 가능
+2. **다양한 분야에서 활용**할 수 있다 : 웹 서버, 해킹 도구, IoT, 인공지능 모두 활용 가능
+3. **대부분의 운영체제에서 동일하게 사용가능**
+
+#### 📝 단점
+
+파이썬은 쉽게 사용 가능한 대신 느리다.
+
+***
+
+### 📚 파이썬을 배우기 위해 준비해야 할 것들
+
+**1. 파이썬 설치(인터프리터)**: [Download Python](https://www.python.org/downloads/)
+
+* \[Add Python 3.7 to Path] 꼭 눌러주기!
+
+**2. 파이썬 실행하기** : 파이썬 인터렉티브 셸
+
+* `>>>` 이 되어 있는 부분을 **프롬프트**
+* **인터렉티브 셸(=대화형 셸)** : 컴퓨터와 상호 작용하는 공간
+* 파이썬을 하려면 파이썬을 입력할 수 있는 `텍스트 에디터`와 파이썬 코드를 실행할 수 있는 도구인 `파이썬 인터프리터`가 필요
+
+![](https://images.velog.io/images/prettylee620/post/33c99024-9b8b-450f-aea9-78a31c170f50/image.png)
+
+**3. 텍스트 에디터 사용하기(1)** : 파이썬 IDLE 에디터(잘 안씀..)
+
+* \[File] - \[New File]
+
+![](https://images.velog.io/images/prettylee620/post/b7b791fe-b4b2-4078-8af9-4815cbee2929/image.png)
+
+* 실행하기 위해서는 `Save`를 해줘야 함
+* 그 다음 \[Run] -\[Run Module]`F5`
+
+4. 텍스트 에디터 사용하기(2) : **비주얼 스튜디어 코드** [Visual Studio Code - Code Editing. Redefined](https://code.visualstudio.com/)
+
+* 저장시 `.py`확장자 이용하여 저장
+
+***
+
+### 📚 파이썬 기본 용어
+
+#### 📝 표현식
+
+* 어떠한 값을 만들어 내는 간단한 코드
+* 숫자, 수식, 문자열 같은 것을 말함
+
+```python
+273
+10 + 20 + 30 * 10
+"Python Programmin"
+```
+
+#### 📝 문장
+
+* 표현식이 하나 이상 모인 것
+* 파이썬은 한 줄이 하나의 문장이 됨
+* `+, -` 같은 기호만 있을 때는 그것 자체만으로 어떠한 값도 만들어 낼 수없기에 표현식이라고 할 수 없다
+
+#### 📝 프로그램
+
+* 문장이 모여서 만들어진 것
+* 표현식이 모여 문장, 문장이 모여 `프로그램`이 되는 것임
+
+#### 📝 키워드
+
+* 특별한 의미가 부여된 단어
+* 파이썬이 만들어질 때 이미 사용하겠다고 예약해 놓은 것
+* 사용자가 키워드인지 아닌지를 구분해야 하는 이유 : 프로그래밍 언어에서 **사용자가 이름을 정할 때 키워드를 사용하면 안 되기 때문**
+
+![](https://images.velog.io/images/prettylee620/post/cc48ddea-75f6-4d0a-8d63-e756685b0144/image.png)
+
+#### ⚠ 참고
+
+코드 전용 에디터를 사용시, 코드를 입력할 때 일반적인 단어들은 흰색으로 표시되나 **키워드들은 특별한 색상이 들어가기에** 쉽게 구분 가능
+
+#### 📝 식별자
+
+* 프로그래밍 언어에서 이름을 붙힐 때 사용하는 단어
+* 변수 또는 함수의 이름
+* 식별자를 만들 때 주의 점
+  1. `키워드`를 사용하면 안 됨
+  2. 특수 문자는 `언더 바(_)`만 허용
+  3. `숫자`로 시작하면 안 된다.
+  4. `공백`을 포함할 수 없음
+* 식별자 만들 때 쉽게 일해할 수 있게 만드는 법
+  1. **스네이크 리스트** : 단어 사이에 `언더바(_)` 기호를 붙여 식별자를 만든다
+  2. **캐멀 케이스** : 단어들의 **첫 글자**를 `대문자`로 만들어 식별자를 만든다.
+*   식별자 구분하기
+
+    * 다른 프로그래밍언어 : printHello
+    * 파이썬 : PrintHello
+    * **함수** : 괄호 내부에 문자열 등 자료 입력, 어떠한 상태를 `처리`하는 것
+    * **자료** : 어떠한 상태를 `가지고` 있는 것
+
+    ![](https://images.velog.io/images/prettylee620/post/caa6409c-1c45-4738-ba10-6be40fd08db4/image.png)
+
+#### 📝 주석
+
+* 프로그램 진행에 아무런 영향을 주지 않음
+* `#`기호 이용
+* 자바는 `//`
+
+#### 📝 연산자와 자료
+
+* **연산자**
+  1. 스스로 값이 되는 것은 아니고 값과 값 사이에 무언가 기능을 적용할 때 사용하는 것
+  2. \+, -를 말함
+* **자료**
+  1. 리터럴
+  2. 숫자이든지 문자이든지 어떠한 `값` 자체를 의미
+
+#### 📝 출력 : print()
+
+* print(”안녕”, 2, 3)
+* `print()` : **줄바꿈**을 의미
+* 괄호 안에 출력하고자 하는 것을 넣어서 출력
+
+다 배웠던 거이나 한 번 더 정리하고자 정리해봄
diff --git "a/developLog/programming-lanuage/rust/_ Chater 06_ \354\230\244\353\245\230 \354\262\230\353\246\254_.md" "b/developLog/programming-lanuage/rust/_ Chater 06_ \354\230\244\353\245\230 \354\262\230\353\246\254_.md"
new file mode 100644
index 0000000..5de86ae
--- /dev/null
+++ "b/developLog/programming-lanuage/rust/_ Chater 06_ \354\230\244\353\245\230 \354\262\230\353\246\254_.md"	
@@ -0,0 +1,818 @@
+---
+description: 러스트 스터디 6주차 발표를 하기 위해 정리한 결과와 패닉 파트
+---
+
+# Chater 06. 오류 처리
+
+> [노션 정리](https://swits.notion.site/WEEK-6-ec11487900754d42828b2b978359cb02?pvs=4) : 좀 더 색깔이나 덧글로 모르는 단어까지 걸어두고 조금 더 정갈하게 정리해뒀다. 발표를 위한 발제글 올리기
+
+This chapter covers the two different kinds of error handling in Rust: panic and Results.
+
+> Rust에서의 두 가지 에러 처리 방법인 `패닉(panic)`과 `결과(Result)`를 다룬다.
+
+Ordinary errors are handled using the Result type. Results typically represent problems caused by things outside the program, like erroneous input, a network outage, or a permissions problem. That such situations occur is not up to us; even a bug-free program will encounter them from time to tim
+
+일반적인 에러는 **Result 타입**을 사용하여 처리한다. `Result`는 보통 프로그램 외부의 요인, 예를 들어 잘못된 입력, 네트워크 장애, 또는 권한 문제로 인해 발생하는 문제를 나타낸다. 이러한 상황은 우리가 통제할 수 없으며, 버그가 없는 프로그램이라도 가끔은 이런 문제를 마주하게 된다.
+
+Panic is for the other kind of error, the kind that should never happen.
+
+> **패닉**은 다른 종류의 오류, 즉 절대 발생해서는 안 되는 에러입니다.
+
+### 01. Panic(패닉)
+
+A program panics when it encounters something so messed up that there must be a bug in the program itself.
+
+프로그램 자체에 있는 버그로 인해 문제가 생기면 프로그램은 패닉에 빠진다.
+
+* Out-of-bounds array access
+* Integer division by zero
+* Calling .expect() on a Result that happens to be Err
+* Assertion failure
+* 배열의 범위 밖에 있는 요소에 접근하는 행위
+* 정수를 0으로 나누는 행위
+* Err이 되어버린 Result에 대고 .expect()를 호출하는 행위
+* 단언문 실패
+
+What these conditions have in common is that they are all-not to put too fine a point on it--the programmer's fault. A good rule of thumb is: "Don't panic."
+
+위의 조건들의 **공통점**은 모두 프로그래머가 저지르는 실수라는 것으로 당황스럽다고 해도 패닉에 빠지지는 말자.
+
+#### 패닉 매크로
+
+(There's also the macro panic! (), for cases where your own code discovers that it has gone wrong, and you therefore need to trigger a panic directly. panic!() accepts optional println! ()-style arguments, for building an error message.)
+
+내가 작성한 코드가 잘못된 길로 들어서서 스스로 패닉에 빠져나가야 할 때 쓸 수 있는 `panic!()`이란 매크로도 있다. panic!()은 오류 메세지를 작성을 위한 println!() 스타일의인수를 옵션으로 받는다.
+
+> 위의 뜻에 경우, 즉, 코드를 작성하다 예상치 못한 오류가 발생하면, 프로그램이 계속해서 실행되면 안 되는 상황이 있는데 이럴 때는 프로그램이 스스로 중단되도록 하는 것이 안전하다. 이를 **패닉에 빠져나간다고 표현**한다.
+
+1. **panic!() 매크로**
+
+* 그때 rust에서는 이런 치명적인 오류가 발생시 panic!() 매크로 사용 가능, 이 매크로를 호출하면 프로그램 즉시 중단
+* 즉, `panic!()`은 코드가 "더 이상 진행할 수 없는 상황"에 도달했을 때 사용
+
+2. **오류 메세지 작성**
+
+* `panic!()` 매크로는 오류가 발생했을 때, 왜 프로그램이 중단되었는지를 알려주는 메시지를 출력할 수 있다.
+* 이 메시지는 `println!()` 매크로와 비슷하게 작성할 수 있습니다. 예를 들어, 변수의 값을 포함하는 형태로 메시지를 구성할 수 있다.
+
+```rust
+fn main() {
+    let value = -1;
+    if value < 0 {
+        panic!("Value {} is negative, which is not allowed!", value);
+    }
+}
+
+```
+
+* 여기서 `value`가 음수인지 확인
+* 만약 `value`가 음수라면, `panic!()`을 호출하여 프로그램을 중단
+* `panic!()`은 "Value -1 is negative, which is not allowed!"와 같은 오류 메시지를 출력
+* 이 메시지는 `println!()` 매크로처럼, `{}`를 사용하여 `value`의 값을 포함할 수 있다.
+
+But we all make mistakes. When these errors that shouldn't happen do happen-what then? Remarkably, Rust gives you a choice. Rust can either unwind the stack when a panic happens or abort the process. Unwinding is the default. 하지만 우리 모두는 실수를 하고 발생해서 안되는 오류들이 발생하면, 러스트는 우리에게 선택의 기회를준다. 러스트는 패닉이 발생하면 스택을 해제하거나 프로세스를 중단할 수 있다. 기본 동작은 **해제**이다.
+
+### 02. Unwinding(해제)
+
+hen pirates divvy up the booty from a raid, the captain gets half of the loot. Ordinary crew members earn equal shares of the other half. (Pirates hate fractions, so if either division does not come out even, the result is rounded down, with the remainder going to the ship's parrot.)
+
+해적들이 약탈한 전리품을 나눌 때, 선장은 전리품의 절반을 가져가고, 일반 선원들은 나머지 절반을 동등하게 나눈다. (해적들은 분수를 싫어하기 때문에 나눗셈이 딱 맞지 않으면 결과는 내림하고 나머지는 선박의 앵무새에게 돌아간다.)
+
+```rust
+fn pirate_share(total: u64, crew_size: usize) -> u64 {
+    let half = total / 2;
+    half / crew_size as u64
+}
+```
+
+This may workfine for centuries until one day it transpires that the captain is the sole survivor of a raid. If we pass a crew\_size of zero to this function, it will divide by zero. In C++, this would be undefined behavior. In Rust, it triggers a panic, which typically proceeds as follows:
+
+이 코드는 몇 세기 동안 잘 작동하다가 어느 날 선장이 유일한 생존자라는 사실이 밝혀질 수 있습니다. 이 함수에 `crew_size`를 0으로 전달하면 0으로 나누게 됩니다. C++에서는 이것이 미정의 동작을, **Rust**에서는 `패닉`을 발생시킵니다.
+
+#### 러스트가 패닉에 빠지고 Unwinding하는 과정
+
+1. 오류 메세지
+
+If you set the RUST\_BACKTRACE environment variable, as the messages suggests, Rust will also dump the stack at this point
+
+![](https://velog.velcdn.com/images/prettylee620/post/19f10624-a2b4-4a81-be44-7dccde5ed0a0/image.png)
+
+이 메세지는 제안하는 대로 RUST\_BACKTRACE 환경 변수를 설정하면 러스트가 해당 지점의 스택을 같이 덤프해준다.
+
+덤프(dump) = 메모리의 내용을 자세히 보여주는 것을 의미
+
+오류 메세지 대로 `RUST_BACKTRACE` 환경 변수를 설정하면, Rust 프로그램이 오류로 인해 중단될 때, **어디서 어떻게 중단되었는지 자세한 정보를 제공하는 스택 트레이스를** 출력한다. 이는 오류를 추적하고 디버깅하는 데 유용하다.
+
+The stack is unwound. This is a lot like C++ exception handling.
+
+2. 스택이 해제된다. 이는 C++의 **예외 처리**와 매우 유사하다.
+
+The stack is unwound. This is a lot like C++ exception handling. Any temporary values, local variables, or arguments that the current function was using are dropped, in the reverse of the order they were created. Dropping a value simply means cleaning up after it: any Strings or Vecs the program was using are freed, any open Files are closed, and so on. User-defined drop methods are called too; see "Drop" on page 302.
+
+* 현재 함수가 쓰던 임시 값, 지역 변수, 인수는 모두 **생성된 순서와 반대로 드롭**된다.
+
+\= 프로그램이 `panic!`이나 오류로 인해 중단될 때, 프로그램의 각 함수 호출을 역순으로 정리하는
+
+* 드롭 = 뒷정리 한다는 뜻
+* 프로그램이 쓰던 String이나 Vec은 모두 해제되고 열린 File은 모두 닫힌다.
+
+Once the current function call is cleaned up, we move on to its caller, dropping its variables and arguments the same way. Then we move to that function's caller, and so on up the stack
+
+* 현재 함수 호출이 정리되면, 호출부로 이동해서 같은 방법으로 변수와 인수를 드롭한다. 그리고 스택 끝에 닾을 때까지 이런식으로 계속해서 그 함수의 호출부로 이동해 정리한다.
+
+즉, 위의 것을 풀어 설명하면,
+
+1. 현재 함수호출이 정리되면,
+
+* 프로그램이 중단이 되었을때, 먼저 중단된 시점에 실행 중이던 현재 함수가 있다.
+* rust는 이 함수에서 사용 중인 모든 변수와 리소스를 정리(메모리 해제, 파일닫기 등 )한다.
+
+2. **호출부로 이동해서 같은 방법으로 변수와 인수를 드롭한다**:
+
+* 현재 함수가 정리된 후, Rust는 이 함수를 호출한 **상위 함수**로 이동
+* 그리고 상위 함수에서도 동일하게 변수와 리소스를 정리
+
+3. **스택 끝에 닿을 때까지**:
+   * Rust는 이러한 과정을 계속해서 반복하여 함수 호출 스택의 끝, 즉 프로그램이 시작된 지점까지 이동하며 모든 함수를 정리
+   * 프로그램이 처음 시작된 `main` 함수까지 모든 함수가 역순으로 정리될 때까지 이 작업 수행
+
+Perhaps panic is a misleading name for this orderly process. A panic is not a crash. It's not undefined behavior. It's more like a RuntimeException in Java or a std::logic\_error in C++. The behavior is well-defined; it just shouldn't be happening
+
+패닉은 이 규칙적인 과정에 어울리지 않는 이름일지 모른다. 미정의 동작보다는 자바의 `RuntimeException`과 가깝다. 단지 발생하면 안 될 뿐이다.
+
+Finally, the thread exits. If the panicking thread was the main thread, then the whole process exits (with a nonzero exit code).
+
+4. 끝으로 스레드가 종료된다. 만일 패닉에 빠진 스레드가 메인스레드였다면 (0이 아닌 종료 코드를 가지고) 전체 프로세스가 종료된다.
+
+#### 패닉이라는 것..
+
+The idea is that Rust catches the invalid array access, or whatever it is, before anything bad happens. It would be unsafe to proceed, so Rust unwinds the stack. But the rest of the process can continue running
+
+러스트는 잘못된 배열 접근이든 뭐든 안 좋은 일이 **벌어지기 전**에 잡아낸다. = 안전성 패닉에 빠지면 계속 진행하는것이 위험하므로 러스트는 스택을 해제한다. 그러나 프로세스의 나머지 부분은 계속 실행을 이어갈 수 있다.
+
+Panic is per thread. One thread can be panicking while other threads are going on about their normal business
+
+패닉은 **스레드 별로 발생**한다. 한 스레드가 패닉에 빠져도 다른 스레는 정상적으로 일을 수행할 수 있다.
+
+There is also a way to catch stack unwinding, allowing the thread to survive and continue running. The standard library function std::panic:: catch\_unwind() does this. We won't cover how to use it, but this is the mechanism used by Rust's test harness to recover when an assertion fails in a test
+
+**스택 해제를 잡아서** 스레드를 죽지 않고 계속 실행되게 만드는 방법도 있다. 표준 라이브러리 함수 `std::panic::catch_unwind()`가하는 일이 바로 그것이다. 이 함수의 사용법은 다루지 않고 러스트의 테스트 도구가 **테스트에 있는 단언문 실패 시** 이 매커니즘을 써서 **원상 복구한다는 것**은 알아두기!
+
+이 부분은 22장에서 자세히 다룬다고 함
+
+Ideally, we would all have bug-free code that never panics. But nobody's perfect. You can use threads and catch\_unwind() to handle panic, making your program more robust.
+
+절대로 패닉을 빠지지 않는 코드를 짤 수 있는 사람은 거의 없을 것 하지만, 스**레드와 catch\_unwind()로 패닉을 잘 다루면** 프로그램을 보다 견고하게 만들 수 있다.
+
+One important caveat is that these tools only catch panics that unwind the stack. Not every panic proceeds this way.
+
+> 꼭 알아둬야 할 점은 **스택을 해제하는 패닉만** 이런 식으로 잡을 수 있다는 것이다.
+
+#### 자바의 try catch와 다른 점
+
+* Rust에서 패닉은 일반적으로 **복구 불가능한 오류**로 간주됩니다. 따라서 패닉 후의 복구를 시도하는 대신 프로그램을 종료하는 것이 일반적입니다. `catch_unwind`을 사용해 패닉을 포착하는 것은 비상 상황에만 권장됩니다.
+* Java의 예외는 **복구 가능한 오류**로 간주되며, 예외 처리 구문을 통해 정상적인 프로그램 흐름으로 복귀할 수 있습니다. 이는 Java가 예외를 프로그램 로직의 일부로 사용할 수 있게 합니다.
+
+### 03. Aborting(중단)
+
+Stack unwinding is the default panic behavior, but there are two circumstances in which Rust does not try to unwind the stack.
+
+스택 해제는 패닉의 기본 동작이지만, 다음 두 가지 상황에서는 러스트가 **스택 해제를 시도하지 않는다.**
+
+#### 첫 번째 상환
+
+If a .drop() method triggers a second panic while Rust is still trying to clean up after the first, this is considered fatal. Rust stops unwinding and aborts the whole process.
+
+만일 러스트가 첫 번째 패닉을 정리하고 있는 상황에서 `.drop()` 메서드가 **두 번째 패닉을 유발하면 이는 치명적인 상황으로 간주**하고, 러스트는 해제를 멈추고 전체 프로세스를 중단한다.
+
+#### 두 번째 상황
+
+Also, Rust's panic behavior is customizable. If you compile with -C panic-abort, the first panic in your program immediately aborts the process. (With this option, Rust does not need to know how to unwind the stack, so this can reduce the size of your compiled code.)
+
+또한 러스트의 패닉 동작은 변경이 가능하다. 프로그램을 `-C panic=abort` 옵션으로 컴파일하면 **첫 번째** 패닉이 발생하는 즉시 프로세스가 중단된다(이 옵션을 쓰면 러스트가 스택 해제 방법을 몰라도 되기 때문에 컴파일된 코드의 크기가 줄어들 수 있다.)
+
+It's unreasonable to expect every function in a program to anticipate and cope with bugs in its own code. Errors caused by other factors are another kettle of fish
+
+프로그램에 있는 모든함수가자기 코드에 있는 버그를 예견해 대처할 수 있기를 기대하는 건 무리가 있다. 하지만 다른 요인에 의해 유발되는 오류는 전혀 다른 문제다.
+
+### 04. Result
+
+Rust doesn't have exceptions. Instead, functions that can fail have a return type that says so:
+
+**러스트는 예외가 없다.** 대신 실패할 수 있는 함수가 다음과 같은 반환 타입을 갖는다.
+
+```rust
+fn get weather (location: LatLng) -> Result<Weather Report, io::Error>
+```
+
+The Result type in Rust indicates potential failure in functions. Rust에서 `Result` 타입은 함수 실행 시 발생할 수 있는 실패를 나타낸다.
+
+When calling a function like get\_weather(), it returns either Ok(weather) for success or Err(error\_value) for an error, such as an io::Error. Rust requires handling these results to avoid compiler warnings. 예를 들어, `get_weather()` 함수를 호출하면 성공 시 **Ok(weather)**, 실패 시 \*\*Err(error\_value)\*\*를 반환하며, 이때 **error\_value**는 io::Error로 어떤 문제가 발생했는지 설명한다. Rust는 이러한 결과를 처리하도록 강제하며, `Result` 값을 사용하지 않으면 컴파일러 경고가 발생한다.
+
+### 05. Catching Errors(오류 잡기)
+
+```rust
+match get weather (hometown) {
+	Ok(report) => {
+		display_weather (hometown, &report);
+	}
+	Err(err) => {
+		println("error querying the weather: {}", err);
+		schedule_weather_retry();
+	}
+}
+```
+
+> 다른 언어의 **try/catch**에 해당한다. 오류를 호출부에 넘기지 않고 직접 처리하고자 할 때 이 방법을 쓴다.
+
+match is a bit verbose, so Result\<T, E> offers a variety of methods that are useful in particular common cases. Each of these methods has a match expression in its implementation. (For the full list of Result methods, consult the online documentation. The methods listed here are the ones we use the most.)
+
+하지만, `match`는 코드를 구구절절 늘어놓는 경향이 있어 `Result<T, E>`는 **자주 겪는 몇 가지 상황에서 유용하게 쓸 수 있는 메서드들**을 모아 제공한다. 이 메서드들은 각자 자신의 구현안에 match 표현식을 가지고 있다.
+
+#### 메서드 소개
+
+1. **result.is\_ok(), result.is\_err() :** result가 성공 결과인지 오류 결과인지 말해 주는 bool을 반환한다.
+2. **result.ok() :** 성공값이 있을 경우 그것을 Option로 반환한다. result가 `성공` 결과이면 Some (success\_value)를 반환하고, `그렇지 않으면` None을 반환하며 오륫값은 버린다.
+3. **result.err() :** 오륫값이 있을 경우 그것을 Option로 반환한다.
+4. **result.unwrap\_or(fallback) :** result가 **성공** 결과일 경우 성공값을 반환하고, **그렇지 않으면** fallback을 반환하며 오릇값은 버린다.
+
+```rust
+// 남부 캘리포니아의 평상시 예측치.
+const THE_USUAL: WeatherReport= WeatherReport::Sunny (72);
+
+// 실제 날씨 정보를 받아온다.
+// 받아올 수 없으면 평상시 예측치를 대신 쓴다.
+let report = get_weather(los_angeles).unwrap_or(THE_USUAL);
+display_weather(los_angeles, &report);
+```
+
+이 메서드는 반환 타입이 Option가 아니라 이기 때문에\*\*.ok() 대신 쓰면 편리하다.\*\* 물론 적 절한 대체값이 있을 때만 쓸 수 있다.
+
+1. **result.unwrap\_or\_else(fallback\_fn) :** 앞과 동일하지만 대체값을 직접 받는 게 아니라 **함수나 클로저를 받는다는 점이 다르다.** 쓰지도 않을 대체값을 계산하기 아까울 때 쓴다. `fallback_fn`은 오류 결과를 가질 때만 호출된다.
+
+```rust
+let report =
+get_weather(hometown)
+.unwrap_or_else(i_err! vague_prediction(hometown));
+
+```
+
+2. **result.unwrap() :** 마찬가지로 result가 성공 결과일 경우 성공값을 반환한다. **하지만 result가 오류 결과일 경우에는 패닉에 빠진다.** 이 메서드는 용도가 따로 있는데 그 부분은 잠시 뒤에 살펴본다.
+3. **result.expect(message) :** unwrap()과 동일하지만 패닉에 빠졌을 때 출력할 메시지를 지정할 수 있다.
+
+#### 끝으로 다음 메서드들은 Result에 있는 레퍼런스를 다룰 때 사용한다.
+
+4. result.as\_ref() : Result\<T, E>를 Result<\&T, \&E>로 변환한다.
+5. result.as\_mut() : 앞과 동일하지만 변경할 수 있는 레퍼런스를 빌려 온다는 점이 다르다. 반환 타입은 Result<\&mutT, \&mut E>다.
+
+One reason these last two methods are useful is that all of the other methods listed here, except.is\_ok() and .is\_err(), consume the result they operate on.
+
+마지막 두 메서드가 유용한 이유 중 하나는 .is\_ok() .is\_err()을 제외한 여기 나열된 다른 모든 메서드들이 작업 대상인 result를 소비(consume)한다는 것이다.
+
+That is, they take the self argument by value. Sometimes it's quite handy to access data inside a result without destroying it, and this is what .as\_ref() and .as\_mut() do for us.
+
+> 즉, 이들은 `self 인수`를 값으로 받는다. 경우에 따라서는 **result에 있는 데이터를 소멸시키지 않고 접근하는 것이 아주 유용할 때가 있는데,** 이렇게 할 수 있도록 해주는 것이 바로 `.as_ref()`와 `.as_mut()`다.
+
+#### .as\_ref()와 .as\_mut()의 역할
+
+* `.as_ref()`와 `.as_mut()` 메서드는 `Result` 타입에서 값을 참조로 접근하거나 가변 참조로 접근할 수 있도록 해주는 메서드
+* `.as_ref()`는 값을 소멸시키지 않고, **참조로 접근**할 수 있게 한다. 이를 통해 값에 접근하되, 소유권을 넘기지 않으므로 원래 값은 여전히 유효하다.
+* `.as_mut()`는 값을 소멸시키지 않고, **가변 참조로 접근**하여 값을 수정할 수 있게 한다.
+* 이 메서드들은 원래 `Result` 값을 소유권을 넘기지 않고도 필요한 작업을 수행할 수 있게 해주는 유용한 도구디다.
+
+```rust
+fn main() {
+    let result: Result<String, String> = Ok(String::from("Hello"));
+
+    // result를 소멸시키지 않고, 내부의 값을 참조로 접근
+    match result.as_ref() {
+        Ok(value) => println!("Got a reference to: {}", value),
+        Err(e) => println!("Got an error reference: {}", e),
+    }
+
+    // result는 여전히 사용할 수 있습니다.
+    println!("Original result: {:?}", result);
+}
+```
+
+For example, suppose you'd like to call result.ok(), but you need result to be left intact. You can write result.as\_ref().ok(), which merely borrows result, returning an Option<\&T> rather than an Option
+
+예를 들어, result.ok()를 호출하더라도 **result가 그대로 남아 있길 원한다면** result.as\_ref().ok()라고 쓰면 된다. 이렇게하면 result를 빌려 오게 되므로 Option가 아니라 `Option<&T>`가 반환된다
+
+### 06. Result Type Aliases(Result 타입 별칭)
+
+Sometimes you'll see Rust documentation that seems to omit the error type of a Result:
+
+러스트 문서를 보다 보면 가끔 오류 타입이 생략된 Result를 만날 때가 있다.
+
+```rust
+fn remove_file(path: &Path) -> Result<()>
+```
+
+이는 Result 타입 별칭을 쓰고 있다는 뜻이다.
+
+A type alias is a kind of shorthand for type names. Modules often define a Result type alias to avoid having to repeat an error type that's used consistently by almost every function in the module. For example, the standard library's std::io module includes this line of code:
+
+일종의 축약 표시로, 모듈은 보통 Result 타입 별칭을 정의해서 **그 모듈에 있는 함수들 대부분이 공통으로 사용하는 오류 타입을 반복해 적지 않아도 되게끔 만든다.**
+
+This defines a public type std::io::Result. It's an alias for Result\<T, E>, but hardcodes std::io:: Error as the error type. In practical terms, this means that if you write use std::io;, then Rust will understand io::Result as shorthand for Result\<String, io::Error>
+
+`use std::io;`라고 써 두면 러스트가 io::Result을 **Result\<String, io::Error>의 축약 표기**로 이해한다는 뜻이다.
+
+이는 표준 라이브러리 모듈 안에 들어 있기 때문
+
+### 07. Printing Errors(오류 출력하기)
+
+> Rust에서 `std::error::Error` 트레이트는 다양한 오류 타입을 처리하기 위한 공통 인터페이스를 제공합니다. 이를 통해 오류를 출력하고, 근본 원인을 추적하며, 적절한 오류 메시지를 얻을 수 있다. `println!`과 `writeln!` 매크로를 사용하여 오류를 콘솔에 출력하거나 특정 스트림에 기록할 수 있다. `anyhow` 크레이트는 표준 라이브러리 이상의 강력한 오류 관리 기능을 제공한다.
+
+Sometimes the only way to handle an error is by dumping it to the terminal and moving on.
+
+경우에 따라서는 오류를 터미널에 덤프하고 다음으로 넘어가는 게 유일한 방법일 때가 있다.
+
+```rust
+println("error querying the weather: {}", err);
+```
+
+The standard library defines several error types with boring names: std::io:: Error, std::fmt:: Error, std::str::Utf8Error, and so on
+
+표준 라이브러리는 std::io::Error, std::fmt::Error, std::str::Utf8Error 등 지루한 이름으로 된 오류 타입 몇 가지를 정의해 두고 있다.
+
+All of them implement a common interface, the std::error:: Error trait, which means they share the following features and methods:
+
+이들은 모두 공통 인터페이스인 `std::error:Error` 트레이트를 구현하고 있는데, 그 말인 즉슨 이들이 **아래의 기능과 메서드를 공유하고 있다는 뜻**이다.
+
+1. **println!()**
+
+All error types are printable using this. Printing an error with the {} format specifier typically displays only a brief error message. Alternatively, you can print with the {:?} format specifier, to get a Debug view of the error. This is less userfriendly, but includes extra technical information.
+
+**모든 오류 타입은 이 메서드로 출력할 수 있다.** {} 형식 지정자로 오류를 출력하면 보통 간단한 오류만 표시된다. 이것 말고 `{:?}` 형식 지정자를 써서 해당 오류의 Debug 뷰를 보는 방법도 있는데 내용은 좀 딱딱해도 **추가적인 기술 정보를 같이 볼 수 있어서 좋다.**
+
+![](https://velog.velcdn.com/images/prettylee620/post/2971e93c-dc2b-43c5-826d-0b89aea42cee/image.png)
+
+2. err.to\_string() : 오류 메세지를 String으로 반환한다.
+3. **err.source()**
+
+> `source()` 메서드는 현재 오류의 근본 원인이 되는 이전 오류를 반환
+
+Returns an option of the underlying error, if any, that caused err
+
+* err의 원인이 되는 오류가 있을 경우, 그것을 Option으로 반환한다.
+
+For example, a network error might cause a banking transaction to fail, leading to your boat being repossessed. Here, err.to\_string() might be "boat was repossessed", and err.source() would return the error related to the failed transaction. This transaction error’s to\_string() could be "failed to transfer $300 to United Yacht Supply", and its source() might return a detailed io::Error about the specific network outage.
+
+* 예를 들어, 네트워크 오류로 인해 은행 거래가 실패하고, 그로 인해 보트가 압류되었다고 가정합시다. 이 경우, `err.to_string()`은 "boat was repossessed"(보트가 압류됨)일 수 있으며, `err.source()`는 거래 실패와 관련된 오류를 반환할 것이다. 이 거래 오류의 `to_string()`은 `"failed to transfer $300 to United Yacht Supply"`(United Yacht Supply에 $300 이체 실패)일 수 있고, 이 오류의 `source()`는 네트워크 중단에 관한 **상세한 내용을 담은 io::Error를 반환**할 수 있다.
+
+Since this third error is the root cause, its `.source()` method returns `None`. Standard library errors often return `None` for their source because they usually operate at a lower level. To print all available error information, use a function like the one provided.
+
+* 이때 세 번째 오류는 문제의 근본 원인이므로, `.source(`)메서드는 None을 반환할 것이다. 표준 라이브러리의 오류는 보통 낮은 수준에서 작동하기 때문에, 원인을 반환하는 경우가 드물다. 오류에 관한 모든 정보를 출력하려면 제공된 함수를 사용해야 함
+
+```rust
+std::error::Error;
+use std::io::{Write, stderr};
+/// 오류 메시지를 'stderr`에 덤프한다.
+
+/// 오류 메시지를 생성하는 도중이나 'stderr'에 기록하는 도중에 
+/// 또 다른 오류가 발생하면 무시한다.
+fn print_error(mut err: &dyn Error) {
+	let_ = writeln!(stderr(), "error: {}", err);
+	while let Some(source) = err.source() {
+	let_ = writeln!(stderr(), "caused by: {}", source); 
+	err = source;
+	}
+}
+```
+
+The writeln! macro works like println!, except that it writes the data to a stream of your choice. Here, we write the error messages to the standard error stream, std::io::stderr. We could use the eprintln! macro to do the same thing, but eprintln! panics if an error occurs. In print\_error, we want to ignore errors that arise while writing the message; we explain why in "Ignoring Errors" on page 169, later in the chapter.
+
+rust의 **writeln!** 매크로는 \*\*println!\*\*과 유사하게 동작하지만, 데이터를 특정 스트림에 쓸 수 있게 해준다. 여기서는 오류 메시지를 `표준 오류 스트림(std::io::stderr)`에 쓰기 위해 \*\*writeln!\*\*을 사용한다. **eprintln!** 매크로도 stderr에 메시지를 쓸 수 있지만, 쓰는 도중 오류가 발생하면 패닉을 일으킨다. print\_error 함수에서는 메시지를 쓰는 동안 발생하는 오류를 무시하고 싶었는데, 이유는 오류 무시하기에서 나옴
+
+#### writeln! 매크로
+
+* **기능**: `writeln!` 매크로는 `println!`과 비슷하게 동작하지만, 주어진 스트림에 데이터를 씁니다. 이 스트림은 파일, 네트워크 소켓, 또는 표준 출력/오류 스트림일 수 있습니다.
+* **사용 방법**: `writeln!`의 첫 번째 인수는 데이터를 쓸 대상 스트림입니다. 예를 들어, `stderr` 스트림에 쓰려면 `writeln!(std::io::stderr(), "error: {}", err)`와 같이 사용합니다.
+* **유연성**: 이는 데이터를 표준 출력 대신 다른 위치로 보내고자 할 때 유용합니다.
+
+```rust
+use std::io::{self, Write};
+
+fn main() {
+    let mut handle = io::stdout(); // 표준 출력에 쓰기
+    writeln!(handle, "Hello, world!").unwrap();
+
+    let mut handle = io::stderr(); // 표준 오류 스트림에 쓰기
+    writeln!(handle, "An error occurred!").unwrap();
+}
+
+```
+
+#### eprintln! 매크로
+
+* **기능**: `eprintln!` 매크로는 `println!`과 유사하게 작동하지만, 메시지를 표준 오류 스트림(`stderr`)에 씁니다.
+* **패닉 발생**: `eprintln!`은 메시지를 쓰는 도중 오류가 발생하면 패닉을 일으킵니다. 이는 추가적인 오류 처리를 필요로 할 수 있습니다.
+
+```rust
+fn main() {
+    eprintln!("This is an error message!");
+}
+
+```
+
+#### `print_error` 함수에서 `writeln!`을 사용하는 이유
+
+* **오류 무시**: `print_error` 함수에서는 오류 메시지를 쓰는 도중에 발생하는 오류를 무시하고자 합니다. 이는 추가적인 복잡성을 피하기 위해서입니다.
+* **안정성**: `writeln!`을 사용하면, 쓰기 작업 중 발생하는 오류를 `Result`로 반환하고, 이를 무시할 수 있는 유연성을 제공합니다. 반면 `eprintln!`은 패닉을 발생시켜 프로그램의 흐름을 방해할 수 있습니다.
+* **의도된 동작**: `print_error` 함수는 이미 발생한 오류를 보고하는 도중에 또 다른 오류가 발생하더라도 프로그램의 주 실행 흐름을 방해하지 않도록 설계되었습니다.
+
+```rust
+use std::error::Error;
+use std::io::{self, Write};
+
+fn print_error(mut err: &dyn Error) {
+    let _ = writeln!(io::stderr(), "error: {}", err);
+    while let Some(source) = err.source() {
+        let _ = writeln!(io::stderr(), "caused by: {}", source);
+        err = source;
+    }
+}
+```
+
+* 이 함수에서는 `writeln!`을 사용하여 `stderr`에 오류 메시지를 씁니다.
+* 쓰기 작업 중 발생할 수 있는 오류를 무시하기 위해 `Result`를 처리하지 않고, 단순히 `_`로 무시합니다.
+
+The standard library's error types do not include a stack trace, but the popular anyhow crate provides a ready-made error type that does, when used with an unstable version of the Rust compiler
+
+**표준 라이브러리의 오류 타입은 스택 트레이스를 포함하지 않는다.** 스택 트레이스를 포함하는 오류 타입이 필요할 때는 `anyhow` 크레이트의 도움을 받으면 되는데, 단 이 경우에는 정식으로 릴리스되지 않은 불안정한 버전의 러스트 컴파일러를 써야 한다.
+
+#### anyhow
+
+* `anyhow`는 Rust의 오류 처리에 강력한 기능을 추가하는 크레이트입니다. 복잡한 오류 체인과 상세한 스택 트레이스를 관리할 수 있는 기능을 제공합니다. Rust의 불안정(Unstable) 버전에서 제공되는 특정 기능을 활용하여, 더 많은 디버깅 정보를 제공합니다.
+* **불안정한 Rust 컴파일러(Unstable Rust Compiler)**:
+  * Rust는 주기적으로 새로운 기능을 실험하기 위해 "불안정한" 버전을 출시합니다.
+  * `anyhow` 크레이트는 이러한 불안정 버전에서만 사용 가능한 특정 기능을 활용하여, 스택 트레이스와 같은 추가적인 오류 정보를 제공합니다.
+
+#### `anyhow` 사용 예시
+
+```rust
+use anyhow::{Result, Context};
+
+fn main() -> Result<()> {
+    let file_content = std::fs::read_to_string("non_existent_file.txt")
+        .context("Failed to read the file")?;
+    println!("{}", file_content);
+    Ok(())
+}
+
+```
+
+* `anyhow::Context` 트레이트를 사용하여 오류 메시지에 추가적인 정보를 제공할 수 있습니다.
+* `context("Failed to read the file")`는 기본 오류 메시지에 더 자세한 문맥을 추가하여, 디버깅을 쉽게 합니다.
+
+### 08. Propagating Errors(오류 전파하기)
+
+It is simply too much code to use a 10-line match statement every place where something could go wrong.
+
+문제가 생길 수 있는 곳마다 10줄짜리 match문으로 코드를 도배하다시피 하는 건 너무 과하다.
+
+Instead, if an error occurs, we usually want to let our caller deal with it. We want errors to propagate up the call stack
+
+오류가 발생하면 보통은 호출부에 처리를 맡기고 싶어 한다. 오류가 호출 스택을 타고 \*\*전파(propagation)\*\*되길 원하는 것이다.
+
+Rust has a ? operator that does this. You can add a ? to any expression that produces a Result, such as the result of a function call:
+
+러스트에는 이런 일을 하는 `?`연산자가 있다. `?`는 **함수 호출 결과와 같이 Result를 산출하는 모든 표현식에 붙여 쓸 수 있다.**
+
+```rust
+let weather = get_weather(hometown)?;
+
+```
+
+The behavior of? depends on whether this function returns a success result or an error result:
+
+앞의 코드에서 `?`의 동작은 **함수가 성공 결과를 반환하는지, 오류 결과를 반환하는지**에 따라 달라진다.
+
+> Rust에서 `?` 연산자는 `Result` 또는 `Option`을 반환하는 함수에서 오류 처리를 간소화합니다.
+
+* On success, it unwraps the Result to get the success value inside. The type of weather here is not Result\<Weather Report, io::Error> but simply WeatherReport.
+* `성공`한 경우에는 Result를 풀어서 그 안에 있는 **성공값을 꺼낸다.** 여기서 **weather**의 타입은 Result\<WeatherReport, io::Error>가 아니라 그냥 `WeatherReport`다.
+* On error, it immediately returns from the enclosing function, passing the error result up the call chain. To ensure that this works, ? can only be used on a Result in functions that have a Result return type.
+* `오류`가 발생한 경우에는 즉시 바깥쪽 함수에서 복귀하고 오류 결과를 호출 체인 위로 전달한다. 이 때문에 `?`는 **반환 타입이 Result인 함수에서만** 쓸 수 있다.
+
+There's nothing magical about the ? operator. You can express the same thing using a match expression, although it's much wordier:
+
+match 표현식으로 가능하지만, ?으로 하면 간편하게 처리 가능하다는 것이다.
+
+The only differences between this and the ? operator are some fine points involving types and conversions. We'll cover those details in the next section. In older code, you may see the try! () macro, which was the usual way to propagate errors until the? operator was introduced in Rust 1.13
+
+다만, 이 둘은 타입과 변환이 개입되는 부분에서 약간의 미묘한 차이점이 있다. 오래된 코드를 읽다 보면 try!() 매크로를 보게 될 수도 있다. `?` 연산자가 도입되기 전까지는 대부분 **이 매크로를 써서 오류를 전파**했다.
+
+```rust
+ let weather try! (get_weather (hometown));
+```
+
+The macro expands to a match expression, like the one earlier. It's easy to forget just how pervasive the possibility of errors is in a program, particularly in code that interfaces with the operating system. The ? operator sometimes shows up on almost every line of a function:
+
+이 매크로는 이전 예시처럼 `match` 표현식으로 확장된다. 프로그램에서 오류가 발생할 가능성을 쉽게 잊을 수 있지만, 특히 운영 체제와 인터페이스하는 코드에서는 그렇다. `?` 연산자는 때로 함수의 **거의 모든 줄에서 등장할 수 있다:**
+
+```rust
+use std::fs;
+use std::io;
+use std::path::Path;
+
+fn move_all(src: &Path, dst: &Path) -> io::Result<()> {
+    for entry_result in src.read_dir()? { // 디렉터리를 여는 도중 오류가 발생할 수 있습니다.
+        let entry = entry_result?; // 디렉터리를 읽는 도중 오류가 발생할 수 있습니다.
+        let dst_file = dst.join(entry.file_name());
+        fs::rename(entry.path(), dst_file)?; // 파일 이름 변경 중에 오류가 발생할 수 있습니다.
+    }
+    Ok(()) // 휴!
+}
+
+```
+
+`?` 연산자는 `Option` 타입에서도 비슷하게 작동한다. `Option`을 반환하는 함수에서는, `?`를 사용하여 값을 언랩하고 `None`인 경우(값이 존재하지 않는 경우) 조기에 반환할 수 있다:
+
+```rust
+let weather = get_weather(hometown).ok()?;
+```
+
+이 코드는 두 가지 주요 작업을 수행합니다:
+
+1. `get_weather(hometown)` 함수 호출의 결과를 `ok()` 메서드로 변환합니다.
+2. `ok()` 메서드의 결과에 `?` 연산자를 사용합니다.
+
+#### 각 부분의 역할
+
+**1. get\_weather(hometown)**
+
+* get\_weather는 `hometown`이라는 인자를 받아 호출되는 함수입니다.
+* 이 함수가 반환하는 타입은 `Result<T, E>`입니다. 여기서 `T`는 **성공적으로 반환되는 값의 타입**이고, `E`는 **오류가 발생했을 때 반환되는 오류 타입**입니다.
+
+**2. .ok()**
+
+* ok() 메서드는 Result\<T, E> 타입에서 사용됩니다.
+* ok() 메서드는 Result를 Option으로 변환합니다:
+  * 만약 Result가 Ok(value)라면, Some(value)를 반환합니다.
+  * 만약 Result가 Err(error)라면, None을 반환합니다.
+
+즉, get\_weather(hometown).ok()는 Result\<T, E>를 Option로 변환합니다.
+
+**3. ? 연산자**
+
+* ? 연산자는 Option 타입이나 Result 타입에서 사용되어, 값이 있으면 그 값을 반환하고, 없으면 함수 전체를 조기에 종료합니다.
+* Option에서 ?를 사용하면:
+  * 값이 \*\*Some(value)\*\*이면 값을 반환합니다.
+  * 값이 `None`이면, 호출한 함수가 즉시 None을 반환합니다. 즉시. 종료한다.
+
+**Option 타입으로 변환된 이유**
+
+위의 과정을 통해, get\_weather(hometown)가 반환하는 **Result 타입의 값을 Option 타입으로 변환한 후 ? 연산자를 사용하고 있습니다**. 따라서 최종적으로 weather는 Option 타입이 됩니다.
+
+즉, `let weather = get_weather(hometown).ok()?;`는 `weather`를 `Option` 타입으로 변환하고, 값이 없으면 조기에 반환하여 함수의 흐름을 제어합니다.
+
+### 09. Working with Multiple Error Types(여러 오류 타입 다루기)
+
+```rust
+use std::io::{self, BufRead};
+		/// 텍스트 파일에서 정수들을 읽어 온다.
+		/// 파일에는 숫자가 한 줄에 하나씩 있다고 가정한다.
+		fn read_numbers(file: &mut dyn BufRead) → Result<Vec<i64>, io::Error>{
+			let mut numbers = vec![];
+			for line_result in file. lines() {
+				// 줄을 읽을 때 실패할 수 있다.
+				numbers.push(line.parse()?); // 정수를 파싱할 때 실패할 수 있다.
+				let line = line_result?;
+		}
+		Ok(numbers)
+}
+```
+
+Rust gives us a compiler error:
+
+러스트는 앞의 코드에 대해 다음과 같은 컴파일러 오류를 낸다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/50ddfa32-9319-46d7-9fd5-dce616768466/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/23887057-22df-471a-bc4d-bbf2f9049fe4/image.png)
+
+The terms in this error message will make more sense when we reach Chapter 11,
+
+여기 나오는 오류 메세지의 용어들은 트레이트를 다루는 11장을 읽고 나면 이해가 될 것이라고 함
+
+which covers traits. For now, just note that Rust is complaining that the ? operator can't convert a std::num:: ParseIntError value to the type std::io::Error
+
+`?`는 오류를 자동으로 전파하기 위해 변환이 필요한데, 현재 코드에서는 ? 연산자가 std::num::ParseIntError 값을 std::io::Error 타입으로 변환할 수 없어서 오류를 낸 것
+
+참고로
+
+**`std::convert::From` 트레이트**:
+
+* Rust에서 한 타입을 다른 타입으로 변환하기 위해 사용하는 트레이트이다. `From` 트레이트가 구현된 두 타입 사이에서는 안전하게 변환할 수 있다.
+
+There are several ways of dealing with this. For example, the image crate that we used in Chapter 2 to create image files of the Mandelbrot set defines its own error type, ImageError, and implements conversions from io:: Error and several other error types to ImageError. If you'd like to go this route, try the thiserror crate, which is designed to help you define good error types with just a few lines ofcode.
+
+문제를 해결하는 방법은 여러가지가 있음
+
+1. 2장에서 망델브로 집합에서 나온 **image 크레이트 사용**
+
+A simpler approach is to use what's built into Rust. All of the standard library error types can be converted to the type Box\<dyn std::error:: Error + Send + Sync + 'static>. This is a bit of a mouthful, but dyn std::error::
+
+1. 좀 더 간단한 방법은 **러스트의 내장된 기능** 이용
+
+* 표준 라이브러리의 모든 오류 타입은 `Box<dyn std::error:: Error + Send + Sync+ 'static>` 타입으로 변환될 수 있다.
+
+Error represents "any error," and Send + Sync + 'static makes it safe to pass between threads, which you'll often want. For convenience, you can define type aliases
+
+* dyn std::error::Error는 '모든 오류'를 표현 하고, Send+ Sync+ 'static은 이를 스레드 간에 전달해도 안전하게 만들어 준다. 다음처럼 타입 별칭을 정의해 쓰면 편리하다.
+
+```rust
+type GenericError = Box<dyn std::error:: Error + Send + Sync + 'static>;
+type GenericResult<T> Result<T, GenericError>;
+```
+
+Then, change the return type of read\_numbers() to GenericResult\<Vec>. With this change, the function compiles. The ? operator automatically converts either type oferror into a GenericError as needed.
+
+그런 다음 \*\*read\_numbers()\*\*의 반환 타입을 \*\*GenericResult\<Vec>\*\*로 바꾼다. 이렇게 하고 나면 함수가 문제없이 컴파일된다. 이제? 연산자는 필요에 따라 두 오류 타입을 GenericError로 자동 변환한다.
+
+Incidentally, the ? operator does this automatic conversion using a standard method that you can use yourself. To convert any error to the GenericError type, call GenericError::from():
+
+여담이지만 연산자는 누구나 쓸 수 있는 표준 메서드를 써서 이 `자동 변환을 수행`한다. 임의의 오류를 GenericError 타입으로 변환하려면 **GenericError: :from()을 호출**하면 된다
+
+```rust
+let io_error = io::Error::new(
+	io::ErrorKind::Other, "timed out");
+	// io::Error를 만든다.
+return Err(GenericError: :from(io_error)); // 직접 GenericError로 변환한다
+```
+
+The downside ofthe GenericError approach is that the return type no longer communicates precisely what kinds of errors the caller can expect. The caller must be ready for anything
+
+`GenericError` 방식의 단점은 반환 타입이 이 이상 발생할 수 있는 **오류의 종류를 콕 찍어 알려 주지 않는다는 것**이다. 호출부는 만반의 준비가 되어 있어야 한다.
+
+**GenericResult를 반환하는 함수를 호출할 때** 특정 유형으로 된 오류만 처리하고 나머지는 **그냥 전파하길 원한다면 제네릭 메서**드 `error.downcast_ref:: <ErrorType>()`을 쓰면 된다. 이 메서드는 만일 어떤 오류가 여러분이 찾는 그 특정 유형의 것일 경우 그 오류의 레퍼런스를 빌려 온다.
+
+많은 언어가 이를 위한 문법을 내장하고 있지만, 실제로 쓰이는 일은 거의 드물다. 따라서 러스트는 이를 `메서드`로 처리한다.
+
+### 10. '발생할 리 없는 오류 다루기’(Dealing with Errors That "Can't Happen”)
+
+Example: Parsing a Configuration File
+
+예시: 구성 파일 파싱
+
+```rust
+if next_char.is_digit(10) {
+    let start = current_index;
+    current_index = skip_digits(&line, current_index);
+    let digits = &line[start..current_index];
+    let num = digits.parse::<u64>();
+}
+
+```
+
+**The Problem: str.parse::() Returns a Result**
+
+문제: `str.parse::<u64>()`는 `Result`를 반환한다
+
+```rust
+"bleen".parse::<u64>() // ParseIntError: invalid digi
+```
+
+**Solution: Use `.unwrap()` When Confident**
+
+해결책: 확실할 때는 `.unwrap()` 사용하기
+
+```rust
+let num = digits.parse::<u64>().unwrap();
+```
+
+Beware: Overflow Can Happen
+
+주의: 오버플로가 발생할 수 있다
+
+```rust
+"99999999999999999999".parse::<u64>() // overflow error
+```
+
+Use `.unwrap()` or `.expect()` for Impossible Errors
+
+불가능한 오류에 대해 `.unwrap()`이나 `.expect()` 사용하기
+
+```rust
+fn print_file_age(filename: &Path, last_modified: SystemTime) {
+    let age = last_modified.elapsed().expect("system clock drift");
+}
+```
+
+Error Handling with GenericError
+
+`GenericError`를 사용한 오류 처리
+
+The downside of the GenericError approach is that the return type no longer communicates precisely what kinds of errors the caller can expect. The caller must be ready for anything.
+
+1. **Use .unwrap() and .expect() When Sure**:
+   * If you are certain that a Result can only be Ok, use .unwrap() to get the value or .expect(message) to provide a custom panic message.
+   * Result가 반드시 Ok일 것이라고 확신한다면, `.unwrap()`을 사용하여 값을 얻거나 `.expect(message)`를 사용하여 사용자 지정 패닉 메시지를 제공하세요.
+2. **Drawbacks of GenericError**:
+   * Using GenericError does not convey specific error types, requiring the caller to handle a wide range of potential errors.
+   * GenericError를 사용하면 특정 오류 유형을 전달하지 않으므로, **호출부에서 다양한 잠재적 오류를 처리해야 합니다.**
+3. **When to Use .unwrap() or .expect()**:
+   * Use these methods when dealing with impossible errors or in scenarios where failing indicates a severe issue, and panic is appropriate.
+   * 불가능한 오류를 처리하거나 실패가 심각한 문제를 나타내는 경우, 패닉이 적절한 상황에서는 이러한 `메서드`를 사용하세요.
+4. **Handle Overflows and Unexpected Input**:
+   * Even when confident, always consider edge cases like overflows or unexpected input, as these can lead to bugs if not properly handled.
+   * 확실할 때에도 오버플로우나 예기치 않은 입력과 같은 엣지 케이스를 항상 고려하세요. 이를 제대로 처리하지 않으면 버그로 이어질 수 있습니다.
+
+By understanding and appropriately using these techniques, you can handle errors efficiently in Rust, maintaining both code simplicity and robustness. 이러한 기술들을 이해하고 적절히 사용함으로써, Rust에서 오류를 효율적으로 처리하고, 코드의 간결성과 견고함을 유지할 수 있습니다.
+
+GenericError 방식의 단점은 반환 타입이 이 이상 발생할 수 있는 오류의 종류를 콕 찍어 알려 주지 않는다는 것이다. 호출부는 만반의 준비가 되어 있어야 한다.
+
+### 11. 오류 무시하기(Ignoring Error)
+
+Sometimes we just want to ignore an error altogether.
+
+가끔은 오류를 완전히 무시하고 싶을 때도 있다
+
+```rust
+writeln!(stderr(), "error: {}", err); // 경고: 사용하지 않은 결과
+```
+
+The idiom `let _ = ...` is used to silence this warning.
+
+이럴 때는 `let _ = ...` 관용구를 쓰면 경고를 잠재울 수 있다.
+
+```rust
+let _ = writeln!(stderr(), "error: {}", err); // OK. 결과를 무시한다.
+```
+
+### 12. main()에서 오류 처리하기(Handling Errors in main())
+
+However, you can also change the type signature so you can use ?:
+
+오류 전파 단계가 너무 길어지면 결국 main()까지 오게 되므로 뭔가 조치를 취해야 한다. 보통 main()은 반환 타입이 Result가 아니라서 `?`를 쓸 수 없다.
+
+```rust
+fn main() {
+	calculate_tides()?; // 오류: 더 이상 책임을 전가할 수 없다.
+}
+```
+
+The simplest way to handle errors in `main()` is to use `.expect()`.
+
+main()에서 오류를 처리하는 가장 간단한 방법은 `.expect()`를 쓰는 것이다.
+
+```rust
+calculate_tides().expect("error"); // 여기서 최종 책임을 진다.
+```
+
+The error message is a little intimidating, though:
+
+단, 오류 메시지가 다소 난감하다
+
+![](https://velog.velcdn.com/images/prettylee620/post/37c39580-d38d-4aa9-9eb4-b601e00ba6f3/image.png)
+
+However, you can also change the type signature of main() to return a Result type, so you can use ?:
+
+하지만 main()의 타입 시그니처를 바꿔서 **Result 타입을 반환하게 만들면** `?`를 쓸 수 있다.
+
+```rust
+fn main()> Result<(), TideCalcError>{
+		let tides = calculate_tides();
+		print_tides(tides);
+		ok(())
+	}
+```
+
+This works for any error type that can be printed with the {:?} formatter, which all standard error types, like std::io:: Error, can be. This technique is easy to use and gives a somewhat nicer error message, but it's not ideal
+
+이 기법은 `{:?} 형식 지정자`로 출력할 수 있는 **모든 오류 타입에 대해 작동**한다. `std::io::Error`와 같은 표준 **오류 타입이 전부 여기에 해당**한다. 사용법이 간단하고 오류 메시지가 단순하다는 장점이 있지만, **그렇다고 완벽한 해결책이라고 할 수는 없다.**
+
+If have more complex error types or want to include more details in your message, it pays to print the error message yourself:
+
+다루어야 할 오류 타입이 복잡하거나 오류 메시지에 추가 정보를 넣고 싶을 때는 **차라리 직접 오류 메시지를 출력하는 게 더 낫다**
+
+### 13. Declaring a Custom Error Type(사용자 정의 오류 타입 선언하기)
+
+As with many aspects of the Rust language, crates exist to make error handling much easier and more concise. There is quite a variety, but one of the most used is thiserror, which does all of the previous work for you, allowing you to write errors like this:
+
+러스트 언어의 많은 측면이 그렇듯 오류 처리도 외부 크레이트의 도움을 받으면 일이 훨씬 더 쉽고 간단해진다.
+
+### 14. 왜 Result일까?
+
+Rust requires the programmer to make some sort of decision, and record it in the code, at every point where an error could occur. This is good because otherwise it's easy to get error handling wrong through neglect.
+
+* 러스트는 오류가 발생할 수 있는 모든위치에서 프로그래머가 모종의 결정을 내린 뒤 그것을 코드에 기록할 것을 요구한다. 이렇게 하면 오**류가 방치되어 잘못 처리되는 일이 줄기 때문에 좋다.**
+
+The most common decision is to allow errors to propagate, and that's written with a single character, ?. Thus, error plumbing does not clutter up your codethe way it does in C and Go. Yet it's still visible: you can look at a chunk of code and see at a glance all places where errors are propagated
+
+* 가장 일반적인 결정은 **오류가 전파**되도록 만드는 것인데, 여기에 필요한 코드는 `?` 한 문자뿐이다. 따라서 C와 고처럼 오류 배관작업으로 인해 코드가 어수선해지는 일이 없다. 게다다 가독성이 좋아서 코드를 조금를 봐도 오류가 전파되는 모든 것을 한눈에 파악할 수 있다.
+
+Since the possibility of errors is part of every function's return type, it's clear which functions can fail and which can't. If you change a function to be fallible, you're changing its return type, so the compiler will make you update that function's downstream users.
+
+* 오류의 가능성이 **모든 함수의 반환 타입에 명시**되기 때문에 실패할 수 없는 함수와 실패할 수 없는 함수를 명확히 구분할 수 있다. 실패할 수 없는 함수를 실패할 수 있는 함수로 바꾸는 일은 곧 `반환 타입`을 바꾸는 일이므로, 컴파일러가 함수의 사용처를 모두 업데이트할 수 있도록 도와 줄 것이다
+
+Rust checks that Result values are used, so you can't accidentally let an error pass silently (a common mistake in C)
+
+* 러스트는 Result 값의 사용 여부를 확인하기 때문에 **실수로 오류를 무시하고 넘어가는 일이 생길 수 없다**(C에서는 흔히 있는 실수다).
+
+Since Result is a data type like any other, it's easy to store success and error results in the same collection. This makes it easy to model partial success. For example, ifyou're writing a program that loads millions of records from a textfile and you need a way to cope with the likely outcome that most will succeed, but some will fail, you can represent that situation in memory using a vector of Results
+
+* Result는 평범한 데이터 타입이므로 성공 결과와 오류 결과를 같은 `컬렉션 안`에 담을 수 있는데, 이렇게 하면 부분적인 성공을 쉽게 모델링할 수 있다. 예를 들어, 텍스트 파일에서 수백만 개의 레코드를 읽어오는 프로그램을 작성 중이라고 하자. 이때 대부분은 성공하겠지만 간혹 실패할 수도 있는 상황에 대비할 방법이 필요하다면 Result 벡터로 해당 상황을 메모리에 표현할 수 있다.
diff --git "a/developLog/programming-lanuage/rust/_ Chater 12_ \354\227\260\354\202\260\354\236\220 \354\230\244\353\262\204\353\241\234\353\224\251_.md" "b/developLog/programming-lanuage/rust/_ Chater 12_ \354\227\260\354\202\260\354\236\220 \354\230\244\353\262\204\353\241\234\353\224\251_.md"
new file mode 100644
index 0000000..f972ab5
--- /dev/null
+++ "b/developLog/programming-lanuage/rust/_ Chater 12_ \354\227\260\354\202\260\354\236\220 \354\230\244\353\262\204\353\241\234\353\224\251_.md"	
@@ -0,0 +1,974 @@
+# Chater 12. 연산자 오버로딩
+
+## Chater 12. 연산자 오버로딩
+
+## 01. 도입
+
+2장에서 살펴본 망델브로 집합 플로터에서는 복수평명 위의 수를 표현하기 위해 num 트레이트의 Complex 타입을 사용한 예시가 아래와 같음
+
+```rust
+#[derive(Clone, Copy, Debug)]
+struct Complex<T> {
+	/// 복소수의 실수 부분
+	re: T,
+	/// 복소수의 허수 부분
+	im: T,
+}
+```
+
+보통 복소수의 형태는 a+bi 형식으로 나타낼 수 있으며, 여기서 a는 실수 부분이고 b는 허수 부분이다. `T`는 제네릭 타입으로, 실수 부분과 허수 부분이 다양한 수치 타입을 가질 수 있도록 한다.
+
+예를 들어, 복소수 **3+4**i를 표현하기 위해 `Complex` 구조체를 사용할 수 있다.
+
+```rust
+let z = Complex { re: 3, im: 4 };
+```
+
+`Complex` 수는 기본 제공 수치 타입처럼 **러스트의 +와 연산자로 더하고 곱할 수 있었다.**
+
+### 1. 연산자 오버로딩(operator overloading)이란?
+
+> **연산자 오버로딩** : 사용자 정의 타입도 산술 연산자를 비롯한 여러 연산자를 지원 하는데 몇 가지 기본 트레이트를 구현하기만 되는 것을 말함
+
+참고로 C++, C#, 파이썬, 루비의 연산자 오버로딩과 효과가 매우 비슷하다는 것으로 연산자 오버로딩을 위한 트레이트는 **언어의 어떤 부분을 지원하는지**에 따라 몇 가지 `범주`로 나뉜다.
+
+> 이번 장의 목표는 이 장의 목표는 사용자 정의 타입을 언어에 잘 통합할 수 있도록 돕고, 이러한 연산자를 사용하는 타입에 가장 자연스럽게 작용하는 `제네릭 함수`를 작성하는 방법에 대해 이해를 돕는 것이다.
+
+### 2. 연산자 오버로딩을 위한 트레이트
+
+![](https://velog.velcdn.com/images/prettylee620/post/bce18ffc-0f8a-4822-aaf8-b73d0d250b09/image.png)
+
+위의 표에 대한것들을 하나 하나 각자의 파트별로 조사해볼 예정!!
+
+## 02. 산술 연산자와 비트별 연산자
+
+> 트레이트 `Add<T>` T 값을 자기 자신에게 더하는 능력
+
+### 1. add의 표현식
+
+#### 1) std::ops :: Add
+
+러스트 표현식 **a + b** 는 a.add(b)로, 표준 라이브러리의 트레이트 `std::ops::Add`가 가진 메서드 add에 대한 호출 축약 표시이다. 표현식 a + b가 **Complex 값에도 통하는 이유**는 num 크레이트가 Complex에 이 트레이트를 구현해 두었기 때문이다.
+
+다른 연산자의 경우에도 비슷하다. 예시로 a\* b는 트레이트 `std::ops: Mul`이 가진 메서드 a.mul(b)의 축약 표기이고, std::ops :: Neg는 앞에 붙는 부호 부정 연산자를 담당한다.
+
+Rust에서 연산자 오버로딩을 사용하는 방법을 설명하는 예시 코드
+
+```rust
+use std::ops::Add;
+assert_eq!(4.125f32.add(5.75), 9.875);
+assert_eq!(10.add(20), 30);
+```
+
+여기서 `Add` 트레이트를 사용하여 `add` 메서드를 호출해 숫자를 더하는 예이다. `4.125f32.add(5.75)`는 **4.125 + 5.75**와 같은 결과를 가진다.
+
+#### 2) `std::ops::Add` 트레이트 정의
+
+```rust
+trait Add<Rhs=Self> {
+    type Output;
+    fn add(self, rhs: Rhs) -> Self::Output;
+}
+```
+
+이 트레이트는 `Rhs`라는 타입 매개변수를 가지며 기본값은 `Self`이다.
+
+* `Output`은 덧셈의 결과 타입
+* 이를 구현하면 `+` 연산자를 사용할 수 있게 된다.
+* `add` 메서드는 **self와 rhs**라는 두 개의 매개변수를 가진다.
+  * `self`는 메서드를 호출하는 값을 나타내며, `rhs`는 오른쪽 피연산자
+  * 이 메서드는 두 값을 더한 결과를 반환하며, 반환 타입은 **Self::Output**
+  * 즉, `add` 메서드는 `self`와 `rhs`를 더한 결과를 반환
+
+#### 3) 복소수 타입 Complex의 Add 트레이트 구현
+
+복소수 타입인 \*\*Complex\*\*에 대해 **Add** 트레이트를 구현한 예로 `Complex<i32>` 타입의 값을 더하기 위해 `Add<Complex<i32>>` 트레이트를 구현해야 한다.
+
+```rust
+use std::ops::Add;
+
+impl Add for Complex<i32> {
+    type Output = Complex<i32>;
+
+    fn add(self, rhs: Self) -> Self::Output {
+        Complex {
+            re: self.re + rhs.re,
+            im: self.im + rhs.im,
+        }
+    }
+}
+
+```
+
+같은 타입(self와 rhs가 Complex로 같은 타임)을 더하는 것이므로 그냥 `Add`라고만 사용하면 된다.
+
+#### 4) 다양한 `Complex` 타입에 대해 제네릭으로 Add 트레이트 구현
+
+각각의 **Complex, Complex, Complex** 타입에 대해 **Add 트레이트**를 개별적으로 구현할 필요가 없다. 대신 `제네릭`을 사용하여 한 번에 모든 타입을 아우를 수 있다.
+
+**여러 타입**에 대해 일반적으로 사용할 수 있도록 제네릭을 사용하는 예
+
+```rust
+use std::ops::Add;
+
+impl<T> Add for Complex<T>
+where
+    T: Add<Output = T>,
+{
+    type Output = Self;
+
+    fn add(self, rhs: Self) -> Self {
+        Complex {
+            re: self.re + rhs.re,
+            im: self.im + rhs.im,
+        }
+    }
+}
+
+```
+
+여기서 \*\*where T: Add\<Output=T>\*\*는 타입 `T`가 덧셈이 가능하며 그 결과로 또 다른 `T` 타입을 반환한다는 것을 나타낸다. 이는 합리적인 제한이지만, 더 일반적인 제네릭 구현을 위해 조금 더 느슨하게 가져갈 수 있다.
+
+#### 5) 더욱 일반적인 제네릭 구현
+
+왼쪽과 오른쪽 피연산자가 서로 다른 타입일 수 있도록 한 더 일반적인 제네릭 구현 예
+
+```rust
+use std::ops::Add;
+
+impl<L, R> Add<Complex<R>> for Complex<L>
+where
+    L: Add<R>,
+{
+    type Output = Complex<L::Output>;
+
+    fn add(self, rhs: Complex<R>) -> Self::Output {
+        Complex {
+            re: self.re + rhs.re,
+            im: self.im + rhs.im,
+        }
+    }
+}
+
+```
+
+#### 6) 실제로 Rust에서의 제약
+
+Rust는 다양한 타입이 섞여 있는 연산을 지원하지 않으려는 경향이 있다. 앞의 제네릭 구현에서 `L`과 `R`이 다를 수 있지만, 실제로는 대부분 같은 타입이 된다.
+
+다른 조합을 구현하고 있는 타입 중에는 `L`로 사용할 수 있는 것이 많지 않기 때문에, 이러한 일반적인 제네릭 구현이 간단한 제네릭 정의보다 크게 유용하지 않을 수 있다.
+
+#### 7) 결론
+
+Rust에서는 다양한 타입에 대해 연산자 오버로딩을 지원하여 사용자 정의 타입이 기본 제공 타입처럼 동작하도록 할 수 있다. 이를 통해 더 자연스럽고 읽기 쉬운 코드를 작성할 수 있으며, 제네릭을 사용하여 코드의 재사용성을 높일 수 있다.
+
+* `Add` 트레이트를 구현하면 사용자 정의 타입에서도 `+` 연산자를 사용할 수 있다.
+* `Complex` 타입에 대해 여러 타입을 지원하도록 제네릭으로 `Add` 트레이트를 구현할 수 있다.
+* Rust는 여러 타입을 섞어서 연산하는 것을 지원하는 데 제약이 있기 때문에, 이러한 제네릭 구현이 항상 유용하지 않을 수 있다.
+
+### 2. 단항 연산자
+
+#### 1) 단항 연산자를 위한 기본 제공 트레이트
+
+| 트레이트 이름       | 표현식 | 동등한 표현식 |
+| ------------- | --- | ------- |
+| std::ops::Neg | -x  | x.neg() |
+| std::ops::Not | !x  | x.not() |
+
+**러스트의 부호 있는 수치 타입**은 모두 단항 부호 부정 연산자 -를 위해서 `std::ops ::Neg`를 구현하 고 있고, **정수 타입과 bool은 단항 보수 연산자**를 위해서 `std::ops :: Not`을 구현하고 있다.
+
+`!`를 **bool 값**에 쓰면 값이 반대가 되지만, **정수**에 쓰면 비트별 반전(즉, 비트 뒤집기)이 일어난다.
+
+#### 2) 트레이트 정의
+
+```rust
+trait Neg {
+	type Output;
+	fn neg(self) -> Self::Output;
+}
+trait Not {
+	type Output;
+	fn not(self) → Self::Output;
+}
+```
+
+* **Neg 트레이트**:
+  * `type Output;`: neg 메서드의 결과 타입을 정의합
+  * `fn neg(self) -> Self::Output;`: self의 부호를 부정한 결과를 반환
+* **Not 트레이트**:
+  * `type Output`;: not 메서드의 결과 타입을 정의합니다.
+  * `fn not(self) -> Self::Output`;: self의 논리 부정을 반환합니다.
+
+#### 3) 복소수의 부호 부정 구현
+
+> 복소수의 부호 부정은 **실수 부분과 허수 부분 각각의 부호를 부정하는 방식**으로 구현된다. 이를 제네릭하게 구현하여 다양한 타입의 복소수를 지원할 수 있다.
+
+```rust
+use std::ops::Neg;
+
+impl<T> Neg for Complex<T>
+where
+    T: Neg<Output = T>,
+{
+    type Output = Complex<T>;
+
+    fn neg(self) -> Complex<T> {
+        Complex {
+            re: -self.re,
+            im: -self.im,
+        }
+    }
+}
+```
+
+#### 4) 결론
+
+* Rust에서 연산자 오버로딩을 위해 `Neg`와 `Not` 트레이트를 사용한다.
+* `Neg` 트레이트는 부호 부정(`-`), `Not` 트레이트는 논리 부정(`!`) 연산자를 정의한다.
+* 복소수(`Complex<T>`) 타입에 대해 `Neg` 트레이트를 제네릭하게 구현하여, 실수 부분과 허수 부분 각각의 부호를 부정할 수 있다.
+* 이러한 구현을 통해 `Complex` 타입이 기본 제공 수치 타입처럼 부호 부정 연산을 지원하도록 할 수 있다.
+
+### 3. 이항 연산자
+
+#### 1) 이항 연산자를 위한 기본 제공 트레이트 : 산술 연산자
+
+| 범주     | 트레이트 이름       | 표현식    | 동등한 표현식  |
+| ------ | ------------- | ------ | -------- |
+| 산술 연산자 | std::ops::Add | x + y  | x.add(y) |
+|        | std::ops::Sub | x - y  | x.sub(y) |
+|        | std::ops::Mul | x \* y | x.mul(y) |
+|        | std::ops::Div | x / y  | x.div(y) |
+|        | std::ops::Rem | x % y  | x.rem(y) |
+
+#### 2) 이항 연산자를 위한 기본 제공 트레이트 : 비트별 연산자
+
+| 범주      | 트레이트 이름          | 표현식    | 동등한 표현식     |
+| ------- | ---------------- | ------ | ----------- |
+| 비트별 연산자 | std::ops::BitAnd | x & y  | x.bitand(y) |
+|         | std::ops::BitOr  | \`x    | y\`         |
+|         | std::ops::BitXor | x ^ y  | x.bitxor(y) |
+|         | std::ops::Shl    | x << y | x.shl(y)    |
+|         | std::ops::Shr    | x >> y | x.shr(y)    |
+
+#### 3) 기본 제공 트레이트의 일반적인 형태
+
+이항 연산자를 지원하는 트레이트들은 모두 동일한 일반적인 형태를 갖는다. 예를 들어, `std::ops::BitXor` 트레이트의 정의
+
+```rust
+trait BitXor<Rhs = Self> {
+    type Output;
+    fn bitxor(self, rhs: Rhs) -> Self::Output;
+}
+
+```
+
+* **`Rhs`**: 오른쪽 피연산자의 타입을 나타내며, 기본값은 `Self`이다.
+* **`Output`**: 연산의 결과 타입을 정의한다.
+* **`bitxor` 메서드**: `self`와 `rhs`를 받아서 `Self::Output` 타입의 결과를 반환한다.
+
+#### 4) Rust의 수치 및 비트 연산자
+
+* Rust의 수치 타입들은 모두 산술 연산자를 구현하고 있다.
+* 정수 타입과 `bool`은 비트별 연산자를 구현하고 있다.
+* 이러한 타입들의 레퍼런스를 한쪽 또는 양쪽 피연산자로 사용할 수 있게 하는 구현도 있다.
+
+#### 5) 문자열 연결에 대한 특이 사항
+
+* `+` 연산자를 사용하여 `String`을 `&str` 슬라이스나 다른 `String`과 연결할 수 있다.
+* 그러나 `&str`을 `+`의 왼쪽 피연산자로 사용할 수 없게 러스트가 막고 있기에, 짧은 문자열을 왼쪽에 거듭 연결하는 방식으로 긴 문자열을 쓸 수 없다.
+* 여러 문자열을 하나로 합칠 때는 `write!` 매크로를 사용하는 것이 더 효율적이다. 이는 17장의 '텍스트 추가와 삽입' 절에서 자세히 다룬다.
+
+### 4. 복합 배정 연산자
+
+#### 1) 복합 배정 연산자란?
+
+> 복합 배정 표현식은 `x += y나 x&= y`와 같은 것을 말하며, 두 피연산자를 가지고 덧셈이나 비트별 논리곱 같은 연산을 수행한 뒤 결과를 다시 **왼쪽 피연산자에 저장**한다.
+
+러스트에서 복합 배정 표현식의 값은 저장된 값이 아니라 항상 `()`이다.
+
+러스트는 접근법이 다르다. x += y는 그런 뜻이 아니라 \*\*메서드 호출 x.add\_assign(y)\*\*의 **축약 표기**다. 여기서 `add_assign`은 std::ops :: AddAssign 트레이트가 가진 유일한 메서드다.
+
+```rust
+trait AddAssign<Rhs=Self>{
+	fn add_assign(&mut self, rhs: Rhs);
+}
+```
+
+#### 2) 복합 배정 연산자를 위한 기본 제공 트레이트
+
+| 범주      | 트레이트 이름                | 표현식     | 동등한 표현식             |
+| ------- | ---------------------- | ------- | ------------------- |
+| 산술 연산자  | std::ops::AddAssign    | x += y  | x.add\_assign(y)    |
+|         | std::ops::SubAssign    | x -= y  | x.sub\_assign(y)    |
+|         | std::ops::MulAssign    | x \*= y | x.mul\_assign(y)    |
+|         | std::ops::DivAssign    | x /= y  | x.div\_assign(y)    |
+|         | std::ops::RemAssign    | x %= y  | x.rem\_assign(y)    |
+| 비트별 연산자 | std::ops::BitAndAssign | x &= y  | x.bitand\_assign(y) |
+|         | std::ops::BitOrAssign  | \`x     | = y\`               |
+|         | std::ops::BitXorAssign | x ^= y  | x.bitxor\_assign(y) |
+|         | std::ops::ShlAssign    | x <<= y | x.shl\_assign(y)    |
+|         | std::ops::ShrAssign    | x >>= y | x.shr\_assign(y)    |
+
+#### 3) Rust의 수치 타입과 정수 타입
+
+* Rust의 수치 타입들은 모두 산술 복합 배정 연산자를 구현하고 있다.
+* 정수 타입과 `bool` 타입은 비트별 복합 배정 연산자를 구현하고 있다.
+
+#### 4) `Complex` 타입에 대한 `AddAssign` 트레이트 구현
+
+```rust
+use std::ops::AddAssign;
+
+impl<T> AddAssign for Complex<T>
+where
+    T: AddAssign<T>,
+{
+    fn add_assign(&mut self, rhs: Complex<T>) {
+        self.re += rhs.re;
+        self.im += rhs.im;
+    }
+}
+
+```
+
+#### 설명:
+
+* use std::ops::AddAssign; : 이 트레이트는 `+=` 연산자를 정의한다.
+* impl AddAssign for Complex where T: AddAssign
+  * 제네릭 타입 T에 대해 **Complex 타입의 AddAssign 트레이트**를 구현한다.
+  * `where T: AddAssign<T>`는 타입 T가 AddAssign 트레이트를 구현해야 한다는 조건을 의미
+* fn add\_assign(\&mut self, rhs: Complex)
+  * `add_assign` 메서드는 **\&mut self와 rhs**를 받아, **Complex 값을 더한 결과를 self에 반영**합니다.
+* self.re += rhs.re; self.im += rhs.im;
+  * **self**의 실수 부분(**re**)과 허수 부분(**im**)에 각각 **rhs**의 실수 부분과 허수 부분을 더한다.
+
+#### 5) 복합 배정 연산자 트레이트와 이항 연산자 트레이트의 관계
+
+복합 배정 연산자를 위한 기본 제공 트레이트는 그에 상응하는 이항 연산자를 위한 트레이트와 완전히 별개이다.
+
+* 예를 들어, `std::ops::Add`를 구현한다고 해서 `std::ops::AddAssign`이 자동으로 구현되지는 않는다.
+* 만약 특정 타입을 `+=` 연산자의 왼쪽 피연산자로 사용하고 싶다면, 해당 타입에 대해 직접 `AddAssign`을 구현해야 한다.
+
+#### 6) 결론
+
+* `Complex` 타입에 대해 제네릭으로 **AddAssign 트레이트를 구현**하여, 실수 부분과 허수 부분 각각에 대해 `+=` 연산을 지원할 수 있다.
+* 복합 배정 연산자 트레이트는 이항 연산자 트레이트와는 별개로 구현되어야 하며, 필요에 따라 각각을 명시적으로 구현해야 한다.
+
+## 03. 동치비교
+
+> Rust에서 상등(`==`) 연산자와 같지 않음(`!=`) 연산자는 `std::cmp::PartialEq` 트레이트를 통해 정의된 `eq`와 `ne` 메서드를 호출하는 축약 표기
+
+```rust
+assert_eq!(x == y, x.eq(&y));
+assert_eq!(x != y, x.ne(&y));
+```
+
+### 1. PartialEq
+
+#### 1) std::cmp::PartialEq의 정의
+
+```rust
+trait PartialEq<Rhs = Self>
+where
+    Rhs: ?Sized,
+{
+    fn eq(&self, other: &Rhs) -> bool;
+    fn ne(&self, other: &Rhs) -> bool {
+        !self.eq(other)
+    }
+}
+```
+
+* `eq` 메서드는 두 값을 비교하여 같으면 `true`, 다르면 `false`를 반환
+* `ne` 메서드는 기본적으로 eq 메서드를 반대로 사용하여 정의된다. 즉, `ne`는 `eq`의 결과를 부정
+* 즉, ne 메서드는 기본 정의가 있기 때문에 PartialEq 트레이트를 구현할 때는 eq만 정의하면 된다.
+
+#### 2) PartialEq 구현 예시 : Complex을 위한 완전한 구현
+
+`Complex` 타입에 대한 `PartialEq` 트레이트를 구현하는 예시
+
+```rust
+impl<T: PartialEq> PartialEq for Complex<T> {
+    fn eq(&self, other: &Complex<T>) -> bool {
+        self.re == other.re && self.im == other.im
+    }
+}
+```
+
+* 이 구현은 임의의 구성 요소 타입 `T`에 대해 상등 비교가 가능한 `Complex<T>`를 위한 비교를 정의한다.
+* 실수 부분(`re`)과 허수 부분(`im`)을 각각 비교하여 두 `Complex` 값이 같은지 확인한다.
+
+#### 3) PartialEq 구현의 자동 생성
+
+PartialEq의 구현은 왼쪽 피연산자의 각 필드를 그에 대응하는 오른쪽 피연산자의 필드와 비교하는 게 전부라서 자주 쓰이는 연산임에도 이기에 `PartialEq` 자동 생성이 있다.
+
+> Rust는 요청이 있을 경우 `PartialEq`의 구현을 자동으로 생성해 준다. 다음과 같이 타입 정의에 `derive` 어트리뷰트를 추가하면 됨
+
+```rust
+#[derive(Clone, Copy, Debug, PartialEq)]
+struct Complex<T> {
+    re: T,
+    im: T,
+}
+```
+
+* 자동으로 생성되는 구현은 수작업으로 작성한 코드와 본질적으로 동일
+* 모든 필드나 요소를 차례로 비교하여 상등성을 판단한다.
+
+#### 4) PartialEq와 Eq의 관계
+
+* `PartialEq`는 부분 동치 관계를 나타내며, 완전 동치 관계는 아니다.
+* 완전 동치 관계를 나타내는 **std::cmp::Eq** 트레이트가 있으며, 이는 `PartialEq`의 확장의 의미
+
+```rust
+trait Eq: PartialEq<Self> {}
+```
+
+* **Eq**를 구현하는 타입은 `PartialEq`를 구현해야 하며, **x == x가 항상 true**여야 합니다.
+* 대부분의 타입은 **PartialEq와 Eq**를 모두 **구현**합니다. f32와 f64는 예외입니다.
+
+### 2. 산술과 비트별 트레이트와 PartialEq
+
+#### 1) 산술과 비트별 트레이트와 PartialEq의 차이
+
+* **산술 연산자와 비트 연산자**:
+  * 피연산자를 값으로 받는다.
+  * 예: x + y, x & y
+* **`PartialEq` 트레이트**:
+  * 피연산자를 레퍼런스로 받습니다.
+  * 예: x == y, x != y
+  * 이는 **`String, Vec, HashMap`** 같은 비Copy 값을 비교할 때 **이동이 발생하지 않음을 의미**
+  * 비교만 했을 뿐인데 값이 이동된다면 예상치 못한 동작이 발생할 수 있다.
+
+#### 2) 산술과 비트별 트레이트와 PartialEq의 차이 예제 코드
+
+```rust
+let s = "d\x6fv\x65t\x61i\x6c".to_string();
+let t = "\x640\x76e\x74a\x69l".to_string();
+assert!(s == t); // s와 t는 차용될 뿐이다.
+// 따라서 여기서도 값을 계속 사용할 수 있다.
+assert_eq!(format!("{} {}", s, t), "dovetail dovetail");
+
+```
+
+* 이 예제에서 s와 t는 PartialEq 트레이트를 사용하여 비교됩
+* s와 t는 `차용(borrow)`되었으므로 값이 이동하지 않는다.
+
+[차용(borrow)와 값의 이동(move)의 차이](https://www.notion.so/borrow-move-54d377c84016470a83243dbe57ad824b?pvs=21)
+
+* 따라서 비교 후에도 s와 t를 계속 사용할 수 있다.
+
+#### 3) PartialEq 트레이트의 Rhs 타입 매개변수 : Rhs 타입 매개변수의 트레이트 바운드
+
+```rust
+where
+	Rhs: ?Sized
+```
+
+* `PartialEq` 트레이트의 정의
+
+```rust
+trait PartialEq<Rhs = Self>
+where
+    Rhs: ?Sized,
+{
+    fn eq(&self, other: &Rhs) -> bool;
+    fn ne(&self, other: &Rhs) -> bool {
+        !self.eq(other)
+    }
+}
+
+```
+
+* `Rhs: ?Sized`:
+  * Rust는 보통 타입 매개변수가 균일 크기 타입이어야 한다고 요구한다.
+  * 그러나 `?Sized`를 사용하면 비균일 크기 타입을 지원할 수 있다.
+  * 이를 통해 요건이 완화되어 **PartialEq나 PartialEq<\[T]>** 같은 트레이트를 작성할 수 있다.
+
+#### 4) PartialEq의 사용 예
+
+```rust
+assert!("ungula" != "ungulate");
+assert!("ungula".ne("ungulate"));
+```
+
+* `PartialEq` 트레이트를 사용하여 문자열 비교를 수행합니다.
+* eq와 ne 메서드는 \&Rhs 타입의 매개변수를 받으므로, \&str나 &\[T]와 비교해도 전혀 문제없다.
+* 두 단언문은 동일한 의미를 가진다.
+
+여기서 Self Rhs는 모두 비균일 크기 타입인 str이므로 ne의 self와 rhs 매개변수는 모두 \&str값이 된다. 균일 크기 타입, 비균일 크기 타입. Sized 트레이트는 13장의 'Sized' 절에서 자세히 살펴본다.
+
+### 3. 동치 관계와 부분 동치 관계
+
+#### 1) 동치 관계의 수학적 정의
+
+동치 관계(equivalence relation)의 세 가지 요구 사항:
+
+1. **대칭성**: `x == y`가 참이면 `y == x`도 참
+2. **전이성**: `x == y`이고 `y == z`이면 `x == z`여야 한다.
+
+* 일련의 값이 주어졌을 때, 각 값이 옆에 있는 값과 같다면 각 값은 나머지 모든 값과 같다. 상등성은 전염성이 있다.
+
+1. **반사성**: `x == x`는 항상 참이어야 한다.
+
+#### 2) IEEE 표준 부동소수점 값과 NaN
+
+* Rust의 `f32`와 `f64`는 IEEE 표준 부동소수점 값을 사용한다.
+* 이 표준에 따르면 NaN(특별한 수가 아님) 값은 자기 자신을 포함한 어떤 값과도 같지 않다고 취급
+
+```rust
+assert!(f64::is_nan(0.0/0.0));
+assert_eq!(0.0/0.0 == 0.0/0.0, false);
+assert_eq!(0.0/0.0 != 0.0/0.0, true);
+assert_eq!(0.0/0.0 < 0.0/0.0, false);
+assert_eq!(0.0/0.0 > 0.0/0.0, false);
+assert_eq!(0.0/0.0 <= 0.0/0.0, false);
+assert_eq!(0.0/0.0 >= 0.0/0.0, false);
+
+```
+
+* NaN 값의 상등 및 순서 비교는 항상 거짓을 반환해야 한다.
+
+Rust에서 동치 관계를 만족시키기 위해 `PartialEq`와 `Eq` 트레이트가 사용된다. 그러나, 이들 트레이트는 각각 부분 동치 관계와 완전 동치 관계를 나타낸다.
+
+#### 3) 부분 동치 관계 (Partial Equivalence Relation)
+
+* Rust의 `==` 연산자는 일반적으로 동치 관계의 세 가지 요구 사항 중 **첫 번째와 두 번째**를 만족한다.
+* 첫 번째 요구 사항: **대칭성** - `x == y`가 참이면 `y == x`도 참이어야 한다.
+* 두 번째 요구 사항: **전이성** - `x == y`이고 `y == z`이면 `x == z`여야 한다.
+* 세 번째 요구 사항: **반사성** - `x == x`는 항상 참이어야 한다.
+
+그러나, IEEE 부동소수점 값(예: `f32`와 `f64`)에 대해서는 세 번째 요구 사항인 반사성을 만족하지 못한다. 예를 들어, NaN 값은 자기 자신과도 같지 않다고 취급된다.
+
+```rust
+assert!(f64::is_nan(0.0/0.0));
+assert_eq!(0.0/0.0 == 0.0/0.0, false);
+assert_eq!(0.0/0.0 != 0.0/0.0, true);
+
+```
+
+* 이러한 이유로 `PartialEq`는 부분 동치 관계를 나타낸다.
+* `PartialEq` 트레이트는 두 값이 같은지 비교하기 위해 사용된다.
+
+```rust
+trait PartialEq<Rhs = Self>
+where
+    Rhs: ?Sized,
+{
+    fn eq(&self, other: &Rhs) -> bool;
+    fn ne(&self, other: &Rhs) -> bool {
+        !self.eq(other)
+    }
+}
+
+```
+
+* `eq` 메서드는 두 값을 비교하여 같으면 `true`, 다르면 `false`를 반환한다.
+* `ne` 메서드는 기본적으로 `eq` 메서드를 반대로 사용하여 정의된다.
+
+#### 4) 완전 동치 관계 (Full Equivalence Relation)
+
+* 완전 동치 관계는 세 가지 요구 사항을 모두 만족해야 한다.
+* `Eq` 트레이트는 완전 동치 관계를 나타내며, `PartialEq`의 확장으로 정의된다.
+
+```rust
+trait Eq: PartialEq<Self> {}
+
+```
+
+* Eq를 구현하는 타입은 PartialEq도 구현해야 하며, **x == x가 항상 true**여야 한다.
+* 대부분의 타입은 PartialEq와 Eq를 모두 구현한다. 예외적으로, **f32와 f64는 PartialEq**만 구현하고 `Eq`는 구현하지 않는다.
+
+#### 5) PartialEq의 구현 예
+
+```rust
+impl<T: PartialEq> PartialEq for Complex<T> {
+    fn eq(&self, other: &Complex<T>) -> bool {
+        self.re == other.re && self.im == other.im
+    }
+}
+
+```
+
+* 이 구현은 임의의 구성 요소 타입 `T`에 대해 상등 비교가 가능한 `Complex<T>`를 위한 비교를 한다고 함
+
+#### 5) Eq의 구현 예
+
+```rust
+impl<T: Eq> Eq for Complex<T> {}
+```
+
+* `Complex` 타입에 대해 `Eq`를 구현하는 예입니다. 매우 간단하게 구현할 수 있다.
+
+#### 6) 자동 생성
+
+Rust는 **PartialEq와 Eq** 트레이트의 구현을 자동으로 생성할 수 있다.
+
+```rust
+#[derive(Clone, Copy, Debug, Eq, PartialEq)]
+struct Complex<T> {
+    re: T,
+    im: T,
+}
+```
+
+* `derive` 어트리뷰트를 사용하면, 필드나 요소를 차례로 비교하는 방식으로 상등성을 판단하는 구현이 자동으로 생성된다.
+* 이 경우, `Complex<i32>`는 i32가 Eq를 구현하므로 **Eq를 구현하지만**, `Complex<f32>`는 f32가 Eq를 구현하지 않으므로 **PartialEq만 구현합니다.**
+
+#### 7) 제네릭 코드와 동치 관계
+
+* 타입 매개변수로 `PartialEq`만 받는 제네릭 코드를 작성할 때는 첫 번째와 두 번째 요구 조건이 지켜진다고 가정할 수 있다.
+* 그러나 값이 그 자신과 항상 같을 거라고 가정해서는 안 된다.
+* 만일 제네릭 코드가 완전 동치 관계를 필요로 한다면 `std::cmp::Eq` 트레이트를 바운드로 사용해야 한다.
+
+#### 8) 결론
+
+* Rust의 `PartialEq` 트레이트는 부분 동치 관계를 나타내며, `Eq` 트레이트는 완전 동치 관계를 나타낸다.
+* `PartialEq`를 구현하면 `==`와 `!=` 연산자를 사용할 수 있으며, `Eq`를 구현하면 완전 동치 관계를 보장할 수 있다.
+* Rust는 `PartialEq`와 `Eq`의 구현을 자동으로 생성할 수 있으며, 이를 통해 사용자 정의 타입에서도 상등 비교 연산을 지원할 수 있다.
+
+## 04. 순서비교
+
+Rust의 `PartialOrd` 트레이트는 값들 간의 부분적인 순서 비교를 가능하게 한다. 이 트레이트는 두 값이 비교 가능한 경우에만 순서 관계를 정의하며, 순서를 매길 수 없는 경우도 허용한다.
+
+### 1. 순서 비교 연산자와 PartialOrd 트레이트
+
+Rust에서 순서 비교 연산자 (`<`, `>`, `<=`, `>=`)는 `std::cmp::PartialOrd` 트레이트를 통해 구현된다. 이 트레이트는 상등 비교가 가능한 타입에 대해서만 순서 비교를 정의한다.
+
+#### 1) PartialOrd 트레이트 정의
+
+```rust
+trait PartialOrd<Rhs = Self>: PartialEq<Rhs>
+where
+    Rhs: ?Sized,
+{
+    fn partial_cmp(&self, other: &Rhs) -> Option<Ordering>;
+    fn lt(&self, other: &Rhs) -> bool {
+        self.partial_cmp(other) == Some(Ordering::Less)
+    }
+    fn le(&self, other: &Rhs) -> bool {
+        matches!(self.partial_cmp(other), Some(Ordering::Less | Ordering::Equal))
+    }
+    fn gt(&self, other: &Rhs) -> bool {
+        self.partial_cmp(other) == Some(Ordering::Greater)
+    }
+    fn ge(&self, other: &Rhs) -> bool {
+        matches!(self.partial_cmp(other), Some(Ordering::Greater | Ordering::Equal))
+    }
+}
+
+```
+
+* **PartialOrd**: 상등 비교가 가능한 타입(`PartialEq`)이어야 순서 비교도 가능함.
+* **partial\_cmp**: 두 값을 비교하여 `Option<Ordering>`을 반환. 순서를 매길 수 없으면 `None`을 반환.
+* **lt, le, gt, ge**: `partial_cmp`를 사용하여 각각 `<`, `<=`, `>`, `>=` 연산자를 정의함.
+
+PartialOrd가 Partial Eq를 확장하고 있다. **즉, 상등 비교가 가능한 타입이어야 순서 비교도 가능하다.** PartialOrd에서 직접 구현해야 하는 메서드는 partial\_cmp뿐이다. partial\_cmp가 Some(o)를 반환하면, o는 **self와 other의 관계를 나타낸다.**
+
+#### 2) Ordering Enum
+
+```rust
+enum Ordering {
+    Less,       // self < other
+    Equal,      // self == other
+    Greater,    // self > other
+}
+```
+
+#### 3) PartialOrd 구현 예제: Interval
+
+`Interval` 타입에 대해 `PartialOrd`를 구현하여 순서 비교를 가능하게 함.
+
+```rust
+use std::cmp::{Ordering, PartialOrd};
+
+#[derive(Debug, PartialEq)]
+struct Interval<T> {
+    lower: T, // 포함
+    upper: T, // 미포함
+}
+
+impl<T: PartialOrd> PartialOrd for Interval<T> {
+    fn partial_cmp(&self, other: &Interval<T>) -> Option<Ordering> {
+        if self == other {
+            Some(Ordering::Equal)
+        } else if self.lower >= other.upper {
+            Some(Ordering::Greater)
+        } else if self.upper <= other.lower {
+            Some(Ordering::Less)
+        } else {
+            None
+        }
+    }
+}
+
+```
+
+* **impl\<T: PartialOrd> PartialOrd for Interval**:
+  * PartialOrd 트레이트를 Interval 타입에 대해 구현.
+  * T는 PartialOrd 트레이트를 구현해야 함.
+* **fn partial\_cmp(\&self, other: \&Interval) -> Option**:
+  * 두 Interval 값을 비교하여 순서를 반환.
+  * 순서를 매길 수 없는 경우(self와 other가 겹칠 경우) None을 반환.
+
+#### 4) PartialOrd 예제 사용
+
+```rust
+fn main() {
+    let interval1 = Interval { lower: 10, upper: 20 };
+    let interval2 = Interval { lower: 20, upper: 40 };
+    let interval3 = Interval { lower: 7, upper: 8 };
+    let interval4 = Interval { lower: 0, upper: 8 };
+    let interval5 = Interval { lower: 7, upper: 1 };
+
+    assert!(interval1 < interval2);
+    assert!(interval3 > interval4);
+    assert!(interval3 <= interval5);
+
+    let left = Interval { lower: 18, upper: 30 };
+    let right = Interval { lower: 28, upper: 40 };
+
+    assert!(!(left < right));
+    assert!(!(left >= right));
+}
+```
+
+#### 5) 순서 비교 연산자와 PartialOrd 메서드
+
+| 표현식    | 동등한 메서드 호출 | 기본 정의                                                |
+| ------ | ---------- | ---------------------------------------------------- |
+| x < y  | x.lt(y)    | x.partial\_cmp(\&y) == Some(Ordering::Less)          |
+| x > y  | x.gt(y)    | x.partial\_cmp(\&y) == Some(Ordering::Greater)       |
+| x <= y | x.le(y)    | matches!(x.partial\_cmp(\&y), Some(Ordering::Less    |
+| x >= y | x.ge(y)    | matches!(x.partial\_cmp(\&y), Some(Ordering::Greater |
+
+#### 6) 완전한 순서 비교를 위한 Ord 트레이트
+
+Rust에서 `PartialOrd` 트레이트 외에도 완전한 순서 비교를 제공하는 `Ord` 트레이트가 있다.
+
+#### 7) Ord 트레이트 정의
+
+```rust
+trait Ord: Eq + PartialOrd<Self> {
+    fn cmp(&self, other: &Self) -> Ordering;
+}
+```
+
+* **Ord**: `PartialOrd`를 확장하며, `PartialOrd`와 `Eq` 트레이트를 구현해야 함.
+* **cmp**: 두 값을 비교하여 항상 `Ordering`을 반환. 순서를 매길 수 없는 경우가 없음.
+
+```rust
+use std::cmp::Reverse;
+
+fn main() {
+    let mut intervals = vec![
+        Interval { lower: 10, upper: 20 },
+        Interval { lower: 5, upper: 15 },
+        Interval { lower: 1, upper: 5 },
+    ];
+
+    intervals.sort_by_key(|i| i.upper);
+    println!("{:?}", intervals);
+
+    intervals.sort_by_key(|i| Reverse(i.lower));
+    println!("{:?}", intervals);
+}
+
+```
+
+#### 8) 결론
+
+* `PartialOrd` 트레이트는 부분적인 순서 비교를 가능하게 하며, 순서를 매길 수 없는 경우를 허용한다.
+* `Ord` 트레이트는 완전한 순서 비교를 제공하며, 모든 값을 비교할 수 있다.
+* `Interval` 타입에 대해 `PartialOrd`와 `Ord`를 적절히 구현하여 순서 비교와 정렬을 지원할 수 있다.
+
+## 05. Index와 IndexMut
+
+> Rust에서는 `std::ops::Index`와 `std::ops::IndexMut` 트레이트를 구현하여 `a[i]` 같은 색인 표현식의 동작 방식을 정의할 수 있다. 배열은 `[]` 연산자를 직접 지원하지만, 다른 타입에 대해서는 색인 표현식을 사용할 때 `Index`와 `IndexMut` 트레이트를 통해 메서드를 호출한다.
+
+### 1. Index와 IndexMut 트레이트 정의
+
+#### 1) Index 트레이트
+
+```rust
+trait Index<Idx> {
+    type Output: ?Sized;
+    fn index(&self, index: Idx) -> &Self::Output;
+}
+
+```
+
+* **Index**: 타입 `Idx`를 매개변수로 받아 색인 연산을 수행하는 트레이트
+* **`t`ype Output**: 색인 연산의 결과 타입을 나타낸다.
+* **fn index(\&self, index: Idx) -> \&Self::Output**: 주어진 인덱스에 대한 참조를 반환하는 메서드이다.
+
+#### 2) IndexMut 트레이트
+
+```rust
+trait IndexMut<Idx>: Index<Idx> {
+    fn index_mut(&mut self, index: Idx) -> &mut Self::Output;
+}
+
+```
+
+* **IndexMut**: `Index` 트레이트를 확장하여 변경 가능한 색인 연산을 지원한다.
+* **fn index\_mut(\&mut self, index: Idx) -> \&mut Self::Output**: 주어진 인덱스에 대한 변경 가능한 참조를 반환하는 메서드이다.
+
+### 2. 예제: HashMap에서의 색인 사용
+
+```rust
+use std::collections::HashMap;
+
+let mut m = HashMap::new();
+m.insert("+", 10);
+m.insert("百", 100);
+m.insert("千", 1000);
+m.insert("万", 10_000);
+m.insert("亿", 1_0000_0000);
+
+assert_eq!(m["+"], 10);
+assert_eq!(m["亿"], 1_0000_0000);
+
+```
+
+* `HashMap<&str, i32>`는 \*\*Index<\&str>\*\*를 구현하므로, \*\*m\["+"]\*\*와 같은 표현식을 사용할 수 있다.
+* 이 색인 표현식은 `m.index("+")`와 동등하다.
+
+### 3. Index와 IndexMut의 구현 예제
+
+```rust
+use std::ops::{Index, IndexMut};
+
+struct Image<P> {
+    width: usize,
+    pixels: Vec<P>,
+}
+
+impl<P: Default + Copy> Image<P> {
+    fn new(width: usize, height: usize) -> Image<P> {
+        Image {
+            width,
+            pixels: vec![P::default(); width * height],
+        }
+    }
+}
+
+impl<P> Index<usize> for Image<P> {
+    type Output = [P];
+    fn index(&self, row: usize) -> &[P] {
+        let start = row * self.width;
+        &self.pixels[start..start + self.width]
+    }
+}
+
+impl<P> IndexMut<usize> for Image<P> {
+    fn index_mut(&mut self, row: usize) -> &mut [P] {
+        let start = row * self.width;
+        &mut self.pixels[start..start + self.width]
+    }
+}
+
+```
+
+*   **struct Image**
+
+    : Image 구조체는 제네릭 타입 P를 가지며, width와 pixels 필드를 포함한다.
+
+    * width: 이미지의 너비를 나타낸다.
+    * pixels: 이미지의 픽셀 데이터를 저장하는 벡터이다.
+*   **impl\<P: Default + Copy> Image**
+
+    : new 메서드는 주어진 크기로 새 이미지를 생성한다.
+*   **implIndex for Image**
+
+    :
+
+    * Index 트레이트를 구현하여 **행(row) 색인을 지원**한다.
+    * index 메서드는 주어진 행의 **픽셀 슬라이스를 반환**한다.
+*   **implIndexMut for Image**
+
+    :
+
+    * IndexMut 트레이트를 구현하여 **변경 가능한 행 색인을 지원**한다.
+    * index\_mut 메서드는 주어진 행의 변경 가능한 **픽셀 슬라이스를 반환**한다.
+
+### 4. Index와 IndexMut의 사용 예
+
+```rust
+fn main() {
+    let mut desserts = vec!["Howalon".to_string(), "Soan papdi".to_string()];
+    desserts[0].push_str(" (fictional)");
+    desserts[1].push_str(" (real)");
+
+    println!("{:?}", desserts);
+
+    use std::ops::IndexMut;
+    (*desserts.index_mut(0)).push_str(" (fictional)");
+    (*desserts.index_mut(1)).push_str(" (real)");
+
+    println!("{:?}", desserts);
+}
+
+```
+
+* **desserts**: 문자열 벡터입니다.
+* \*\*desserts\[0].push\_str(" (fictional)");\*\*와 **desserts\[1].push\_str(" (real)");**
+  * `push_str` 메서드는 **\&mut self**에 작용하므로, 이 표현식들은 **IndexMut** 트레이트의 **index\_mut** 메서드를 사용하여 동등한 표현으로 변환된다.
+
+#### 1) 주의 사항
+
+* 색인 표현식이 배열, 슬라이스, 벡터 등의 범위 밖에 있는 요소에 접근하려 하면 패닉이 발생한다.
+* `Image` 예제에서 `row`가 범위 밖에 있으면 **.index()** 메서드가 **self.pixels**의 범위 밖을 색인하게 되어 패닉이 발생할 수 있다.
+
+#### 2) 결론
+
+* `Index`와 `IndexMut` 트레이트를 구현하면 사용자 정의 타입에서도 배열처럼 `[]` 색인 연산을 사용할 수 있다.
+* **Index**는 불변 참조를, **IndexMut**는 변경 가능한 참조를 반환한다.
+* Rust의 컬렉션 타입들은 이들 트레이트를 구현하여 색인 연산을 지원한다.
+* 색인 연산 시 범위 밖의 요소에 접근하지 않도록 주의해야 한다.
+
+## 06. 기타연산자
+
+Rust에서 모든 연산자를 오버로딩할 수 있는 것은 아니다. 특정 연산자는 현재 오버로딩할 수 없으며, 일부는 특정 타입에만 사용할 수 있다.
+
+### 1. 오버로딩이 불가능한 연산자
+
+#### 1) 오류 검사 연산자 `?`
+
+* **설명**: `?` 연산자는 `Result`와 `Option` 값에만 사용할 수 있다.
+* **현황**: 사용자 정의 타입으로의 확장 작업이 진행 중
+
+#### 2) 논리 연산자 `&&`와 `||`
+
+* **설명**: 이 논리 연산자는 불(`bool`) 값에만 사용할 수 있다.
+* **오버로딩 불가능**: 현재는 불 값 외의 타입에 대해서는 오버로딩할 수 없다.
+
+#### 3) 점 연산자 `.`와 `..`
+
+* **설명**: `.` 연산자는 항상 범위의 경계를 나타내는 구조체를 생성하며, `..` 연산자는 레퍼런스를 빌려오거나 값을 이동하거나 복사한다.
+* **오버로딩 불가능**: 이 연산자들은 오버로딩할 수 없다.
+
+### 2. 특정 트레이트로 오버로딩 가능한 연산자
+
+#### 1) 역참조 연산자\`\`
+
+* **설명**: `val`처럼 사용하는 역참조 연산자는 오버로딩할 수 있다.
+* **사용 트레이트**: `Deref`와 `DerefMut` 트레이트를 사용하여 오버로딩할 수 있다.
+
+#### 2) 필드 접근 및 메서드 호출 연산자 `.`
+
+* **설명**: `val.field`와 `val.method()`처럼 필드에 접근하고 메서드를 호출할 때 사용하는 점(`.`) 연산자는 오버로딩할 수 있다.
+* **사용 트레이트**: `Deref`와 `DerefMut` 트레이트를 사용하여 오버로딩할 수 있다.
+
+### 3. 함수 호출 연산자 `f(x)`
+
+* **설명**: Rust는 함수 호출 연산자 `f(x)`의 오버로딩을 지원하지 않는다.
+* **대안**: 호출 가능한 값을 필요로 할 때는 클로저를 작성하면 된다.
+* **특수 트레이트**: 클로저의 동작 방식과 특수 트레이트 `Fn`, `FnMut`, `FnOnce`에 대해서는 14장에서 설명한다.
+
+#### 1) 요약
+
+* Rust에서는 모든 연산자를 오버로딩할 수 있는 것은 아니다.
+* `?` 연산자, 논리 연산자 `&&`와 `||`, 점(`.`) 연산자, 그리고 `&` 연산자는 현재 오버로딩할 수 없다.
+* 역참조 연산자 \`\`와 필드 접근 및 메서드 호출 연산자 `.`는 `Deref`와 `DerefMut` 트레이트를 사용하여 오버로딩할 수 있다.
+* 함수 호출 연산자 `f(x)`는 오버로딩할 수 없지만, 클로저를 사용하여 대체할 수 있다.
diff --git "a/developLog/programming-lanuage/rust/_ Rust\352\260\200 \353\226\240\354\230\244\353\245\270 \354\235\264\354\234\240 _ \354\225\210\354\240\204\354\204\261_ \354\276\214\354\240\201\355\225\234 \354\202\254\354\232\251 _ \354\232\260\354\225\204\355\225\234 \354\212\244\355\204\260\353\224\224 \353\260\217 \354\236\207\354\270\240 \354\212\244\355\204\260\353\224\224_.md" "b/developLog/programming-lanuage/rust/_ Rust\352\260\200 \353\226\240\354\230\244\353\245\270 \354\235\264\354\234\240 _ \354\225\210\354\240\204\354\204\261_ \354\276\214\354\240\201\355\225\234 \354\202\254\354\232\251 _ \354\232\260\354\225\204\355\225\234 \354\212\244\355\204\260\353\224\224 \353\260\217 \354\236\207\354\270\240 \354\212\244\355\204\260\353\224\224_.md"
new file mode 100644
index 0000000..0209af8
--- /dev/null
+++ "b/developLog/programming-lanuage/rust/_ Rust\352\260\200 \353\226\240\354\230\244\353\245\270 \354\235\264\354\234\240 _ \354\225\210\354\240\204\354\204\261_ \354\276\214\354\240\201\355\225\234 \354\202\254\354\232\251 _ \354\232\260\354\225\204\355\225\234 \354\212\244\355\204\260\353\224\224 \353\260\217 \354\236\207\354\270\240 \354\212\244\355\204\260\353\224\224_.md"	
@@ -0,0 +1,95 @@
+# Rust가 떠오른 이유 : 안전성, 쾌적한 사용 - 우아한 스터디 및 잇츠 스터디
+
+## TMI
+
+> 프로그래밍 러스트 책에 있는 것을 정리
+
+### 스터디
+
+잇츠 우먼 스터디 1기 Rust 스터디에 선발되어서 이번주부터 스터디 하게 됨 ![](https://velog.velcdn.com/images/prettylee620/post/85b92868-c1f6-4adc-9a35-09151e151212/image.png)
+
+### 현재 배달의 민족과 잇츠 2기 뽑는 중
+
+> 난 1기라서 우아한 스터디만 신청 가능함
+
+#### 우아한 스터디
+
+![](https://velog.velcdn.com/images/prettylee620/post/93ca11cd-70c3-4f15-a235-9814e8705a11/image.png)
+
+* 링크 : [\[모집\] 우아한스터디 2024 여름시즌](https://techblog.woowahan.com/17328/)
+* 모집 기간 : 5/8 \~ 5/14
+* 활동 기간: 6/1 \~ 7/31 ![](https://velog.velcdn.com/images/prettylee620/post/b5d68b3c-6436-4c1e-bb42-ef7a548e36ea/image.png)
+
+#### 잇츠스터디
+
+![](https://velog.velcdn.com/images/prettylee620/post/566c0379-5481-459d-b92e-b85ba2492089/image.png)
+
+* 링크 : [서울 우먼잇츠 X 우아한스터디](https://puffy-stick-fa1.notion.site/X-5936365761834b0d9b99722d71515fd8)
+* 모집 기간 : 5/8 \~ 5/14
+* 활동 기간: 6/1 \~ 7/31 ![](https://velog.velcdn.com/images/prettylee620/post/988bbbc9-dee6-42f0-9beb-8cfe8be0e0ca/image.png)
+
+## Rust를 쓰는 이유 - chapter 1
+
+**텍스트**
+
+### 1. C언어, C++언어의 문제점
+
+```C언어
+int main(int argc, char **argv){
+	unnsigned long a[1];
+    a[3] = 0x7ffff7b36cebUL;
+    return 0;
+}
+```
+
+이 프로그램에는 결함이 있다. 배열 a는 요소가 하나뿐이므로 a\[3]이라고 쓰는건 C 프로그래밍 언어 표준 상 `미정의 동작`이라고 한다.
+
+#### 미정의 동작이란
+
+> 본 국제 표준이 요건을 부과하지 않는, 이식할 수 없거나 잘못된 프로그램구문 요소 또는 잘못된 데이터를 사용할 때의 동작
+
+미정의 동작은 단순히 예측할 수 없는 결과를 내는 것으로 끝이 아닌, 표준은 노골적으로 프로그램이 **무엇이든** 할 수 있게 허락한다.
+
+#### C, C++는 미정의 동작을 회피하기 위한 책임이 프로그래머에게 있음
+
+C, C++의 미정의 동작을 회피하기 위한 규칙이 수 백 개로 결과 책임이 프로그래머에게 있는 것임 이는 **품질 문제**와 더 나아가 **보안 결함**으로 주된 원인이 됨
+
+### 2. 안전성
+
+> Rust의 약속 : 컴파일러의여러 검사를 통과한 프로그램에는 미정의 동작이 없게 하겠다는 것
+
+즉, 러스트는 대상을 잃은 포인터, 중복 해제, 널 포인터 역참조를 전부 **컴파일러 시점**에서 잡는다. 또한 배열 참조를 컴파일 시점 검사와 실행 시점 검사로 보호하기 때문에 버퍼 오버런이 없다고 한다. 즉, 앞 선 c언어의 문제를 오류메세지와 함께 안전하게 종료시킨다.
+
+아직, 러스트가 탐지할 수 있는 버그의 양에는 한계가 있지만, 코드에서 미정의 동작만 사라져도 개발 특성이 크게 좋아진다고 함
+
+### 3. 병렬 프로그래밍
+
+C언어와 C++은 `동시성`을 제대로 이용하기 어려워, 싱글 스레드 코드로 도저히 성능을 낼 수 없을 때만 `동시성`에 의존한다.
+
+러스트는 **데이터가 변경되지 않는 한 스레드 간에 자유롭게 공유**할 수 있고, 변경되는 데이터는 동기화 기본 요소를 써야만 접근 가능하다.
+
+> 즉, 러스트는 최신 멀티 코어 기기의 성능을 제대로 활용하기 위한 최적의 언어로 만들어 준다.
+
+러스트 생태계는 복잡한 작업 부하를 프로세서 풀에 고루 분배할 수 있게 도와주고 Read-Copy-Update 같은 무잠금 동기화 기법을 쓸 수 있게 해주는 등, **일반적인 동시성 기본 요소의 역할을 뛰어넘는 다양한 라이브러리 제공**한다.
+
+### 4. 빠른 속도
+
+#### Rust의 빠르다의 의미
+
+프로그램 설계 시 Rust의 경우, 밑바닥에 있는 머신의 성능을 최대한 활용하는데 기꺼이 도와준다.
+
+> 효율적인 기본 값을 가지고 설계된 언어로서, 메모리의 사용 방식과 프로세서의 관심이 할애되는 방식을 제어할 수 있게 도와준다.
+
+#### 범용 프로그래밍 언어
+
+범용 언어를 사용하면 누구나 성능이 좋지 않은 코드를 작성할 수 있다.
+
+범용 언어는 프로그래머의 편의성을 중시하기 때문에 하드웨어 자원 관리를 직접적으로 제어하기 어렵다. 따라서 **메모리 관리나 프로세서 활용 측면에서 비효율적인 코드가 작성**될 수 있다.
+
+#### Rust
+
+> 범용 언어는 프로그래머의 편의성 위주로 설계되어 하드웨어 자원 관리가 어렵지만, Rust는 시스템 자원 활용을 최적화하도록 저수준 제어를 허용하는 언어로 **하드웨어 자원을 최대한 활용** 할 수 있다.
+
+Rust는 메모리 사용 방식과 프로세서 활용 방식을 프로그래머가 직접 제어할 수 있게 한다. 효율적인 기본 값(default)을 제공하여 저수준 하드웨어 제어를 용이하게 해준다.
+
+이를 통해 Rust는 시스템 자원을 최적화된 방식으로 활용할 수 있다. 메모리 사용량을 최소화하고, 프로세서 연산을 효율적으로 배분할 수 있다. 결과적으로 높은 성능과 효율성을 가진 프로그램을 작성할 수 있다.
diff --git "a/developLog/programming-lanuage/rust/_ \354\236\254\353\257\270 \354\236\210\353\212\224 \353\246\254\355\217\254\354\247\200\355\206\240\353\246\254_.md" "b/developLog/programming-lanuage/rust/_ \354\236\254\353\257\270 \354\236\210\353\212\224 \353\246\254\355\217\254\354\247\200\355\206\240\353\246\254_.md"
new file mode 100644
index 0000000..b50ed61
--- /dev/null
+++ "b/developLog/programming-lanuage/rust/_ \354\236\254\353\257\270 \354\236\210\353\212\224 \353\246\254\355\217\254\354\247\200\355\206\240\353\246\254_.md"	
@@ -0,0 +1,31 @@
+---
+description: 재미 있는 리포지토리 모음
+---
+
+# 재미 있는 리포지토리
+
+> Rust 스터디에서 정보나눠준  것 줍줍
+
+
+
+### 📚 자료
+
+> Rust 학습에 도움이 될 중요한 자료들을 소개합니다
+
+1. **Rust 공식 문서** (한글): [Rust 프로그래밍 언어](https://rinthel.github.io/rust-lang-book-ko/ch09-00-error-handling.html)
+2. **Rust 강의**: [YouTube 재생목록](https://youtube.com/playlist?list=PLfllocyHVgsSJf1zO6k6o3SX2mbZjAqYE\&si=Uy2JIpiKnVjRDCl8)
+3. **Rust로 Minecraft 만들기**: [UNIST 2023 프로젝트](https://github.com/utilForever/2023-UNIST-Rust-Minecraft)
+4. **Google의 포괄적인 Rust 강의**: [Google Android 제공 코스](https://google.github.io/comprehensive-rust/ko/)
+5. **Rust 첫 걸음**: [Microsoft Learn](https://learn.microsoft.com/ko-kr/training/paths/rust-first-steps/)
+
+### 🎯 프로젝트 아이디어 및 미니 프로젝트
+
+> Rust 실력을 키우기 위한 프로젝트 아이디어 및 미니 프로젝트들
+
+1. **API를 사용하는 미니 프로젝트**: [rsdic 프로젝트](https://github.com/jihuun/rsdic)
+2. **연습을 위한 프로젝트 아이디어**: [Zero To Mastery 블로그](https://zerotomastery.io/blog/rust-practice-projects/)
+3. **직접 만들어보기 시리즈**:
+   * **Rust 미니 쉘**: [GitHub 리포지토리](https://github.com/codecrafters-io/build-your-own-x)
+   * **Codecrafters.io**: [공식 웹사이트](https://codecrafters.io/)
+4. **Rust로 만든 Spotify TUI**: [spotify-tui](https://github.com/Rigellute/spotify-tui?tab=readme-ov-file)
+
diff --git "a/developLog/spring/basic/_ JPA\353\236\200 \353\254\264\354\227\207\354\235\270\352\260\200\354\232\224__.md" "b/developLog/spring/basic/_ JPA\353\236\200 \353\254\264\354\227\207\354\235\270\352\260\200\354\232\224__.md"
new file mode 100644
index 0000000..de3ef1b
--- /dev/null
+++ "b/developLog/spring/basic/_ JPA\353\236\200 \353\254\264\354\227\207\354\235\270\352\260\200\354\232\224__.md"	
@@ -0,0 +1,274 @@
+# JPA란 무엇인가요?
+
+> 🔗 강의링크 : [https://www.inflearn.com/course/스프링부트-개념정리/dashboard](https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81%EB%B6%80%ED%8A%B8-%EA%B0%9C%EB%85%90%EC%A0%95%EB%A6%AC/dashboard)
+
+## 1. JPA는 Java Persistence API이다.
+
+> `JPA`라는 것은 Java Persistence Application Programming interface로 자**바 프로그래밍을 할 때, 영구적으로 필요한 인터페이스**
+
+### ⭐ 영속성(persistence)란?
+
+데이터를 생성한 프로그램의 실행이 종료되더라도 **사라지지 않는 데이터의 특성을 의미**하며, 영속성은 파일 시스템, 관계형 데이터베이스 혹은 객체 데이터베이스 등을 활용하여 구현한다.
+
+영속성을 예시로 들자면 `RAM`에 경우 **휘발성**이라 컴퓨터가 꺼지게 되면 사라지게 되는데 RAM에 대한 데이터들을 `하드디스크`에 저장하게 되면 하드디스크는 **비휘발성**이라서 사라지지 않는다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/1e679de6-6450-4868-a60e-eef7a5018877/image.png)
+
+데이터베이스가 관리할 수 있도록 DBMS로 관리한다.
+
+즉, `JPA`란.. **자바에서 영구히 기록할 수 있는 환경을 제공하는 API**를 말한다.
+
+### ⭐ API란?
+
+* 애플리케이션 (A) ⇒ 프로그램
+* 프로그래밍(P) ⇒ 프로그래밍
+* 인터페이스(I) ⇒ 인터페이스
+
+> 인터페이스로 프로그래밍을 하고 그걸로 프로그램이 만들어지는 것을 뜻한다.
+
+### ⭐ 프로토콜 VS 인터페이스
+
+1. **프로토콜과 인터페이스의 공통점**
+
+둘 다 `약속`을 뜻한다.
+
+2. **차이점**
+
+*   인터페이스
+
+    > 상하 관계가 존재하는 약속
+
+    * 예시로 들자면 장보고가 프로그램을 만들었다. 근데 프로그램이 좋아서 공유를 하고 싶다. 그래서 홍길동한테 공유를 하는데 \*\*“A데이터를 사용하려면 밤 12시부터 새벽 6시까지 사용해라”\*\*고 상의없이 말했다. 이것이 바로 `인터페이스`
+    * 인터페이스를 통해 데이터를 받아 프로그램을 만들면 그것이 바로 `API`
+*   프로토콜
+
+    > 동등한 관계에 약속
+
+    * 수 많은 프로토콜들이 모여서 만들어진 것이 인터
+
+## 2. JPA는 ORM(Obeject Relational Mapping) 기술이다.
+
+건물을 짓는 설계도로 건물을 올리게 되면 3D로 나오게 되는 것을 `모델링`이라고 한다.
+
+> 모델링 한다는 것은 **추상화적인 개념을 현실세계에 구체화하는 것**을 말한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/17d3b0e1-3798-473e-b183-ea7b66266102/image.png)
+
+자바가 가지고 있는 데이터 타입과 데이터베이스가 가지고 있는 데이터 타입은 다르다. `class`를 통해서 **데이터베이스에 있는 테이블을 모델링해야 한다.**
+
+원래대로라면, **첫 번째**로는 DB 테이블을 만들고 **2번째**로 자바세상에 모델링한다. ⇒ TRM(Table Relational Mapping)
+
+```java
+class Team{
+	int id;
+	String name;
+	String year;
+}
+```
+
+> 하지만, `JPA`경우 **첫 번째**로 자바에서 코드를 작성한 것인 클래스를 만들어서 **두 번째**로 데이터베이스 테이블을 자동으로 생성 수 있다. 이때 필요한 것이 인터페이스이다.
+
+## 3. JPA는 반복적인 CRUD 작업을 생략하게 해준다.
+
+Select나 Select All, Delete, Update, Insert 등은 자주 일어날 수 있는 것들이다.
+
+java의 경우 **DB에게 Connect 요청**을 한다. `DB가 권한을 확인`하고 **Session을 오픈**하게 해준다. 그렇게 되면 java는 Conncection을 가지며, 두 번째에는 **쿼리를** DB에 전송할 수 있다. DB는 그것을 기반으로 Data를 java에 응답하게 되는데 **이때, 자바가 가진 데이터 타입과 DB가 가진 데이터 타입은 다르다.**
+
+![](https://velog.velcdn.com/images/prettylee620/post/31be9988-10af-4d40-bba4-a47f9106f1d7/image.png)
+
+즉, **자바 Object로 변환**을 해야 하는데 이것은 `단순한 반복로직`이다. 이러한 과정들을 connction을 연결하고 변환하고 등등을 **JPA가 하나의 함수로 제공**해준다.
+
+## 4. JPA는 영속성 컨텍스트를 가지고 있다.
+
+#### 영속성이란
+
+데이터 ⇒ 영구적 저장(파일시스템 X, DB O)
+
+### 1) 컨텍스트란?(Context)
+
+> Context란 대상의 모든 정보를 가지고 있는 것
+
+개발에서 컨텍스트 개념은 조금 애매하다. 이렇게 이해하면 좋다고 한다. 길동이가 영숙이에게 **난 영숙이 너의 모든 컨텍스트를 가지고 있어 = 영숙이의 모든 것을 알고 있다.**
+
+Context를 넘겨준다. = 보고가 길동이에게 영숙이의 Context(모든 정보)를 넘겨
+
+### 2) 영속성 컨텍스트란?
+
+자바가 **데이터베이스를 저장해야 하는 모든 데이터를 아는 것**이 영속성 컨텍스트
+
+자바에 있는 동물 데이터를 영속성 컨텍스트에 넣고 나서 DB에도 저장 후 **영속성 컨텍스트에서 삭제**를 하면 `동기화`가 되어 있기에 **DB에서도 삭제가 된다**.
+
+![](https://velog.velcdn.com/images/prettylee620/post/f1f95312-16bf-4de9-9788-3c2ae22ac824/image.png)
+
+영속성 컨텍스트에는 없고 DB에만 과일 데이터가 있다면..
+
+일단 자바는 1. 영속성 컨텍스트에 먼저 `요청`을 한다. 2. 영속성 컨텍스트에 데이터가 없기에 `DB에 요청` 한다. 3. DB에서 가져와 **자바 object로 영속성컨텍스트에 저장**한다. 4. 자바에 과일데이터를 준다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/10811ad8-c835-4dbc-bd50-589ffe9f3a54/image.png)
+
+> 데이터 베이스에 있는 **데이터를 select해서 가져오고 update하는 등 일련의 모든 정보**를 `영속성 컨텍스트`를 통해 확인 할 수 있다.
+
+**자바가 데이터베이스에 저장해야 하는 모든 메타 데이터 정보**들을 영속성 컨텍스트가 가지고 있다.
+
+java에서 과일 데이터를 딸기로 바꾸면..
+
+![](https://velog.velcdn.com/images/prettylee620/post/b38f2a03-666e-4237-8f2c-c4c411a25015/image.png)
+
+1. 영속성 컨텍스트의 과일데이터도 딸기로 바뀌고
+2. 데이터베이스에 commit해서 밀어넣으면 원래 셋은 같은 데이터 인데 3번은 사과로 되어 있어 딸기로 바꾸기위해 `update`가 자동으로 일어난다.
+
+## 5. JPA는 DB와 OOP의 불일치성을 해결하기 위한 방법론을 제공한다.(DB는 객체저장 불가)
+
+![](https://velog.velcdn.com/images/prettylee620/post/98e2b0b4-a1b6-4463-9bdb-4650f3f6ffe6/image.png)
+
+* DB는 기본자료형으로 Object를 가지지 못함
+  * teamId의 경우 1이라는 숫자를 가지고 있지 아래의 그림 처럼 object채로 가지고 있지 못한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/5e8ec78a-15c0-49a7-a3e6-7d52e7e26b7c/image.png)
+
+* 자바 관점 : 일반 사용자는 알 수 없기에 join을 하거나 두 번의 select가 필요
+
+```java
+class Team{
+	int id;
+	String name;
+	String year;
+}
+
+class Player{
+	int id; //=2
+	String name; //=공필성
+	int teamId; //=1
+}
+```
+
+그렇지만.. 자바는 Object를 저장할 수 있기에 아래와 같이 만들 수 있다.
+
+```java
+class Player{
+	int id; //=2
+	String name; //=공필성
+	Team team; //=team object
+}
+```
+
+즉, `OOP`를 만들 수 있게 된다. 객체 지향적으로 만들 수 있다는 것이다. 그리고 `ORM`을 하게 되면 **자바가 주도권을 가진 즉, 위와 같은 형태의 데이터 베이스를 만들 수 있다.**
+
+또한.. JPA가 알아서 Mapping 해서 select, insert등을 해주게 된다.
+
+> 즉, JPA는 DB와 OOP의 불일치성을 해결하기 위한 방법론을 제공한다는 것은 먼저, 데이터베이스가 주도권을 잡고 있다면 데이터베이스는 Object를 저장할 수 없기에 OOP와 불일치하게 되지만 JPA를 사용하게 되면 `OOP`를 만들 수 있게 된다. 객체 지향적으로 만들 수 있다는 것이다. 그리고 `ORM`을 하게 되면 **자바가 주도권을 가진 즉, 위와 같은 형태의 데이터 베이스를 만들 수 있다.**
+
+## 6. JPA는 OOP 관점에서 모델링을 할 수 있게 해준다.(상속, 콤포지션, 연관관계)
+
+```java
+class Car{
+	int id; //pk
+	String name;
+	String color;
+	Engine engine;
+}
+
+class Engine{
+	int id;
+	int power;
+}
+```
+
+⇒ 상속으로 되지는 않고 `콤포지션(결합)`해야 한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/f2c0a850-c12b-4c74-b473-aed82dc24b43/image.png)
+
+jpa의 경우 class를 만든 다음 **데이터베이스 자동생성**해준다. 1번이 생성 후 2번이 자동생성된다.
+
+> 이렇게 되면 `OOP 관점`(객체 지향 프로그래밍)에서 테이블이 만들어지게 된다.
+
+Engine과 Car 클래스에 모두 다 TimeStamp createDate;와 TimeStamp updateDate;를 넣고 싶다면
+
+그 부분은 **반복된 것**이기 때문에 각 클래스에 넣는 것이 아닌 **반복된 것을 다른 클래스로 만들어준다.**
+
+```java
+class EntityDate{
+	TimeStamp createDate;
+	TimeStamp updateDate;
+}
+```
+
+후에 그 클래스를 상속받으면 된다.
+
+```java
+class Car extends EntityDate{
+	int id; //pk
+	String name;
+	String color;
+	Engine engine;
+}
+
+class Engine extends EntityDate{
+	int id;
+	int power;
+}
+```
+
+`상속`을 받게 되면 옆에 필드가 더 생긴다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/659dfd6f-1102-484b-a637-ce10dd015abe/image.png)
+
+연관관계의 경우 두 객체(엔터티) 간의 관계를 나타내는데
+
+#### 연관 관계 표현
+
+1. **일대일(One-to-One):** 예를 들어, 사용자(User)와 프로필(Profile)이라는 엔터티가 있을 때, 한 사용자는 하나의 프로필을 가지고, 한 프로필은 하나의 사용자에 속할 수 있다.
+2. **일대다(One-to-Many):** 예를 들어, 부서(Department)와 사원(Employee)이라는 엔터티가 있을 때, 하나의 부서는 여러 사원을 가질 수 있다.
+3. **다대일(Many-to-One):** 일대다의 반대로 여러 엔터티가 하나의 엔터티에 속하는 관계
+4. **다대다(Many-to-Many):** 예를 들어, 학생(Student)과 과목(Subject)이라는 엔터티가 있을 때, 한 학생은 여러 과목을 수강하고, 한 과목은 여러 학생에게 수강될 수 있다.
+
+#### 표현방법 : 어노테이션
+
+**`@OneToOne`**, **`@OneToMany`**, **`@ManyToOne`**, **`@ManyToMany`** 등의 어노테이션을 사용하여 이러한 연관관계를 매핑할 수 있다.
+
+연관관계를 설정하면 객체 간의 관계를 유지하면서 데이터베이스에도 적절한 계가 맺어지게 된다.
+
+## 7. 방언 처리가 용이하여 Migration하기 좋다. 유지보수에 좋다.
+
+jpa는 clialect에 대한 것들을 많이 가지고 있다.(oracle, maria, mssql, mysql, postgam)
+
+또한 DB는 `추상화객체`가 중간에 있어서 데이터베이스 변경에도 용이하다. 내가 만약 오라클을 쓰다 MYSQL로 바꾸고 싶어도 중간에 추상화 객체가 있기에 무리없이 바꿀 수 있다.
+
+즉, 방언 처리가 용이하기 좋다고 한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/da6e56f7-6dc3-48e0-85ec-e9f07bcd1c21/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/68b540cb-7d2c-4d51-b2f6-fa90eee2fd60/image.png)
+
+### 1) JPA의 추상화 객체
+
+> 추상화 객체는 `엔터티(Entity)`를 나타내는 객체로 이 객체들은 데이터베이스의 테이블과 매핑되어 있어서 객체 지향 프로그래밍에서 사용되는 모델과 데이터베이스 스키마 간의 매핑을 편리하게 할 수 있도록 도와준다.
+
+1. **@Entity:** **클래스를 엔터티로 지정하는 어노테이션**으로 해당 클래스의 객체가 데이터베이스의 레코드에 매핑
+2. **@Id:** 엔터티의 `주 식별자(Primary Key)`를 지정하는 어노테이션으로 주키는 **해당 엔터티를 고유하게 식별하는데 사용**
+3. **@GeneratedValue:** **주 키의 값을 자동으로 생성**하도록 지정하는 어노테이션
+4. **@Column:** **엔터티의 필드를 데이터베이스의 컬럼과 매핑**할 때 사용되는 어노테이션
+5. **@ManyToOne, @OneToMany, @OneToOne, @ManyToMany:** 관계형 데이터베이스에서의 다양한 관계를 표현하기 위한 어노테이션
+
+### 2) Migration(마이그레이션이란)
+
+데이터베이스 **스키마의 변경을 관리하는 프로세스**를 의미한다. 애플리케이션의 요구사항이나 업데이트로 인해 데이터베이스의 구조가 변경되어야 할 때, 마이그레이션을 통해 기존 데이터베이스를 새로운 구조로 업데이트할 수 있다.
+
+JPA에서는 **데이터베이스 스키마를 업데이트하는 도구**로 `Hibernate`와 같은 **ORM 도구**를 사용한다. 이 도구들은 자동으로 데이터베이스 스키마를 생성하거나 업데이트할 수 있어서 개발자가 직접 SQL 스크립트를 작성하지 않아도 된다. 이를 통해 객체 지향 모델과 데이터베이스 스키마 간의 **일관성**을 유지하면서도 변경이 일어날 수 있다.
+
+### 3) Hibernate
+
+자바 언어를 위한 `ORM(Object-Relational Mapping)`**프레임워크** 중 하나로, ORM은 객체 지향 프로그래밍에서 사용되는 객체와 관계형 데이터베이스 간의 매핑을 자동으로 처리해주는 도구이다. `Hibernate`는 **이러한 매핑을 통해 개발자가 SQL 쿼리를 직접 작성하지 않고도 데이터베이스와 상호 작용할 수 있도록 도와준다.**
+
+Hibernate의 주요 특징과 기능은 다음과 같습니다:
+
+1. **객체-관계 매핑:** Hibernate는 자바 객체와 데이터베이스 테이블 간의 매핑을 지원한다. 이를 통해 객체 지향 프로그래밍 언어인 자바에서 관계형 데이터베이스를 더 편리하게 다룰 수 있다.
+2. **데이터베이스 독립성:** Hibernate는 사용하는 데이터베이스에 대한 종속성을 낮춰준다. 즉, 데이터베이스를 변경하더라도 코드 변경이 최소화
+3. **자동 테이블 생성 및 업데이트:** Hibernate는 객체 모델을 기반으로 데이터베이스 테이블을 자동으로 생성하거나 업데이트할 수 있다. 이는 개발자가 직접 SQL을 작성하지 않아도 되게 해준다.
+4. **캐싱:** Hibernate는 성능 향상을 위해 캐싱을 지원한다. 쿼리 결과나 객체 상태를 캐시하여 반복적인 데이터베이스 액세스를 최소화할 수 있다.
+5. **트랜잭션 관리:** Hibernate는 데이터베이스 트랜잭션을 관리하는데 도움을 준다. ACID 속성을 유지하면서 트랜잭션을 제어할 수 있다.
+6. **쿼리 언어 지원:** Hibernate는 HQL(Hibernate Query Language)라는 객체 지향적인 쿼리 언어를 제공하여 SQL에 종속되지 않고도 데이터베이스에 접근할 수 있다.
+
+Hibernate는 자바 개발자들 사이에서 매우 인기 있는 ORM 프레임워크 중 하나로, 데이터베이스와의 상호 작용을 간소화하고 생산성을 향상시킬 수 있는 강력한 도구다.
+
+## 8. JPA는 쉽지만 어렵다.
diff --git a/developLog/spring/basic/_ MVC_.md b/developLog/spring/basic/_ MVC_.md
new file mode 100644
index 0000000..76444ec
--- /dev/null
+++ b/developLog/spring/basic/_ MVC_.md	
@@ -0,0 +1,127 @@
+# MVC
+
+## MVC 란?
+
+> 스프링 MVC (Model-View-Controller) 패턴은 웹 애플리케이션을 구조화하는 데 사용되는 디자인 패턴으로, 애플리케이션을 세 가지 주요 구성 요소인 **모델(Model), 뷰(View), 컨트롤러(Controller)**로 나누어 관리한다. 스프링 MVC는 이러한 패턴을 구현하여 웹 애플리케이션의 개발을 용이하게 하고 유지 보수를 효율적으로 할 수 있도록 힌다.
+
+### 1) 구성 요소
+
+1. **Model (모델)**:
+
+* 애플리케이션의 **데이터와 비즈니스 로직을 처리**한다.
+* 데이터베이스와의 상호작용, 상태 관리 및 데이터의 유효성 검사 등을 담당한다.
+* 모델은 데이터를 뷰와 컨트롤러에 전달하며, 그 자체로 사용자 인터페이스에 대한 정보를 포함하지 않는다.
+
+2. **View (뷰)**:
+
+* 사용자에게 **데이터를 표시하는 역할**을 한다.
+* HTML, JSP, Thymeleaf와 같은 템플릿 엔진을 사용하여 데이터를 시각적으로 표현한다.
+* 뷰는 모델로부터 데이터를 받아와서 사용자에게 렌더링하며, 비즈니스 로직은 포함되지 않는다.
+
+3. **Controller (컨트롤러)**:
+
+* 사용자의 입력을 처리하고, **모델과 뷰를 연결하는 역할**을 한다.
+* 사용자의 요청을 받아서 해당 요청을 처리할 모델을 결정하고, 처리 결과를 뷰에 전달한다.
+* HTTP 요청을 처리하고, 적절한 응답을 생성하는 메소드를 포함한다.
+
+
+
+### 2) 동작원리
+
+1. **사용자 요청 (Request)**:
+
+* 사용자가 브라우저를 통해 `URL`을 요청합니다. 이 요청은 HTTP 요청으로 서버에 전달됩니다.
+
+2. **디스패처 서블릿 (DispatcherServlet)**:
+
+* 모든 요청은 먼저 `DispatcherServlet`에 도달합니다. 이는 스프링 <mark style="color:red;">MVC의 프론트 컨트롤러</mark>로, 중앙에서 모든 요청을 처리합니다.
+* `DispatcherServlet`은 요청을 분석하여 적절한 컨트롤러로 전달합니다.
+
+3. **핸들러 매핑 (Handler Mapping)**:
+
+* `DispatcherServlet`은 요청 URL에 따라 어느 컨트롤러가 이 요청을 처리할지 결정하기 위해 `Handler Mapping`을 사용합니다.
+* `Handler Mapping`은 요청에 매핑된 컨트롤러를 찾아서 `DispatcherServlet`에 반환합니다.
+
+4. **컨트롤러 처리 (Controller Handling)**:
+
+* `DispatcherServlet`은 요<mark style="color:red;">청을 처리할 컨트롤러를 호출</mark>합니다.
+* 컨트롤러는 비즈니스 로직을 실행하고, 모델 데이터를 생성하거나 수정합니다.
+* 그런 다음, 어떤 뷰를 사용할 것인지 결정하여 `DispatcherServlet`에 반환합니다.
+
+5. **뷰 리졸버 (View Resolver)**:
+
+* `DispatcherServlet`은 반환된 뷰 이름을 기반으로 `View Resolver`를 통해 실제 뷰(HTML, JSP 등)를 찾습니다.
+* 이 과정에서 뷰의 위치나 파일 확장자 등을 결정하게 됩니다.
+
+6. **뷰 렌더링 (View Rendering)**:
+
+* `View Resolver`가 찾아낸 뷰를 사용하여 모델 데이터를 포함하는 최종 HTML이 생성됩니다.
+* 이 최종 결과는 `DispatcherServlet`에 의해 클라이언트(브라우저)로 전달됩니다.
+
+7. **응답 (Response)**:
+
+* 브라우저는 서버로부터 받은 HTML을 렌더링하여 사용자에게 표시합니다.
+
+### 3) 데이터 베이스와의 상호작용
+
+> 그럼 웹 => 컨트롤러 => 서비스 => dao => sql 후에&#x20;
+>
+> sql => dao => 서비스 => 컨트롤러 => 뷰로 반환
+
+#### 1. 웹 => 컨트롤러
+
+* **웹 (Web)**: 사용자가 웹 애플리케이션에 접근하여 특정 URL을 요청합니다.
+* **컨트롤러 (Controller)**: 사용자의 요청을 처리하는 첫 번째 레이어입니다. 이 레이어에서 요청을 받아서 적절한 서비스를 호출합니다.
+
+#### 2. 컨트롤러 => 서비스
+
+* **서비스 (Service)**: 컨트롤러에서 비즈니스 로직을 담당하는 서비스 클래스를 호출합니다.
+  * 서비스 레이어는 비즈니스 로직을 구현하는 곳으로, 데이터 처리, 비즈니스 규칙 적용 등을 담당합니다.
+  * 서비스는 DAO(Data Access Object) 레이어를 통해 데이터베이스와 상호작용할 수 있습니다.
+
+#### 3. 서비스 => DAO (Data Access Object)
+
+* **DAO**: 데이터베이스와의 직접적인 통신을 담당합니다.
+  * DAO 클래스는 SQL 쿼리를 실행하여 데이터를 가져오거나 변경하는 역할을 합니다.
+  * 서비스 레이어는 DAO를 통해 데이터베이스에 필요한 데이터를 요청하고 결과를 받습니다.
+
+#### 4. DAO => SQL
+
+* **SQL**: DAO 클래스에서 작성된 SQL 쿼리가 실행됩니다.
+  * SQL 쿼리는 데이터베이스에서 데이터를 가져오거나, 업데이트, 삭제, 삽입 등의 작업을 수행합니다.
+
+#### 5. SQL => DAO
+
+* **DAO**: SQL 쿼리의 결과를 받아서 필요한 데이터 구조로 변환합니다. 이 데이터는 서비스 레이어로 반환됩니다.
+
+#### 6. DAO => 서비스
+
+* **서비스 (Service)**: DAO로부터 받은 데이터를 처리합니다. 예를 들어, 여러 DAO에서 데이터를 조합하거나 비즈니스 로직을 추가로 적용할 수 있습니다.
+  * 처리된 데이터를 컨트롤러로 반환합니다.
+
+#### 7. 서비스 => 컨트롤러
+
+* **컨트롤러 (Controller)**: 서비스에서 처리된 데이터를 받아서, 최종적으로 뷰에 데이터를 전달합니다.
+  * 컨트롤러는 어떤 뷰를 사용할지 결정하고, 그 뷰에 데이터를 넘깁니다.
+
+#### 8. 컨트롤러 => 뷰
+
+* **뷰 (View)**: 컨트롤러에서 전달받은 데이터를 기반으로 화면을 렌더링합니다.
+  * 사용자는 최종적으로 뷰에서 렌더링된 웹 페이지를 보게 됩니다.
+
+
+
+#### 요약
+
+이 전체 과정은 다음과 같이 정리할 수 있습니다:
+
+1. 사용자가 웹 애플리케이션에 요청을 보냅니다.
+2. 요청은 컨트롤러에 의해 처리됩니다.
+3. 컨트롤러는 서비스 레이어를 호출하여 비즈니스 로직을 처리합니다.
+4. 서비스는 DAO를 통해 데이터베이스와 상호작용합니다.
+5. 데이터베이스에서 쿼리가 실행되고, 결과가 DAO를 통해 서비스로 반환됩니다.
+6. 서비스는 받은 데이터를 처리하여 컨트롤러로 전달합니다.
+7. 컨트롤러는 최종적으로 뷰에 데이터를 전달하여 사용자에게 보여줍니다.
+
+
+
diff --git "a/developLog/spring/basic/_ messageConverter\352\260\200 \353\254\264\354\227\207\354\235\270\352\260\200\354\232\224__.md" "b/developLog/spring/basic/_ messageConverter\352\260\200 \353\254\264\354\227\207\354\235\270\352\260\200\354\232\224__.md"
new file mode 100644
index 0000000..92e3340
--- /dev/null
+++ "b/developLog/spring/basic/_ messageConverter\352\260\200 \353\254\264\354\227\207\354\235\270\352\260\200\354\232\224__.md"	
@@ -0,0 +1,79 @@
+# messageConverter가 무엇인가요?
+
+## 스프링이란?
+
+> 🔗 강의링크 : [https://www.inflearn.com/course/스프링부트-개념정리/dashboard](https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81%EB%B6%80%ED%8A%B8-%EA%B0%9C%EB%85%90%EC%A0%95%EB%A6%AC/dashboard)
+
+### 1. 스프링은 MessageConverter를 가지고 있다. 기본값은 현재 Json이다.
+
+예를 들어 영어권에 사람과 한국사람이 대화를 할 때 다른 언어로 대화 시 보내는 사람이 번역을 해서 보내거나 받는 사람이 번역을 해야한다. 이렇게 되면 불편하다.
+
+그래서 한국도 영어사람도 이해할 수 있는 중간언어를 만들게 되는데.. 이것처럼 **중간 데이터**를 만들게 된다. **중간 데이터**란 원래 초기에는 `xml`을 많이 사용했지만 이제는 `JSON`을 많이 쓰는 추세이다.
+
+#### 프로그래밍 언어로 예시를 들어보자
+
+프로그래밍 언어로 예시를 들자면 **자바 object를 던지게 되면 파이썬 object는 이해할 수 없다.** 왜냐하면 자바의 object와 파이썬의 object는 서로 다르기 때문이다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/ff12462c-a4f3-407d-94bd-868306091dc2/image.png)
+
+그렇기 때문에 자바 object **전송되기 전에** 중간 언어인 `JSON`으로 바꿔져서 파이썬이 받게 된 후 다시 파이썬 object로 바꾼다.. `JSON`은 **모든 언어가 이해할 수 있는 중간 언어이기 때문**이다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/2d8ae6f5-88ac-47cb-94d9-51cc5c542d39/image.png)
+
+**자바**
+
+```java
+class Animal{
+	int num = 10;
+	String name = "사자";
+
+}
+```
+
+**Json**
+
+```java
+{"num":10, "name":"사자"}
+```
+
+#### 🤔 그렇다면 messageConverter란 뭔데..?
+
+자바 object를 JSON 형태로 개발자가 바꿀 필요 없이 바꿔주는 것을 `MessageConverter`이라고 한다.\\
+
+![](https://velog.velcdn.com/images/prettylee620/post/97fe853d-7320-4fb2-95ec-6def6721ff50/image.png)
+
+요청 시와 응답 시 모두 MessageConvertor가 바꿔주는 것으로 MessageConvertor은 **spring에 라이브러리로 존재하며 jackson이라고 불린다.**
+
+![](https://velog.velcdn.com/images/prettylee620/post/8ff15f06-5c0f-4933-b17b-491c7f8e82c9/image.png)
+
+### 2. 스프링은 BufferedReader와 BufferedWriter를 쉽게 사용할 수 있다.
+
+통신의 경우 전기선(전류) 처럼 주르륵 흐르게 되어 있으며, `bit 단위`로 0, 1, 0, 1, 1, 1, 0 이런식으로 표현하게 되어 있다.
+
+통신의 경우 영어권에서 먼저 발전하게 되었는데.. bit 단위로 할려니 불편해서 영어 한문자로 어떻게 표현하지? 🤔 라고 생각해보니 총 8bit = $2^8$가 필요하며, 256가지의 문자전송가능하다. 참고로 한글은 16bit 필요하다.
+
+그래서 8bit씩 끊어 읽어 그렇다면 한 문자씩 받을 수 있을 거야라고 해서 **8bit = 1byte**라고 한다. `1byte`는 **통신의 최소단위**로 본다.
+
+> 1byte = 하나의 문자
+
+한국은 2Byte로 인코딩하고 영어권은 1Byte로 통신하게 되면.. 데이터 통신이 불가능 하게 된다. 그렇기 때문에 그래서 **유니코드에서 정해둔 것**이 `UTF-8`이라는 인코딩을 제공해주는 데 **3Byte 통신 방식**이다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/239f555d-e9be-4f31-b20e-156f58e17b51/image.png)
+
+자바는 데이터를 읽을 때 `InputStream`으로 읽는 데 바이트로 읽는다. 바이트는 문자가 아니기 때문에 처리할 때 복잡해진다. 문자로 (char) 캐스팅해서 처리해야 한다는데.. 복잡하다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/8bdfd6ce-2f0f-455f-957c-06cb4d9a5a55/image.png)
+
+그래서 첫 대안이 `InputStramReader`는 문자 하나를 받는다. 근데 이거 또한 배열에 경우 여러 개의 문자를 써서 받아야 해서 **최대 크기를 정해둬야 하는데.. 이렇게 되면 작은 크기를 받을 때 낭비가 심해서 사용하지 않는다.**
+
+> `BufferedReader`를 사용하게 되면 **가변길이의 문자를 받을 수 있다. request.getReader()**
+
+데이터를 쓸 때도 `BufferedWriter`를 써야 하는데 내려쓰기 기능이 없어서 `PrintWriter`를 쓰며, 함수의 경우 **print(), println()** 제공 해준다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/2aa84794-e95b-4027-afc8-82535f78af50/image.png)
+
+> 즉, `BufferedWriter`란 Byte Stream을 통해 데이터를 전송할 때 **전송 단위가 문자열로 가변 길이의 데이터를 쓰게 해주는 클래스**이다.
+
+이것들을 직접 구현할 필요없고 어노테이션을 제공 `@ResponseBady`⇒ BufferedWrite가 동작, 데이터를 받을 때는 `@RequestBody` ⇒ BufferedReader
+
+### 3. 스프링은 계속 발전중이다.
diff --git "a/developLog/spring/basic/_ \354\212\244\355\224\204\353\247\201 \353\271\210\354\235\204 \353\223\261\353\241\235\355\225\230\353\212\224 \353\221\220 \352\260\200\354\247\200 \353\260\251\353\262\225__Component_ _Bean__.md" "b/developLog/spring/basic/_ \354\212\244\355\224\204\353\247\201 \353\271\210\354\235\204 \353\223\261\353\241\235\355\225\230\353\212\224 \353\221\220 \352\260\200\354\247\200 \353\260\251\353\262\225__Component_ _Bean__.md"
new file mode 100644
index 0000000..4c29c3d
--- /dev/null
+++ "b/developLog/spring/basic/_ \354\212\244\355\224\204\353\247\201 \353\271\210\354\235\204 \353\223\261\353\241\235\355\225\230\353\212\224 \353\221\220 \352\260\200\354\247\200 \353\260\251\353\262\225__Component_ _Bean__.md"	
@@ -0,0 +1,60 @@
+# 스프링 빈을 등록하는 두 가지 방법(@Component, @Bean)
+
+> 🔗 출처 : [https://dev-coco.tistory.com/69](https://dev-coco.tistory.com/69)
+
+## Bean이 뭘까?
+
+먼저 Bean을 이해하기 위해 스프링 컨테이너(=IoC 컨테이너)에 대해 알 필요가 있다.
+
+자바 어플리케이션은 어**플리케이션 동작을 제공하는 객체들**로 이루어져 있다. 이때, 객체들은 독립적으로 동작하는 것보다 **서로 상호작용**하여 동작하는 경우가 많다.
+
+> 이렇게 **상호작용하는 객체**를 `객체의 의존성`이라고 표현한다.
+
+스프링에서는 스프링 컨테이너에 **객체들을 생성하면 객체끼리 의존성을 주입(DI)하는 역할**을 해주며, **스프링 컨테이너에 등록한 객체**들을 `빈(Bean)`이라고 한다.
+
+## 스프링 컨테이너에 Bean을 등록하는 2가지 방법
+
+### 1. 컴포넌트 스캔과 자동 의존관계 설정
+
+<figure><img src="../../.gitbook/assets/image (12) (1).png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="../../.gitbook/assets/image (13) (1).png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="../../.gitbook/assets/image (14) (1).png" alt=""><figcaption></figcaption></figure>
+
+스프링 부트에서 사용자 클래스를 스프링 빈으로 등록하는 가장 쉬운 방법은 클래스 선언부 위에`@Component` 어노테이션을 사용하는 것이다.
+
+@Controller, @Service, @Repository는 모두 `@Component`를 포함하고 있으며, 해당 어노테이션으로 **등록된 클래스들**은 **스프링 컨테이너에 의해 자동으로 생성되어 스프링 빈으로 등록**됩니다.
+
+### 2. 자**바 코드로 직접 스프링 빈 등록**
+
+수동으로 스프링 빈을 등록하려면 **자바 설정 클래스**를 만들어 사용해야 한다. XML로 스프링 빈을 등록하는 방법도 있지만, 최근에는 거의 사용하지 않는다고 함
+
+설정 클래스를 만들고 `@Configuration` 어노테이션을 클래스 선언부 위에 추가하면 된다.
+
+그리고 **특정 타입을 리턴하는 메소드**를 만들고, `@Bean` 어노테이션을 붙여주면 **자동으로 해당 타입의 빈 객체가 생성된다.**
+
+<figure><img src="../../.gitbook/assets/image (15) (1).png" alt=""><figcaption></figcaption></figure>
+
+MemberRepository는 **인터페이스**이고, MemoryMemberRepository가 **구현체**이기 때문에  MemoryMemberRepository를 new 해준다.
+
+#### `@Bean` 어노테이션의 주요 내용
+
+* `@Configuration` 설정된 클래스의 메소드에서 사용가능
+* 메소드의 리턴 객체가 스프링 빈 객체임을 선언함
+* 빈의 이름은 기본적으로 메소드의 이름, @Bean(name="name")으로 이름 변경 가능
+* `@Scope`를 통해 **객체 생성을 조정**할 수 있음
+* `@Component` 어노테이션을 통해 `@Configuration` 없이도 빈 객체를 생성할 수도 있음
+* 빈 객체에 init(), destroy() 등 라이프사이클 메소드를 추가한 다음 @Bean에서 지정할 수 있음
+* 어노테이션 하나로 해결되는 1번 방법이 간단하고 많이 사용되고 있지만, 상황에 따라 2번 방법도 사용된다고 한다.
+  * 1번방법을 사용해서 개발을 진행하다 **MemberRepository를 변경해야 할 상황이 생기면** 1번 방법은 일일이 변경해줘야 하지만,  2번 방법을 사용하면 다른건 건들일 필요 없이`@Configuration`에 등록된 @Bean만 수정해주면 되므로, 수정이 용이
+
+## 등록된 스프링 빈을 @Autowired로 사용하기
+
+스프링 부트의 경우 @Component, @Service, @Controller, @Repository, @Bean, @Configuration 등으로 **빈들을 등록하고 필요한 곳에서** `@Autowired`를 통해 **의존성 주입을 받아 사용하는 것이 일반적**
+
+### **등록된 빈을 사용하는 3가지 방법**
+
+{% content-ref url="3-field-setter.md" %}
+[3-field-setter.md](3-field-setter.md)
+{% endcontent-ref %}
diff --git "a/developLog/spring/basic/_ \354\212\244\355\224\204\353\247\201\353\266\200\355\212\270 \353\217\231\354\236\221\354\233\220\353\246\254_.md" "b/developLog/spring/basic/_ \354\212\244\355\224\204\353\247\201\353\266\200\355\212\270 \353\217\231\354\236\221\354\233\220\353\246\254_.md"
new file mode 100644
index 0000000..4e940f4
--- /dev/null
+++ "b/developLog/spring/basic/_ \354\212\244\355\224\204\353\247\201\353\266\200\355\212\270 \353\217\231\354\236\221\354\233\220\353\246\254_.md"	
@@ -0,0 +1,69 @@
+# 스프링부트 동작원리
+
+### 1. 내장 톰켓을 가진다.
+
+#### socket
+
+* 운영체제가 가지고 잇는 것으로 시스템 연계 방식의 간접적 연계방식 중 하나
+* 서버는 통신을 위한 소켓을 생성하여 포트를 할당하고 클라이언트의 **통신 요청 시 클라이언트와 연결하는 네트워크 기술**, 송신 기술
+* 소켓은 포트번호가 있어야 함
+
+ip주소와 포트번호를 넣고 연결한다. A와 사용자 B를 연결하며 통신한다. 그러다가 B가 5001 port와 통신하게 되면 **A는 다른 사용자인 C와 통신이 불가능하게 된다.**
+
+왜냐하면 **CPU가 일을 하고 있기 때문이다.** 그렇기 때문에 `스레드`를 만든다. 5000번은 main 스레드로 5001은 스레드 1로 만든다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/d1e07622-5984-4dfa-b952-10b6e911979f/image.png)
+
+그렇게 되면 C는 A와 연결이 가능하게 된다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/9e791c33-59d8-4898-8ea8-90edbaf033e4/image.png)
+
+그 후에는 또 랜덤으로 **소켓의 포트번호가 생성**되고 나서 `새로운 스레드`로 만들어지고 그리고 나서 **5000번인 main 스레드**와의 연결이 또 끊기게 된다. 왜냐하면 새로운 사용자의 **요청을 받아야 하기 때문**이다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/f7bd7ca0-1354-4566-bef1-265bc7ce9f15/image.png)
+
+C와 5002이 연결된다. 통신한다. 이런 방식이 바로 `소켓 통신`이다.
+
+소켓의 장점은 **연결이 끊어지지 않는다**. 연결되고 나서 연결된 사람은 같은 사람으로 계속 인식하지만 이렇게 되면 단점은 **부하가 많아지게 돼서 느려질 수 있다.**
+
+그래서 Http 통신 방식(문서를 전달하는 통신)은 계속 이어지는 소켓 통신 방식이 아닌 지속시키지 않고 연결을 **끊어버리는 `Stateless` 방식을 사용**한다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/9dde95a2-8da7-48a2-98a7-d1fb5bfd8623/image.png)
+
+문서를 요청 받으면 문서를 돌려주고 연결을 끊어버린다.
+
+그렇기 때문에 **장점은 부하가 적다.** 그렇지만 **단점으로는 항상 새로운 사람으로 인식**한다.
+
+이러한 단점들을 보완하면서 만들어진 것이 Web 서버다.
+
+#### 웹 서버(Web Server)란?
+
+> 🔗 전에 자세히 정리 한 것 : [https://velog.io/@prettylee620/CS-지식-서버관련](https://velog.io/@prettylee620/CS-%EC%A7%80%EC%8B%9D-%EC%84%9C%EB%B2%84%EA%B4%80%EB%A0%A8)
+
+웹 서버는 클라이언트로부터 요청을 받으면 해당 요청에 대한 처리를 수행하고, 클라이언트에게 응답을 전송하는 역할을 한다. 이때, **각 클라이언트의 상태를 기억하지 않고, 각 요청에 대해 독립적으로 응답하는 특성을 갖는다.** 이러한 특징은 `"Stateless(상태 없음)"`한 특성을 가진다고 표현된다.
+
+웹 서버는 `HTTP 프로토콜`을 **기반으로 동작**하며, 클라이언트가 요청을 보내면 서버는 해당 요청에 대한 응답을 생성하여 반환한다. 서버는 각 요청에 대해 독립적으로 처리하므로, 클라이언트와의 연결을 지속적으로 유지하지 않는다. 이러한 특성은 간단하고 빠른 응답을 가능하게 하며, 많은 클라이언트에 대한 처리를 효율적으로 수행할 수 있다.
+
+즉, 정리하자면
+
+* 웹 서버는 클라이언트로부터 요청을 받아 해당 요청에 대한 처리를 수행하고, 클라이언트에게 응답을 전송하는 역할을 하는 소프트웨어 또는 하드웨어
+* 웹 서버는 주로 정적인 콘텐츠(HTML 페이지, 이미지 파일 등)을 제공하며, 동적인 요청에 대한 처리는 웹 애플리케이션 서버(웹 애플리케이션을 실행하는 서버)에 위임할 수 있다.
+* Apache, Nginx, Microsoft IIS 등이 웹 서버의 예시
+
+#### 🤔 그렇다면 다른 간접 연계 방식인 웹 서비스랑은 다른거겠지?
+
+Yes
+
+`웹 서비스`는 웹 서버의 기능을 넘어서, **네트워크를 통해 서로 다른 시스템 간에 상호작용하기 위한 표준화된 방법을 제공하는 서비스를 의미**한다. 웹 서비스는 주로 XML 또는 JSON 형식의 데이터를 교환하며, 서로 다른 플랫폼 간에 통신을 가능하게 하는 기술적인 규격을 포함한다. RESTful API나 SOAP 등이 웹 서비스의 예시
+
+간단하게 말하면, `웹 서비스`는 **네트워크 상에서 서로 다른 시스템 간에 표준화된 방법으로 통신하기 위한 규격**을 나타내는 것이며, `웹 서버`는 클라이언트의 요청을 받아 정적인 콘텐츠를 제공하거나 동적인 처리를 위해 **애플리케이션 서버로 요청을 전달하는 역할을 하는 소프트웨어 또는 하드웨어**를 나타낸다.
+
+#### HTTP란?
+
+> 예전에 수기 문서로 논문을 찾던 시절 자신의 논문을 업로드에서 다른 사람들이 논문 쓸 때 겹치지 않게 참고하라고 올린다. 그 올린 것을 받아오기만 하면 돼서 연결이 지속될 필요 x ⇒ HTTP
+
+![](https://velog.velcdn.com/images/prettylee620/post/1811eaef-d383-46e3-92fa-6f6214ebe590/image.png)
+
+* 웹 서비스를 위해 이용되는 프로토콜로 보안성이 안 좋음
+* 암호화되지 않는 상태로 웹 볼 때 사용되는 프로토콜
+* 인터넷에서 하이퍼텍스트(hypertext) 문서를 교환하기 위하여 사용되는 통신규약
diff --git "a/developLog/spring/basic/_ \354\212\244\355\224\204\353\247\201\354\235\230 \355\225\265\354\213\254\354\235\200 \353\254\264\354\227\207\354\235\270\352\260\200__.md" "b/developLog/spring/basic/_ \354\212\244\355\224\204\353\247\201\354\235\230 \355\225\265\354\213\254\354\235\200 \353\254\264\354\227\207\354\235\270\352\260\200__.md"
new file mode 100644
index 0000000..449bf8d
--- /dev/null
+++ "b/developLog/spring/basic/_ \354\212\244\355\224\204\353\247\201\354\235\230 \355\225\265\354\213\254\354\235\200 \353\254\264\354\227\207\354\235\270\352\260\200__.md"	
@@ -0,0 +1,169 @@
+---
+description: 스프링의 핵심은 무엇인가?
+---
+
+# 스프링의 핵심은 무엇인가?
+
+## 스프링이란?
+
+> 🔗 출처 : [https://dev-coco.tistory.com/80](https://dev-coco.tistory.com/80) \
+> 🔗 강의 출처 :[https://www.inflearn.com/course/스프링부트-개념정리](https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81%EB%B6%80%ED%8A%B8-%EA%B0%9C%EB%85%90%EC%A0%95%EB%A6%AC)
+
+### 🍒 스프링은 프레임워크이다.
+
+> Framework : 틀안에서 동작하다.
+
+구슬은 틀안에서 움직임과 같은 것이다. 틀 안에서 벗어나지 말라는 뜻으로 틀을 제공해줄 테니 이 틀에 맞춰서 개발을 해라 그렇게 하면 좋은 프로그램을 만들 수 있다.
+
+### 🍒 스프링은 오픈 소스이다.
+
+* 스프링이 어떻게 만들어졌는 지 내부를 볼 수 있고 내부를 뜯어고칠 수 있다.
+* 소스 코드가 공개! 오픈 소스이기 때문에 불편한 부분을 고쳐서 기여 가능하다.
+
+### 🍒 스프링은 IoC 컨테이너를 가진다.(Inversion Of Control)
+
+**class**는 설계도이며, **object**는 실체화가 가능한 것이며(롤 캐릭터 중 누누는 class이나 캐릭터는 추상적인 의미의 추상 클래스), **instance**는 실체화 된 것이다.
+
+object를 의자 s = new 의자();로 **heap**에 올리면 이 s는 만든 메서드가 관리함 단점은 이렇게 되면 **나중에 공유할 때 힘들어진다.**
+
+<figure><img src="../../.gitbook/assets/image (3) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+<figure><img src="../../.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+#### ⭐ IoC(역전의 제어) ⇒ 주로 주도권 스프링
+
+> 객체의 생성, 생명주기의 관리까지 **모든 객체에 대한 제어권이 바뀌었다는 것을 의미**
+
+컴포넌트 의존관계 설정(Component dependency resoulution), 설정(Configuration) 및 생명주기(LifeCycle)을 해결하기 위한 `디자인 패턴(Design Pattern)`이다.
+
+* 스프링이 직접 만든다. 스캔하여 heap 메모리에 올려주고 스프링이 직접 관리
+
+<figure><img src="../../.gitbook/assets/image (3) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+#### ⭐ IoC 컨테이너
+
+> **컨테이너?**란&#x20;
+>
+> 컨테이너는 보통 객체의 생명주기를 관리, 생성된 인스턴스들에게 추가적인 기능을 제공하도록 하는 것
+
+스프링 프레임워크도 **객체를 생성하고 관리하고 책임지고 의존성을 관리해주는 컨테이너**가 있는데,그것이 바로 `IoC 컨테이너(=스프링 컨테이너)`
+
+인스턴스 생성부터 소멸까지의 인스턴스 생명주기 관리를 개발자가 아닌 컨테이너가 대신 해주기 때문에 **객체 관리 주체가 프레임워크(Container)**가 되기 때문에 개발자는 로직에 집중할 수 있다는 장점이 있다.
+
+* IoC 컨테이너는 객체의 생성을 책임지고, 의존성을 관리한다.
+* `POJO`의 생성, 초기화, 서비스, 소멸에 대한 권한을 가진다.
+* 개발자들이 직접 POJO를 생성할 수 있지만 컨테이너에게 맡긴다.
+* 개발자는 비즈니스 로직에 집중할 수 있다.
+* 객체 생성 코드가 없으므로 TDD가 용이하다.
+
+> **POJO(Plain Old Java Object)란?** 주로 특정 자바 모델이나 기능, 프레임워크를 **따르지 않는** `Java Object`를 지칭한다. **Java Bean 객체가 대표적**이다. 간단하게 getter / setter를 생각하면 될 것 같다.
+
+### 🍒 스프링은 DI를 지원한다.
+
+#### ⭐ IoC의 분류 : DL(Dependency Lookup) 과 DI (Dependency Injection)
+
+* `DL` : 저장소에 저장되어 있는 Bean에 접근하기 위해 컨테이너가 제공하는 **API를 이용하여 Bean을 Lockup**하는 것
+* `DI` : 각 클래스간의 의존관계를 **빈 설정(Bean Definition) 정보를 바탕으로 컨테이너가 자동으로 연결**해주는 것
+  * Setter Injection (수정자 주입)
+  * Constructor Injection (생성자 주입)
+  * Method Injection (필드 주입)
+* DL 사용시 컨테이너 종속이 증가하기 때문에 주로 DI를 사용한다. DI로 인해 스프링이 만든 것들을 다른 곳에서 사용이 가능하다. **즉, 공유가 가능하다.**
+
+<figure><img src="../../.gitbook/assets/image (4) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+> 🔗 출처 : [https://dog-developers.tistory.com/12](https://dog-developers.tistory.com/12)
+
+#### ⭐ DI(Dependency Injection)란?
+
+{% content-ref url="component-bean.md" %}
+[component-bean.md](component-bean.md)
+{% endcontent-ref %}
+
+{% content-ref url="3-field-setter.md" %}
+[3-field-setter.md](3-field-setter.md)
+{% endcontent-ref %}
+
+#### ⭐ 스프링 컨테이너 (= IoC 컨테이너)의 종류
+
+* 스프링 컨테이너가 관리하는 객체를 빈(Bean)이라고 하고,이 빈들을 관리한다는 의미로 컨테이너를 `빈 팩토리(BeanFactory)` 라고 부른다.
+* **객체의 생성과 객체 사이의 런타임 관계를 DI 관점**에서 볼 때 컨테이너를 `BeanFactory`라고 한다.
+* BeanFactory에 **여러가지 컨테이너 기능을 추가**한 `어플리케이션컨텍스트(ApplicationContext)`가 있다.
+
+#### ⭐ BeanFactory와 ApplicationContext
+
+**1.  BeanFactory**
+
+* BeanFactory 계열의 **인터페이스만 구현한 클래스**는 단순히 컨테이너에서 객체를 생성하고 DI를 처리하는 기능만 제공한다.
+* Bean을 등록, 생성, 조회, 반환 관리를 한다.
+* `팩토리 디자인 패턴`을 구현한 것으로 BeanFactory는 **빈을 생성하고 분배하는 책임을 지는 클래스**이다.
+* Bean을 조회할 수 있는 `getBean()` 메소드가 정의되어 있다.
+* 보통은 BeanFactory를 바로 사용하지 않고, 이를 확장한 ApplicationContext를 사용한다.
+
+**2.  ApplicationContext**
+
+* Bean을 등록, 생성, 조회, 반환 관리하는 기능은 BeanFactory와 같다.
+* 스프링의 각종 부가 기능을 추가로 제공한다.
+* BeanFactory 보다 더 추가적으로 제공하는 기능
+  * **국제화가 지원되는** 텍스트 메시지를 관리 해준다.
+  * 이미지같은 파일 자원을 로드할 수 있는 포괄적인 방법을 제공해준다.
+  * 리스너로 등록된 빈에게 **이벤트 발생을 알려준다.**
+  *
+
+      <figure><img src="../../.gitbook/assets/image (5) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+> 🔗 출처 : [https://dog-developers.tistory.com/12](https://dog-developers.tistory.com/12)
+
+따라서 대부분의 어플리케이션에서는 빈팩토리 보다는 어플리케이션콘텍스트를 사용하는 것이 더 좋다.
+
+### 🍒 스프링은 엄청나게 많은 필터를 가지고 있다.
+
+#### 필터란?
+
+문지기와 같음.. 임무를 준다. 예를 들어 권한이 없다면 못들어 오게 막는 것과 같은 것을 말한다.
+
+A나라의 성을 `tomcat`이라고 보고 왕의 집을 `스프링 컨테이너`라고 생각하면 됨
+
+<figure><img src="../../.gitbook/assets/image (7) (1) (1).png" alt=""><figcaption></figcaption></figure>
+
+**톰켓 쪽으로 들어오는 필터**는 실제 `filter`라고 불리며, web.xml을 가진다. 두 번째로 스**프링 컨테이너로 들어가는 필터**는 `Interceptor`(AOP)로 권한체크를 해줌
+
+### 🍒 스프링은 엄청나게 많은 어노테이션을 가지고 있다(리플렉션, 컴파일체킹)
+
+#### 리플렉션(Reflection)
+
+[https://velog.io/@prettylee620/Reflection](https://velog.io/@prettylee620/Reflection)
+
+#### 컴파일체킹
+
+1. 어노테이션 (주석 + hint) : 컴파일러가 무시하지 않음 ⇒ 마치 `@Override`
+
+<figure><img src="../../.gitbook/assets/image (8) (1).png" alt=""><figcaption></figcaption></figure>
+
+*   스프링은 어노테이션을 통해 객체를 생성
+
+    * `@Compont` : 클래스 메모리에 로딩, 즉 IoC가 스캔 읽어서 heap에 자동으로 올려줌
+
+    <figure><img src="../../.gitbook/assets/image (10) (1).png" alt=""><figcaption></figcaption></figure>
+
+    * `@Autowired` : 로딩된 객체 해당 변수에 집어 넣기, 동일한 타입의 객체가 있는지 확인 후 `있다면` 타입(A)을 통해 찾음 있다면 연결 즉, DI 해주게 된다. 없다면 `null`이 들어감
+
+    ```java
+    class B{
+    A a = new A();
+    }
+    ```
+
+    라면, 새로 객체를 만들어서 또 다른 A 객체가 다른 공간에 생성되게 됨
+
+    ```java
+    class B{
+    @Autowired
+    A a 
+    }
+    ```
+
+    라면, B 클래스 스캔 시 **분석하는 기법으로 런타임 시 분석하며, 이를** `리플렉션`이라고 하는데 분석 시 메서드, 필드, 어노테이션이 어떤 것이 있는지와 **무엇인가 해**라고 설정할 수 있다.
+
+<figure><img src="../../.gitbook/assets/image (11) (1).png" alt=""><figcaption></figcaption></figure>
+
+2. // 주석 : 컴파일러가 무시
diff --git "a/developLog/spring/basic/_ \354\235\230\354\241\264\354\204\261 \354\243\274\354\236\205 3\352\260\200\354\247\200 \353\260\251\353\262\225 _ _\354\203\235\354\204\261\354\236\220 \354\243\274\354\236\205_ Field \354\243\274\354\236\205_ Setter \354\243\274\354\236\205__.md" "b/developLog/spring/basic/_ \354\235\230\354\241\264\354\204\261 \354\243\274\354\236\205 3\352\260\200\354\247\200 \353\260\251\353\262\225 _ _\354\203\235\354\204\261\354\236\220 \354\243\274\354\236\205_ Field \354\243\274\354\236\205_ Setter \354\243\274\354\236\205__.md"
new file mode 100644
index 0000000..a1d4ad2
--- /dev/null
+++ "b/developLog/spring/basic/_ \354\235\230\354\241\264\354\204\261 \354\243\274\354\236\205 3\352\260\200\354\247\200 \353\260\251\353\262\225 _ _\354\203\235\354\204\261\354\236\220 \354\243\274\354\236\205_ Field \354\243\274\354\236\205_ Setter \354\243\274\354\236\205__.md"	
@@ -0,0 +1,137 @@
+---
+description: 의존성 주입 3가지 방법 - (생성자 주입, Field 주입, Setter 주입)
+---
+
+# 의존성 주입 3가지 방법 - (생성자 주입, Field 주입, Setter 주입)
+
+Spring은 `@Autowired` 어노테이션을 이용한 다양한 의존성 주입(DI; Dependency Injection) 방법을 제공한다. 의존성 주입은 필요한 객체를 **직접 생성하는 것이 아닌 외부로부터 객체를 받아 사용**하는 것으로 이를 통해 객체간의 **결합도를 줄이고 코드의 재활용성을 높일 수 있다.**
+
+`@Autowired` 는 Spring에게 **의존성을 주입하는 지시자 역할**로 쓰인다.
+
+#### 의존성 주입을 해야 하는 이유
+
+* Test가 용이해진다.
+* 코드의 재사용성을 높여준다.
+* 객체 간의 의존성(종속성)을 줄이거나 없앨 수 있다.
+* 객체 간의 결합도를 낮추면서 유연한 코드를 작성할 수 있다.
+
+## 의존성 주입의 3가지 방법
+
+### 1. 생성자 주입(Constructor Injection)
+
+```java
+@Controller
+public class CocoController {  
+//final을 붙일 수 있음    
+private final CocoService cocoService;  
+//---------------------------------------------------------  
+//@Autowired     
+public CocoController(CocoService cocoService) {        
+	this.cocoService = cocoService;    
+}}
+```
+
+클래스의 생성자가 하나이고, 그 생성자로 주입받을 객체가 빈으로 등록되어 있다면  `@Autowired`를 생략 할 수 있다.
+
+### 2. 필드 주입(Field Injection)
+
+<figure><img src="../../.gitbook/assets/image (16) (1).png" alt=""><figcaption></figcaption></figure>
+
+필드에 `@Autowired` 어노테이션만 붙여주면 자동으로 의존성 주입된다. 사용법이 매우 간단하기 때문에 가장 많이 접할 수 있는 방법이다.
+
+### 3. 수정자 주입(Setter Injection)
+
+```java
+@Controller
+public class CocoController {    
+	private CocoService cocoService;        
+	@Autowired    
+	public void setCocoService(CocoService cocoService) {    	
+		this.cocoService = cocoService;    
+}}
+```
+
+**Setter 메서드**에 @Autowired 어노테이션을 붙이는 방법으로 단점은 수정자 주입을 사용하면 setXXX 메서드를 **public으로 열어두어야 하기 때문에 언제 어디서든 변경이 가능하다.**
+
+## 어떤 주입 방식을 사용하는 게 좋을까?
+
+spring Framwork reference에서 권장하는 방법은 `생성자를 통한 주입`이다. 필드 주입이나 수정자 주입과 다르게 생성자 주입 방법이 주는 장점에 대해 이해하기!
+
+### 생성자 주입을 권장하는 이유
+
+#### 1. 순환 참조를 방지할 수 있다.
+
+개발을 하다 보면 여러 컴포넌트 간에 의존성이 생긴다.
+
+예를 들어, A가 B를 참조하고, B가 다시 A를 참조하는 순환 참조되는 코드가 있다고 가정.
+
+```java
+@Service
+public class AService {    
+// 순환 참조    
+	@Autowired    
+	private BService bService;    
+	public void HelloA() {        
+		bService.HelloB();    
+}}
+```
+
+```java
+@Service
+public class BService {    
+// 순환 참조    
+	@Autowired    
+	private AService aService;    
+public void HelloB() {        
+		aService.HelloA();    }}
+```
+
+필드 주입과 수정자 주입은 `빈이 생성된 후에 참조를 하기 때문에` **어플리케이션이 아무런 오류 그리고 경고 없이 구동된다.**
+
+그리고 그것은 실제 코드가 호출될 때까지 문제를 알 수 없다는 것이다. 나는 순환참조로 골치 아파던 적이 있었다..
+
+반면, **생성자를 통해 주입하고 실행**하면 `BeanCurrentlyInCreationException`이 발생하게 된다.
+
+순환 참조 뿐만아니라 더 나아가서 의존 관계에 내용을 외부로 노출 시킴으로써 어플리케이션을 실행하는 시점에서 오류를 체크할 수 있다.
+
+#### 2. 불변성(Immutability)
+
+생성자로 의존성을 주입할 때 `final`로 선언할 수 있고, 이로 인해 런타임에서 의존성을 주입받는 객체가 변할 일이 없어지게 된다. 하지만 수정자 주입이나 일반 메소드 주입을 이용하게 되면 \*\*불필요하게 수정의 가능성을 열어두게 되고,\*\*이는 OOP의 5가지 원칙 중 `OCP(Open-Closed Principal, 개방-폐쇄의 원칙)`를 위반하게 된다.
+
+그러므로 생성자 주입을 통해 변경의 가능성을 배제하고 불변성을 보장하는 것이 좋다.
+
+또한, **필드 주입 방식**은 `null`이 만들어질 가능성이 있는데, final로 선언한 생성자 주입 방식은 **null이 불가능하다.**
+
+```java
+@Controller
+public class CocoController {    
+	private final CocoService cocoService;    
+	public CocoController(CocoService cocoService) {        
+		this.cocoService = cocoService;    }}
+```
+
+#### 3. 테스트에 용이하다.
+
+생성자 주입을 사용하게 되면 테스트 코드를 좀 더 편리하게 작성할 수 있다.
+
+```java
+public class CocoService {    
+	private final CocoRepository cocoRepository;    
+	public CocoService(CocoRepository cocoRepository) {    	
+		this.cocoRepository = cocoRepository;    
+		}    
+	
+	public void doSomething() {        
+		// do Something with cocoRepository    
+	}}
+	public class CocoServiceTest {    
+		CocoRepository cocoRepository = new CocoRepository();    
+		CocoService cocoService = new CocoService(cocoRepository);    
+
+		@Test    
+		public void testDoSomething() {        
+			cocoService.doSomething();    
+}}
+```
+
+독립적으로 인스턴스화가 가능한 `POJO(Plain Old Java Object)`를 사용하면, DI 컨테이너 없이도 의존성을 주입하여 사용할 수 있다. 이를 통해 코드 가독성이 높아지며, 유지보수가 용이하고 테스트의 격리성과 예측 가능성을 높일 수 있다는 장점. 위와 같은 이유로 필드 주입이나 수정자 주입 보다는 생성자 주입의 사용을 권장
diff --git "a/developLog/spring/book/_ \354\202\254\353\236\214\354\235\204 \354\202\254\353\236\221\355\225\234 \352\270\260\354\210\240_.md" "b/developLog/spring/book/_ \354\202\254\353\236\214\354\235\204 \354\202\254\353\236\221\355\225\234 \352\270\260\354\210\240_.md"
new file mode 100644
index 0000000..fb2cf80
--- /dev/null
+++ "b/developLog/spring/book/_ \354\202\254\353\236\214\354\235\204 \354\202\254\353\236\221\355\225\234 \352\270\260\354\210\240_.md"	
@@ -0,0 +1,173 @@
+---
+description: 스프링 관련 책의 cheater 1
+---
+
+# 사람을 사랑한 기술
+
+## 1. 기계어 : cpu의 언어
+
+## 2. 어셈블리어: 0과 1을 넘어서 인간 중심으로
+
+어셈블리어가 남긴 대박적인 유산은 뭐냐면, 기계어를 넘어서 인간의 언어를 따라하고 프로그래밍을 가능하게 한거야.
+
+* 애드삭: 최초로 프로그램 내장 방식을 쓴 전자계산기
+* 유니박: 최초의 상업용 컴퓨터. 이걸로 창조적인 모방이 시작되었지.
+
+그런데 애드삭, 유니박 시절의 어셈블리어는 이식이 잘 안되는 단점이 있었어. 이 문제를 해결하기 위해 나온 게 바로 C언어야.
+
+## 3. C언어: 강력한 이식성
+
+어셈블리어를 쓸 때는, 같은 일을 하는 프로그램의 소스 파일을 각각의 기계마다 만들어야 했어. 그런데 C언어가 나오면서 이제 하나의 소스 파일만 있으면 돼.
+
+![](https://velog.velcdn.com/images/prettylee620/post/c0395c85-c67b-4e38-aece-0d958671d926/image.png)
+
+* 하나의 소스 파일을 각 기계에 맞는 **컴파일러로 컴파일**하면 기계에 맞는 기계어 목적 파일이 만들어져.
+* 하나의 소스 파일 ⇒ 기종별로 컴파일 ⇒ 해당 기종별 목적파일: 기계어 코드 생성
+
+> One Source : 하나의 C 소스 파일만 작성 Multi Object : 기종마다 하나씩 기계어 목적 파일을 생성 Use Anywhere : 모든 컴퓨터에서 실행 가능
+
+![](https://velog.velcdn.com/images/prettylee620/post/54005586-d627-4abc-ac13-6f27fe456fa4/image.png)
+
+> 🔗 출처 : [https://github.com/gyoogle/tech-interview-for-developer/blob/master/Language/\[c\] C언어 컴파일 과정.md](https://github.com/gyoogle/tech-interview-for-developer/blob/master/Language/\[c]%20C%EC%96%B8%EC%96%B4%20%EC%BB%B4%ED%8C%8C%EC%9D%BC%20%EA%B3%BC%EC%A0%95.md)
+
+하지만 운영체제가 하드웨어의 특성을 추상화하고, 컴파일러는 운영체제별로 만들어져서 공급되니까, 컴파일 전에 그 기종에 맞게 소스를 바꿔야 하는 작업이 필요해.
+
+### C언어에서 말하는 강력한 이식성
+
+> C언어의 '강력한 이식성'이란, 어셈블리어보다 이식성이 좋다는 거지, 자바보다 이식성이 좋다는 건 아니야.
+
+자바는 `jvm`이라는 컴파일러가 다 운영체제에 맞게 알아서 설명해준다는 것
+
+🌟 인간이 이해하기 쉬운 언어 체계가 기계어와 1:1 매칭이 아닌 m::n 매칭이 가능해졌다는 것
+
+## 3. C++ 언어 : 정말 인간적인 프로그래밍 방법론, 객체 지향
+
+C++은 C에 객체 지향 개념을 도입함으로써 역사에 한 획을 그은 언어가 되었어
+
+객체 지향은 개발자에게 이롭게 하기 위한 것이므로 2, 3장에서 자세히 다룬다고 해
+
+## 4. 자바 : 진정한 객체 지향 언어
+
+`C++`이야 말로 순수 객체 지향 개념에 가장 충실한 언어이지만 C++은 **객체 없는 프로그래밍도 가능하기 때문에** 객체 지원 언어로 부르는 것이 더 적절하다고 본대
+
+객체 지향 언어의 중심에는 클래스!!
+
+### 클래스와 c++과 자바의 차이
+
+> 자바는 클래스를 떠나 존재할 수 있는 것이 없다!
+
+이거 하나로 자바는 객체지향 언어라는 것을 알 수 있지
+
+```jsx
+public class Person {
+    // 필드
+    private String name;
+    private int age;
+
+    // 생성자
+    public Person(String name, int age) {
+        this.name = name;
+        this.age = age;
+    }
+
+    // 메서드
+    public void displayInfo() {
+        System.out.println("Name: " + name + ", Age: " + age);
+    }
+
+    // 게터와 세터
+    public String getName() {
+        return name;
+    }
+
+    public void setName(String name) {
+        this.name = name;
+    }
+
+    public int getAge() {
+        return age;
+    }
+
+    public void setAge(int age) {
+        this.age = age;
+    }
+
+    // 메인 메서드 (테스트용)
+    public static void main(String[] args) {
+        Person person = new Person("John", 30);
+        person.displayInfo();
+
+        person.setName("Jane");
+        person.setAge(25);
+        person.displayInfo();
+    }
+```
+
+심지어 코드를 보는 것 처럼 프로그램의 시작점인 `main() 메서드` 마저 클래스 외부가 아닌 내부에 존재해야 한다는 거야
+
+모든 **메서드**도 아래와 같이 접근해야 한다는 거야.
+
+* 클래스.메서드명()
+* 객체.메서드명()
+
+```jsx
+system.out.println(); // system
+```
+
+반면에, C+의 main() 함수는 클래스와 별개로 존재할 수 있고, printf() 함수는 클래스나 객체 관계없이 호출 할 수 있지
+
+### JAVA가 인간을 이롭게 하는 방법
+
+자바와 C++이 개발자에 대한 사랑한 방법은 바로 `가상 머신(Virtual Machine)`이야. C#의 가상머신은 CLR이라는 것으로 공통 언어 런타임에 약자야.
+
+그렇다면 **가상 머신이 어떻게 인간을 이롭게 했을까?** 그전의 자바의 인간 사랑을 단어로 줄이자면 아래와 같아.
+
+> Write Once Use Anywhere
+
+⇒ One Object 라는 것이 c언어와 차이가 있어
+
+즉, 이게 **뭘 의미 하냐면 컴파일러를 기종별로 따로 구매하지 않아도 된다는 거야.** 하나의 목적 파일이니까.
+
+그렇다면.. 어떤 것 덕분인걸까? 앞에서 설명한 것처럼 가상머신이 우리를 이롭게 했지.
+
+![](https://velog.velcdn.com/images/prettylee620/post/7d2a0ca4-c217-4ca1-bd82-d4207c79f93d/image.png)
+
+자바 프로그램이 다양한 운영 체제에서 실행될 수 있는 이유는 즉, `JVM(Java Virtual Machine)` 덕분이야.
+
+아마.. 자바를 공부한 사람들은 대부분 알고 있었겠지
+
+#### 여기서 잠깐! 🌟 JVM, JRE, JVM의 차이
+
+* **JVM (Java Virtual Machine)**: 자바 바이트코드를 실행하는 가상 머신인데, 운영 체제나 하드웨어에 의존하지 않아. 그래서 각 운영 체제에 맞는 JVM이 있어야 자바 바이트코드를 실행할 수 있어.
+* **JRE (Java Runtime Environment)**: 자바 애플리케이션을 실행하기 위한 환경을 제공해. JRE에는 JVM과 표준 자바 클래스 라이브러리가 포함되어 있어.
+* **JDK (Java Development Kit)**: 자바 애플리케이션을 개발하기 위한 도구 모음으로, JRE와 개발에 필요한 컴파일러 및 기타 도구가 포함되어 있어.
+
+`JVM`은 가상의 컴퓨터를 물리적 컴퓨터의 메모리 안에 하나 더 구축하는 것으로 가상이긴 하지만 **컴퓨터를 하나 더 만드는 것**으로 더 많은 CPU 자원과 더 많은 물리적 메모리를 소비했음은 당연하므로 속도가 굉장히 느려 배척 받을 뻔 했대..
+
+#### 어셈블리어, C, 자바의 차이
+
+| 구분      | 어셈블러              | C                     | 자바                                         |
+| ------- | ----------------- | --------------------- | ------------------------------------------ |
+| 개발자의 코딩 | 일상 단어 사용          | 수학적 기호 사용             | 수학적 기호 사용                                  |
+| 소스 파일   | 기종마다 하나씩          | 기종이 몇 개든 단 하나         | 기종이 몇 개든 단 하나                              |
+| 목적 파일   | 어셈블러로 기계어 생성      | 컴파일러로 해당 운영체제용 기계어 생성 | 기종이 몇 개든 단 하나의 JVM용 기계어 생성                 |
+| 기계어 비교  | 기계어량 1:1 대응하는 니모닉 | 기계어와 m:n 대응하는 수학적 기호  | 기계어와 m:n 대응하는 수학적 기호                       |
+| 비고      | 기종별 어셈블러 필요       | 기종별 컴파일러 필요           | 단 하나의 컴파일러만 필요 기종별 JRE 세팅 필요(한 번만 설치해주면 됨) |
+
+**객체 지향의 4대 특성**을 누군가에게 설명할 수 있게 제대로 이해해야 하는 게 중요!!!
+
+뿐만 아니라 `스프링 프레임워크`는 사상이면서 또 단일 제품이다. 스프링은 객체 지향의 기반 위에 굳건히 서 있기 때문이라고 해
+
+스프링 프레임워크를 학습하기 가장 힘든 이유는 OOP 자체를 잘 모르거나 오해하기 때문이라고… 그렇기에 OOP를 이해하는 것이 중요하고 그 것을 이해하면 `일관성`을 깨워치게 될 거라고 해!
+
+#### POJO(Plain Old Java Object)
+
+> 세 가지 유형의 진동을 줌으로써 거대한 프레임워크를 완성했어
+
+![](https://velog.velcdn.com/images/prettylee620/post/97d0d765-bea8-46e1-9275-20d45542caaf/image.png)
+
+스프링 프레임워크의 가장 큰 장점 중 하나는 ORM, OXM, JMS 등 `엔터프라이즈 애플리케이션`을 구현하는 데 필요한 거의 모든 서비스를 지원해준다는 거지!
+
+> 즉, 이런 다양한 서비스를 지원해주는 `PSA(일관성 있는 추상화)` 기법을 통해 중구난방으로 구현된 다양한 기술을 표준화된 방식으로 사용할 수 있게 지원해줘
+
+객체 지향을 이해해야 올바른 자바 프로그램을 만들 수 있고, 또 스프링에 입문할 수 있다.
diff --git "a/developLog/spring/lecture/undefined/_ \354\212\244\355\224\204\353\247\201 \353\266\200\355\212\270 \354\204\234\353\262\204 \352\260\234\353\260\234 \355\224\204\353\241\244\353\241\234\352\267\270_.md" "b/developLog/spring/lecture/undefined/_ \354\212\244\355\224\204\353\247\201 \353\266\200\355\212\270 \354\204\234\353\262\204 \352\260\234\353\260\234 \355\224\204\353\241\244\353\241\234\352\267\270_.md"
new file mode 100644
index 0000000..1a9b71a
--- /dev/null
+++ "b/developLog/spring/lecture/undefined/_ \354\212\244\355\224\204\353\247\201 \353\266\200\355\212\270 \354\204\234\353\262\204 \352\260\234\353\260\234 \355\224\204\353\241\244\353\241\234\352\267\270_.md"	
@@ -0,0 +1,148 @@
+# 스프링 부트 서버 개발 프롤로그
+
+![](https://velog.velcdn.com/images/prettylee620/post/09a20276-fa60-42db-88f7-696abfca436f/image.png)
+
+> 출처 : [자바와 스프링 부트로 생애 최초 서버 만들기, 누구나 쉽게 개발부터 배포까지! \[서버 개발 올인원 패키지\]](https://www.inflearn.com/course/%EC%9E%90%EB%B0%94-%EC%8A%A4%ED%94%84%EB%A7%81%EB%B6%80%ED%8A%B8-%EC%84%9C%EB%B2%84%EA%B0%9C%EB%B0%9C-%EC%98%AC%EC%9D%B8%EC%9B%90/dashboard)
+
+## 1. JVM
+
+### 1) 컴퓨터는 바보다.
+
+#### 컴파일
+
+* 인간이 이해하기 쉬운 언어를 기계어로 번역하는 과정
+
+#### 컴파일러
+
+* 컴파일을 하는 프로그램
+
+#### 바이트 코드
+
+* 0과 1로 이루어진 코드, 컴퓨터가 이해할 수 있다.
+
+### 2) 0과 1의 조합은 운영체제마다 다르다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/fd5daf80-5b93-482e-9307-32182ac70977/image.png)
+
+#### 자바의 경우 Jvm이 운영체제 위에 존재한다
+
+* JVM : 0과 1과 운영체제 사이에서 둘을 호환시켜주는 역할을 하는 것
+* JVM 운영체제에게 한 번 더 번역해준다는 것(운영체제 마다 똑같은 결과)
+
+![](https://velog.velcdn.com/images/prettylee620/post/52548fd2-2209-49a6-80e8-13ab9f8b7b8f/image.png)
+
+#### JVM
+
+* 스칼라, 그루비, 코틀린
+* 원래는 OS마다 다른 컴파일러가 필요하지만, **JAVA는 JVM과 0과 1을 OS에 맞게 번역해준다.**
+  * 즉, 똑같은 JAVA 바이트 코드를 OS마다 다르게 해석해주는 것
+* 이 JVM은 인기가 상당해서, JAVA 외의 다른 언어에서도 사용하고 있다.
+
+## 2. JRE? JDK? JVM?
+
+![](https://velog.velcdn.com/images/prettylee620/post/9b2a1f6e-cabb-440e-ae38-c7957b5ac67b/image.png)
+
+### 1) JVM
+
+1. 자바 가상 머신의 약자
+2. Java Virtual Machine
+3. OS 별로 존재한다
+4. 바이너리 코드를 읽고 검증하고 실행한다.
+
+### 2) JRE
+
+1. 자바 실행 환경의 약자
+2. Java Runtime Environment
+3. JRE = JVM + 자바 프로그램
+4. 실행에 필요한 라이브러리 파일
+5. JVM의 실행환경을 구성(스캐너)
+
+### 3) JDK
+
+1. 자바 개발 도구의 약자
+2. Java Development Kit
+3. JDK = JRE + 개발을 위한 도구
+4. 컴파일러, 디버그 도구 등이 포함
+5. JAVA의 버전 = JDK의 버전
+
+## 3. JDK의 버전
+
+### LTS(Long Time Support)
+
+* 오래 써도 되는 버전
+* 우리가 오래 지원할게요\~
+* 8과 11
+
+### Oracle JDK VS Open JDK
+
+1. Oracle JDK : 오라클에서 만든 JDK, 개인에게 무료, 기업용은 유료
+2. Open JDK : Oracle JDK와 비슷한 성능, 언제나 무료
+
+### JDK의 버전과 종류
+
+1. JDK는 버전이 있고 각 버전별로 새로운 기능이 추가되거나 기존 기능이 사라진다.
+2. JDK에는 종류가 있고, 기능 자체는 모두 동일하나 성능과 비용에 약간의 차이가 있을 수 있다.
+
+## 4. 빌드와 실행
+
+### 빌드(Build)
+
+* 소스 코드 파일을 컴퓨터에서 실행할 수 있는 독립 sw 가공물(하나의 파일로) 변환시키는 과정
+* 독립 sw 가공물 = Artifact
+
+### 빌드를 세분화 하면
+
+1. 소스 코드를 컴파일
+2. 테스트 코드를 컴파일
+3. 테스트 코드 실행
+4. 테스트 코드 리포트를 작성
+5. 기타 추가 설정한 작업들을 진행
+6. **패키징을 수행**한다(외부 소스를 가져다가 패키징)
+7. 최종 sw 결과물(Artifact)를 만들어 낸다.
+
+### 실행(run)
+
+* 내가 작성한 코드(혹은 테스트 코드)를 컴파일을 거쳐, 작동시켜 보는 것
+* 독립 SW 가공물이 나올 수 도 있고, 나오지 않을 수도 있음
+* 주의 : `인터프리터 언어`는 컴파일이 필요 없다.
+
+빌드를 수동으로 하면 각기 다른 사람이 다르게 나오고 리소스도 많이 듦 ⇒ 빌트 툴
+
+## 5. JAVA의 빌드 툴
+
+### 1) 빌드 툴(build tool)
+
+* 소스코드의 빌드 과정을 자동으로 처리 해주는 프로그램
+* 외부 소스 코드(외부 라이브러리) 자동 추가, 관리
+
+### 2) 빌드 툴 종류
+
+#### 1. Ant = 거의 x
+
+* 설정을 위해 xml을 사용
+* 간단하고 사용하기 쉽다고 함
+* 복잡한 처리를 하려 하면 빌드 스크립트가 장황해져 관리가 어렵다
+* 외부 라이브러리를 관리하는 구조가 없다
+
+#### 2. Maven
+
+* 설정을 위해 xml을 사용한다
+* 외부 라이브러리를 관리할 수 있다.
+* 장황 빌드 스크립트 문제를 해결했다.
+* 특정 경우에 xml이 복잡해진다.
+* xml 자체의 한계가 있다.
+
+#### 3. Gradle
+
+* 설정을 위해 groovy 언어를 사용
+* 외부 라이브러리를 관리할 수 있다.
+* 유연하게 빌드 스크립트를 작성할 수 있다.
+* 성능이 뛰어나다.
+* 가장 최신에 나온 자바 빌드 툴로 신규 프로젝트에서 많이 사용되고 있다.
+
+## 6. 정리
+
+1. `빌드`란 단순히 실행하는 것과 다르다.
+2. **빌드 과정 자동화**와 **외부 라이브러리 관리**를 위해 **빌드 툴**이 사용된다.
+3. 널리 쓰였던 (쓰이는) java 빌드 툴에는 ant/maven/gradle 3가지가 있다.
+4. 현재 주로 maven/gradle 2가지가 많이 쓰인다.
diff --git a/developLog/tip-bookmark/_ Bookmark_.md b/developLog/tip-bookmark/_ Bookmark_.md
new file mode 100644
index 0000000..91700bd
--- /dev/null
+++ b/developLog/tip-bookmark/_ Bookmark_.md	
@@ -0,0 +1,228 @@
+---
+icon: bookmark
+---
+
+# Bookmark
+
+### TIM
+
+> 나는 불안하면 정보를 수집하는 사람이다.. 그래서 항상 불안할 때마다 이것저것 보고 괜찮은 건 링크를 복사해서 내게 카톡 보내기를 사용해서 링크를 모아뒀다. 그러다가 저렇게 하니까 한눈에 찾아보기도 힘들고 그래서 노션에다가 정리를 했다.  이런식으로 정리해뒀는데.. IT는 새로운 지식도 계속 업데이트 되니까 정보 싸움이기도 하고 처음 이쪽 분야로 길을 가자 했을 때.. 정보는 많지만 거기서 내가 원하는 정보를 찾는 것은 힘들어서 찾을 때마다 정리해뒀다. 이 내가 모은 정보들이 남들한테도 도움이 됐으면 좋겠어서 블로그에 정리하게 됐다. 미루다가 하루 날 잡고 정리하게 됐다. **다만 최신인 것도 있고 아닌 것도 있기에 잘 걸러서 보면 될 것 같다.**
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/5e1542be-722d-4791-a69f-4fef39226d87/image.png" alt=""><figcaption></figcaption></figure>
+
+## 1. IT 관련 사이트
+
+* [OKKY](https://okky.kr/) 커뮤니티 활발하고 보통 질문이나 사이드 프로젝트 팀원 구할 때도 많이 사용한다 함
+* [DroidKnights](https://www.youtube.com/c/DroidKnights/videos) 안드로이드 개발자 유투브 기술적인 부분도 많음
+* [안드로이드 유용한 오픈소스 사이트 모음](https://taewooblog.tistory.com/103) 안드로이드 유용한 오픈소스 사이트 모음
+* [개발자 치팅시트](https://github.com/rstacruz/cheatsheets) vscode, atom같은 ide부터 cli명령어, db, 프로그래밍언어 등 정말 많은 분야의 전체적인 문법이 모인 말 그대로 치팅시트
+* [고퀼리티 개발 컨텐츠](https://github.com/Integerous/goQuality-dev-contents) 프로그래밍 언어 등이 잘 정리 되어있음, **오픈채팅방**도 나와 있다!
+* [개발자에 유용한 법칙, 이론, 원칙, 패턴](https://github.com/codeanddonuts/hacker-laws-kr) 개발자에게 유용한 법칙, 이론, 원칙, 그리고 패턴들
+* [개발 관련 디스코드](https://disboard.org/ko/servers/tag/%EA%B0%9C%EB%B0%9C)
+* [롯데 무료 애니메이션](https://lottiefiles.com/)
+* [사이드 프로젝트 팀원 구할 수 있는 사이트 모음](https://ahnslab.com/sideproject-platform-list/)
+* [우테코 오픈 소스 프로젝트](https://github.com/woowacourse-teams) 우테코 오픈 소스 github
+* [Ray.so](https://ray.so/) 코드를 아름다운 이미지로 변환
+* [Roadmap.sh](https://roadmap.sh/) 학습을 안내하는 데 도움이 되는 로드맵을 제공
+* [Codepen.io](https://codepen.io/) 브라우저에서 코드를 작성하고 결과물 확인 가능
+* [Iconstore.co](https://iconstore.co/) 무료 SVG 아이콘 라이브러리
+* [Readme.so](https://readme.so/) 마크다운 에디터와 템플릿을 사용하여 ReadMe 파일을 쉽게 만들 수 있음
+* [Lorem Picsum](https://picsum.photos/) 더미 이미지를 제공하는 사이트
+* [GitBook](https://www.gitbook.com/) 제품의 모든 것을 문서화할 수 있는 문서 플랫폼
+* [Figma](https://www.figma.com/) UI 설계를 위한 협업 웹 응용 프로그램
+* [Dribbble](https://dribbble.com/) 디자이너들의 작업물을 볼 수 있는 사이트 (디자이너의 Github)
+* [balsamiq mockups](https://bubble.io/blog/balsamiq-review-bubble/) 목업용 툴 : 직관적임 유료지만
+* [pencil mockup](https://pencil.evolus.vn/) 목업용 툴
+
+출처 : [개발자로서 좋아할 12개의 사이트 커리어리](https://careerly.co.kr/comments/82743?utm\_campaign=user-share)
+
+## 2. 새로운 기술들 정보? 사이트
+
+* [REDDIT](https://www.reddit.com/) 외국 사이트이긴 한데.. 최근 기술 같은 거 알 수 있음
+* [STACKOVERFLOW](https://stackoverflow.com/) 한 번쯤 에러를 찾아보다가 봤을 것
+* [ETNEWS](https://www.etnews.com/) 전자신문으로 최근 상황들 알 수 있음
+* [국내 IT 세미나 정보들](https://github.com/hibuz/dev-conf-replay) 국내 IT 세미나 github 정리 사이트
+* 그때 그때 기술 트렌드를 알 수 있음
+* [Geek news](https://news.hada.io/) 개발 뉴스, 기술 관련 새소식, 스타트업 정보와 노하우, 세상의 재미난 것들을 좋아하는 사람들을 위한 뉴스 사이트
+* [Prouct hunt](https://www.producthunt.com/) 웹 앱, 모바일, 게임, 팟케스트 테크 관련 새로운 제품 공유
+* [Disquiet](https://disquiet.io/) It 서비스 메이커들의 소셜 네트워크
+* [okky](https://okky.kr/articles/1488333?topic=knowledge\&page=1)
+* [zeen ](https://zenn.dev/noko\_noko/articles/3ccc64c389259c): 엔지니어를 위한 정보 공유 커뮤니티
+
+\
+
+
+## 3. 취업 관련 정보 사이트
+
+* [복지리](https://www.bokziri.com/) 회사들의 복지 나와있는 노션 사이트
+* [주니어 개발자를 위한 취업정보 뿐만 아니라 이력서/포폴 작성방법, 면접팁등 유용한 링크](https://github.com/jojoldu/junior-recruit-scheduler) 주니어 개발자를 위한 취업 정보
+* [노션 포트폴리오 템플릿](https://cucus.notion.site/ab7d09fece2245d2ab17443b930aae18)
+* [매일 업데이트 되는 it 채용 일정](https://jagged-salmon-608.notion.site/IT-korecruIT-e7766b95c90c48f8beba5e7ab51afef7)
+* [주니어를 위한 취업 사이트 신입이 경력 쌓긴 좋은 회사 추천](https://github.com/jojoldu/junior-recruit-scheduler) 주니어 개발자를 위한 취업 정보
+* [신입을 뽑는 회사](https://www.jobplanet.co.kr/contents/news-4400)
+* [인프로 멘토링](https://www.inflearn.com/mentors?)
+*   [혁신의 숲](https://www.innoforest.co.kr/?utm\_source=google\&utm\_medium=cpc\&utm\_campaign=main-ver-2\&gclid=Cj0KCQjw3JanBhCPARIsAJpXTx7xhY5mxodlrrLzW\_sYVboO-iBuH4qk9eZcw2Ylk231TTHH8tiq6LoaAk5LEALw\_wcB) : 스타트업 확인 가능
+
+    \
+
+
+## 4. SNS
+
+### 오픈카톡
+
+* [알고리즘 오픈카톡방 ](https://open.kakao.com/o/gX4dTLlb)진짜 대단한 사람들 많음
+* [sw 개발자 취업정보 오픈카톡방](https://open.kakao.com/o/gTULI4vc) 사람들이 질문하거나 가끔 공고도 올라옴
+
+### 유튜브
+
+* [노마드코더](https://www.youtube.com/@nomadcoders)
+* [코딩문](https://www.youtube.com/@codingmoon)
+* [쉬운코드](https://www.youtube.com/@ez.)
+* [조코딩](https://www.youtube.com/@jocoding)
+* [코딩애플](https://www.youtube.com/@codingapple)
+* [코드없는 프로그래밍](https://www.youtube.com/@user-pw9fm4gc7e)
+
+### 트위터
+
+\
+
+
+## 5. 개발 공부
+
+### 📌 인강 관련 사이트
+
+* [꿈꾸는 개발자 데뷔코스, 새싹, 청년 사관학교](https://sesac.seoul.kr/common/greeting.do)
+* [제로 베이스 : 한달한권 | 클린코드 | zero-base](https://zero-base.co.kr/category\_dev\_camp/cleancode\_1book?utm\_source=facebook\&utm\_medium=paid\&utm\_campaign=cleancode\_1book\_conv\_it\_dr\&utm\_content=set4\_ad4\&fbclid=PAAaaSASJ3pBhZWkgW6TFvMUKQc31ubOegD5HzsHuoVBMdFm75CdihmXg2DoA\&external\_browser\_redirect=true)
+* [유데미](https://www.udemy.com/?utm\_source=adwords-brand\&utm\_medium=udemyads\&utm\_campaign=Brand-Udemy\_la.KR\_cc.KR\&utm\_term=\_.\_ag\_130894067178\_.\_ad\_561967300013\_.\_de\_c\_.\_dm\_\_.\_pl\_\_.\_ti\_kwd-485807761345\_.\_li\_1009871\_.\_pd\_\_.\_\&utm\_term=\_.\_pd\_\_.\_kw\_%EC%9C%A0%EB%8D%B0%EB%AF%B8\_.\_\&matchtype=e)
+* [인프런](https://www.inflearn.com/pages/start-20220103?utm\_source=google\_brand\_search\&utm\_medium=cpc\&utm\_campaign=inflearn\_%ED%8A%B8%EB%9E%98%ED%94%BD\_%EC%9D%B4%EB%B2%A4%ED%8A%B8\_start-20220103\&utm\_content=%EC%9E%A0%EC%9E%AC%EA%B3%A0%EA%B0%9D\_%EC%A0%84%EC%B2%B4\&utm\_term=220105\_main\_will\&gclid=Cj0KCQiAoNWOBhCwARIsAAiHnEgnmEWn4k2pniOzY1zKL8\_cBopHUTKznf\_bNBeT\_PWv2tRwq02ZFqcaAjJOEALw\_wcB)
+* [클래스101](https://class101.net/)
+* [패스트 캠퍼스](https://fastcampus.co.kr/)
+* [PROJECT LION : 멋쟁이 사자처럼](https://projectlion.io/?utm\_source=PL\&utm\_medium=SA\&utm\_campaign=PL\_GGL\_Search\_Ondemand\&utm\_content=home\&gclid=Cj0KCQiAoNWOBhCwARIsAAiHnEhbUnlUhxIiIpgChObLBCT0Vr851dRDH08Er75Wc2DWOyidfOPvYJcaAs90EALw\_wcB)
+* [구름EDU](https://edu.goorm.io/?\_ga=2.205116307.2039583478.1641437540-274653811.1639131137)
+* [생활코딩](https://opentutorials.org/course/3083)
+* [코드잇](https://www.codeit.kr/event?utm\_source=google\_paid\&utm\_medium=g\&utm\_campaign=codeit\_sa\_brand\_join%2Fpurchase\_everytime\&utm\_term=brand%20keyword\_de%EC%84%A4%EC%A0%95x\_%EC%84%A4%EC%A0%95x\&utm\_content=\_%2Fevent\&gclid=Cj0KCQiAoNWOBhCwARIsAAiHnEinyQRL27WEPiamuTbQh2OlsA42wogpBkWbGpEaUx0qlvglKFUvz8saAliAEALw\_wcB)
+* [프로그래머스](https://programmers.co.kr/skill\_check\_assignments)
+* [네이버 부스트 캠프](https://m.boostcourse.org/category/537)
+* [컴공 선배](https://risingcamp.com/?utm\_source=adriel\&utm\_medium=cpc\&utm\_campaign=insta\_%EB%B8%8C%EB%9E%9C%EB%94%A9\_%EC%BB%B4%EA%B3%B5%EC%84%A0%EB%B0%B0\_by.%EC%95%84%EB%93%9C%EB%A6%AC%EC%97%98\_campaignid\_67689\_connect\_id\_226336\&fbclid=PAAaY1beMbHQR2GnY6zDN2p1phM59JSfNNKVmcunptJGzbwxeAMhLYh8jDRcM\&external\_browser\_redirect=true)
+* [넘블](https://www.numble.it/)
+* [부트텐트 : 부트캠프 모음](https://boottent.sayun.studio/camps?r=ka)
+
+**- 그 외 앱이나 사이트**
+
+1. 점핏 : 개발자 구인 공고 모음
+2. HOLIX : 앱으로 개발자 등 관련 톡방 참여로 정보나 기술 모으기 가능
+3. 잡플래닛 : 다양한 기업 후기 보기 가능
+4. 코멘토 : 8주 부트캠프\
+
+
+### 📌 CS 지식(=기술 면접)
+
+> 이 밑에 있는 것들 중 자기 취향을 골라 하나만 보고 다른 걸로 부족한 것 채워가면 충분할 것 같다.
+
+* [\[IT 개발자와 일할 때 필요한 모든 개발지식\] A to Z 자료 모음집 By 그랩](https://www.grabbing.me/IT-A-to-Z-By-1e1fbc981b7c4c03ac44943085ac8304) 웬만한 CS 지식 집합체 IT 분야 종사자라면 봐야함
+* [\[IT 개발자와 일할 때 필요한 모든 개발지식\] A to Z 자료 모음집 By 그랩의 어려운 IT 용어 정리](https://www.grabbing.me/IT-e042e5f23b2147878ead089c97ef3c77#35a8ac77dfa84380bdd9d1c4e29e84d3) 위와 똑같은 곳으로 어려운 IT 용어 모음
+* [신입 개발자 전공 지식 & 기술 면접 백과사전](https://gyoogle.dev/blog/) 기술 면접에 대한 정리가 체계적으로 잘되어 있는 편
+* [신입 개발자 전공 지식 & 기술 면접 백과사전](https://github.com/WooVictory/Ready-For-Tech-Interview) 위의 웹사이트 GITHUB 버전
+* [다른 사람이 면접시 물어본 것을 VELOG에 정리한 것](https://velog.io/@matisse/%EA%B8%B0%EC%88%A0%EB%A9%B4%EC%A0%91-%EC%A7%88%EB%AC%B8-%EC%A0%95%EB%A6%AC-CS) 3년전 글이긴 한데 정리가 잘되있어서 나도 나중에 면접시 저런식으로 정리해야 겠다를 생각함
+* [READY FOR TECH INTERVIEW](https://github.com/WooVictory/Ready-For-Tech-Interview) 이 곳은 신입 혹은 주니어 개발자에게 필요한 지식을 정리하는 GITHUB
+* [Technical Interview Guidelines for Beginners](https://github.com/JaeYeopHan/Interview\_Question\_for\_Beginner) 시작하는 주니어 개발자들을 위한 기초 지식 정리한 GITHUB
+* [Backend-Interview-Question](https://github.com/ksundong/backend-interview-question) 백엔드 개발자 입사시 질문, 예상질문 GITHUB
+* [프론트엔드 기술 면접 대비하기 -1편](https://f-lab.kr/blog/frontend-interview-1) 프론트앤드 면접질문정리되어 있는 F-LAB
+* [자바 백엔드 개발자 질문](https://f-lab.kr/blog/java-backend-interview-2) 자바 기술 면접 대비하기정리 되어 있는 F-LAB
+* [실제로 받은 프론트앤드 질문모음 정리](https://xiubindev.tistory.com/119) 프론트앤드 질문 정리가 되어 있는 Tistory
+*   [컴퓨터 과학 키워드 총정리](https://csnote.net/) : 컴퓨터 과학 키워드가 총 정리되어 있는 사이트
+
+    \
+
+
+### 📌 알고리즘
+
+> 조금 괜찮은 기업으로 가려면 필수인 알고리즘과 코딩테스트
+
+* [알고리즘 공부에 대한 로드맵](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/)
+
+### 📌 공부법 관련 링크
+
+#### 백엔드
+
+* [신입을 위한 백엔드 정보](https://github.com/Lob-dev/Junior-Back-end-Developer-Concepts) Java & Kotlin Spring Backend 신입 개발자를 위한 github 여러 학습 자료들을 공유
+* [백엔드 개발자 학습 자료 정리 + 자바 스프링](https://velog.io/@frankle97/backend-study-collection) 백엔드 개발자로 실무에 도움되었던 기술의 도서와 동영상 강의를 정리되어 있는 Velog 글
+* [백엔드 개발자가 되기 위한 개발트리](https://doodreamcode.tistory.com/30) 백엔드 개발자에게 필요한 개발트리
+* [주니어 백엔드 1.5년 하고 느낀 것들 - 성과, 느낀 점 1편 ](https://velog.io/@city7310/%EC%A3%BC%EB%8B%88%EC%96%B4%EB%A1%9C-1%EB%85%84-%EC%9D%BC%ED%95%98%EA%B3%A0-%EB%8A%90%EB%82%80-%EA%B2%83%EB%93%A4)백엔드의 현실 고증과 백엔드 공부법에 대해 나와있는 velog 글
+* [초보 개발자들을 위한 조언 ](https://goldenrabbit.co.kr/2022/01/05/%EA%B0%9C%EB%B0%9C%EC%9E%90%EB%A1%9C-%EA%B1%B0%EB%93%AD%EB%82%98%EA%B8%B0%E2%8B%AF-%EB%84%A4-%EA%B0%80%EC%A7%80-%EA%B8%B0%EB%B3%B8-%EC%86%8C%EC%96%91%EC%9D%84-%EA%B8%B0%EC%96%B5%ED%95%98%EC%84%B8/)개발자로 살아남기 책 내용
+* [실용적인 프로그래밍 공부법](https://velog.io/@city7310/%EB%82%B4%EA%B0%80-%EA%B3%B5%EB%B6%80%ED%95%98%EB%8A%94-%EB%B0%A9%EC%8B%9D) 주니어 백엔드 개발자 공부법이 나와있음
+* [백엔드 그거 어떻게 하는데?](https://velog.io/@hannaxannah/%EB%B0%B1%EC%97%94%EB%93%9C-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B7%B8%EA%B2%8C-%EB%AD%94%EB%8D%B0-%EA%B7%B8%EA%B1%B0-%EC%96%B4%EB%96%BB%EA%B2%8C-%ED%95%98%EB%8A%94-%EA%B1%B4%EB%8D%B0) 백엔드 로드맵에 대한 내용이 잘 나와 있음
+
+#### 프론트앤드
+
+* [웹개발자 로드맵(프론트앤드 개발자& 백엔드 개발자)](https://blockmonkeys.tistory.com/13?category=829305) 웹 개발자 로드맵
+* [면접자가 알아야 할 프론트앤드 지식 Github](https://github.com/baeharam/Must-Know-About-Frontend) 취업 전 반드시 알아야 한다고 생각하는 프론트엔드 분야의 기초지식
+* [테오님블로그 ](https://velog.io/@teo)프론트앤드로 유명하신 테오님 블로그, 지식적인 부분도 프론트앤드에 대한 웹 미래 등등 다양하다.
+
+#### 공부 사이트
+
+* [MDN](https://developer.mozilla.org/ko/docs/Web/JavaScript) html, css, JavaScript 공부 사이트
+* [자바공부 ](https://velog.io/@woo0\_hooo/Java-Java%EC%9D%98-%ED%8A%B9%EC%A7%95%EA%B3%BC-JVM)버스안에서 읽기 좋은 5분정보
+* [점프 투 자바](https://wikidocs.net/281) 자바 공부 웹 사이트
+* [더 나은 자바 개발자가 되기 위한 tip](https://sas-study.tistory.com/270?category=774869)
+* [2022년 상위 101가지 자바 질문](https://unstop.com/blog/java-interview-questions)
+* [자바 헤드 퍼스트 자바에 대한 내용](https://www.pdfiles.net/pdf/view/Head-First-Ja)
+* [헤드 퍼스트 jsp 파일 github](https://github.com/huangmaomu/Books-1/blob/master/Head%20First%20Servlets%20and%20JSP%202nd%20Edition%20-%20O'Reilly.pdf)
+* [위니브 책 모음(공개 링크) 노션](https://paullabworkspace.notion.site/389d35efbd9d442a9618837f79f33413)
+* [고퀄리티⚡개발 컨텐츠 모음](https://github.com/Integerous/goQuality-dev-contents) 백엔드, 프론트엔드 목차별로 잘 정리되어 있는 깃허브
+
+#### 디자인 패턴
+
+* [디자인패턴 사이트](https://www.patterns.dev/posts) 개발 디자인 패턴을(Singleton, Provider, HOC, Render Props 등) 모아볼 수 있는 사이트
+
+#### 포트폴리오
+
+* [f-lab github 포트폴리오 관련 많음](https://github.com/f-lab-edu)
+* [노션 이력서 웹페이지화 oopy](https://www.oopy.io/oopy-portfolio#ef00bbd194104f2c9b91d702a38d2170)
+
+#### AL 관련
+
+* [Kaggle](https://www.kaggle.com/) 데이터 과학 목표를 달성하는 데 도움이 되는 강력한 도구와 리소스를 갖춘 세계 최대의 데이터 과학 커뮤니티
+* [OpenML](https://openml.org/) 필요 데이터셋을 구할 수 있다.
+
+#### 파이썬
+
+* [파이썬 공부 사이트](https://wikidocs.net/book/1)
+
+## 6. 좋은 나에게 도움이 되는 블로그 글
+
+* [아무도 가르쳐 주지 않는 것](https://velog.io/@mowinckel/%EC%95%84%EB%AC%B4%EB%8F%84-%EA%B0%80%EB%A5%B4%EC%B3%90-%EC%A3%BC%EC%A7%80-%EC%95%8A%EB%8A%94-%EA%B2%83#-gitflow-workflow) 학생일 때는 전혀 몰랐지만 직업을 갖고 일을 시작하니 정말 중요했던 것들이다. 그러나 아무도 가르쳐 주지 않았고 당연하듯이 이런게 있는듯 행동하는 회사에서 적응하기 위해 애를 많이 써야 했다던 블로그 주인장?에 대한 주니어 개발자 때 알아두면 좋을 것들이 기술 되어 있다.
+* [유명한 외국 블로그 추천](https://velog.io/@mowinckel/%EC%A2%8B%EC%9D%80-%EB%B8%94%EB%A1%9C%EA%B7%B8-%EB%AA%A8%EC%9D%8C%EC%A7%91-pfeyruxm) 외국 좋은 블로그 추천해주는 블로그 글이다
+* [정보 검색팁](https://boxnwhis.kr/2020/09/27/ir-for-developers.html) 요즘은 chatgpt도 잘 되지만 chatgpt도 언제나 맞지 않기에 정보를 골라내기는 중요하다. 정보 검색팁에 대해 나와있다. awesome 찾고자하는 것 ex, awsome android api
+* [개발자는 도구만 잘써도 이쁨받는 글](https://velog.io/@leehyunho2001/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%8F%84%EA%B5%AC%EB%A7%8C-%EC%9E%98%EC%8D%A8%EB%8F%84-%EC%9D%B4%EC%81%A8-%EB%B0%9B%EB%8A%94%EB%8B%A4) 도구에 대한 벨로그 글
+* [개발자들이 관심있는 아티클 정보](https://velog.io/@oneoneone) 매주 업뎃 되어 있음
+* [좋은 개발자란 무엇일까](https://velog.io/@eddy\_song/problem-solver)
+* [깃허브 css 적용방법](https://blog.yena.io/studynote/2017/11/23/Github-resize-image.html)
+* [유명한 향로님 티스토리](https://jojoldu.tistory.com/722)
+* [개발자 주도적 성장을 도와주는 커리어 프레임워크란?](https://yozm.wishket.com/magazine/detail/2198/?utm\_source=oneoneone)
+* [github it 북마크](https://github.com/currenjin/site-for-developers?utm\_source=oneoneone)
+* [잘 정리된 개인 블로그 : 개발자국](https://develop-footprint.gitbook.io/o/etc/tech-blog)
+
+## 7. 쓸 예정이거나 쓰고 싶은 툴
+
+* [inkdrop](https://www.inkdrop.app/) : 노션 같은 느낌의 편집기
+* [정리 글 ](https://dev.to/dev\_kiran/19-open-source-tools-you-should-bookmark-now-5hc4?utm\_source=oneoneone): 지금 북마크 해야 할 오픈소스 모음
diff --git "a/developLog/tip-bookmark/_ \353\270\224\353\241\234\352\267\270 \355\205\214\353\247\210 \353\252\250\354\225\204\353\263\264\352\270\260_tistory_ github_io__.md" "b/developLog/tip-bookmark/_ \353\270\224\353\241\234\352\267\270 \355\205\214\353\247\210 \353\252\250\354\225\204\353\263\264\352\270\260_tistory_ github_io__.md"
new file mode 100644
index 0000000..d71f1e4
--- /dev/null
+++ "b/developLog/tip-bookmark/_ \353\270\224\353\241\234\352\267\270 \355\205\214\353\247\210 \353\252\250\354\225\204\353\263\264\352\270\260_tistory_ github_io__.md"	
@@ -0,0 +1,54 @@
+---
+description: blog를 하기 위한 테마 모아 보기
+icon: book-bookmark
+---
+
+# 블로그 테마 모아보기(tistory, github.io)
+
+## 1. Tistory
+
+* 이쁘게 꾸며진 티스토리 : [https://kimsangjun.tistory.com/](https://kimsangjun.tistory.com/)
+* triplexLab skin : [https://triplexlab.tistory.com/126](https://triplexlab.tistory.com/126)
+* 티스토리 스킨 소개 : [https://blogcreator.blog/post/61](https://blogcreator.blog/post/61)
+
+
+
+## 2. Github.io
+
+* 대표적인 테마 모음들 : [http://jekyllthemes.org/](http://jekyllthemes.org/)
+* 테마 모음들 : [https://jekyllthemes.io/free](https://jekyllthemes.io/free)
+* 10위 안에 드는 테마 모음들 : [https://jekyll-themes.com/blog/top-jekyll-themes](https://jekyll-themes.com/blog/top-jekyll-themes)
+
+### 이 안에서 추천 테마
+
+#### 1) 블로그용 : 데모 제공
+
+* :thumbsup: Chirpy : [http://jekyllthemes.org/themes/jekyll-theme-chirpy/](http://jekyllthemes.org/themes/jekyll-theme-chirpy/)
+* Catbook : [http://jekyllthemes.org/themes/CATbook/](http://jekyllthemes.org/themes/CATbook/)
+* Pinghsu theme :  [http://jekyllthemes.org/themes/Pinghsu-Theme/](http://jekyllthemes.org/themes/Pinghsu-Theme/)
+* Future Imperfect : [http://jekyllthemes.org/themes/future-imperfect/](http://jekyllthemes.org/themes/future-imperfect/)
+* Mundana Jekyll Theme : [http://jekyllthemes.org/themes/mundana-jekyll-theme/](http://jekyllthemes.org/themes/mundana-jekyll-theme/)
+* Jekflix : [http://jekyllthemes.org/themes/jekflix/](http://jekyllthemes.org/themes/jekflix/)
+* Sleek : [http://jekyllthemes.org/themes/sleek/](http://jekyllthemes.org/themes/sleek/)
+* Mediumish : [http://jekyllthemes.org/themes/mediumish-jekyll-theme/](http://jekyllthemes.org/themes/mediumish-jekyll-theme/)
+* MrGreen-Jekyll : [https://jekyll-themes.com/MrGreensWorkshop/MrGreen-JekyllTheme](https://jekyll-themes.com/MrGreensWorkshop/MrGreen-JekyllTheme)
+* :thumbsup:  Hydejack : [http://jekyllthemes.org/themes/hydejack/](http://jekyllthemes.org/themes/hydejack/)
+
+
+
+> 고민 Chirpy를 기반으로 쓰고 Catbook의 카테고리 참고,  Jekfix의 포트폴리오 참고? 아냐.,.. 이거를 포트폴리오 사이트를 연결해버리고, 위에 home 태그를 위에다가..
+
+
+
+2\) 포폴 및 자기소개
+
+* Neumorphism : [http://jekyllthemes.org/themes/neumorphism/](http://jekyllthemes.org/themes/neumorphism/)
+* Particle :  [http://jekyllthemes.org/themes/particle/](http://jekyllthemes.org/themes/particle/)
+* front-cover : [http://jekyllthemes.org/themes/front-cover/](http://jekyllthemes.org/themes/front-cover/)
+
+
+
+3\) 이미지 모아보기
+
+* 핀터레스트 : [https://jekyllthemes.io/theme/pintereso](https://jekyllthemes.io/theme/pintereso)
+*
diff --git "a/developLog/tip-bookmark/_ \354\236\230 \354\240\225\353\246\254\353\220\234 tech blog_.md" "b/developLog/tip-bookmark/_ \354\236\230 \354\240\225\353\246\254\353\220\234 tech blog_.md"
new file mode 100644
index 0000000..02bcc9b
--- /dev/null
+++ "b/developLog/tip-bookmark/_ \354\236\230 \354\240\225\353\246\254\353\220\234 tech blog_.md"	
@@ -0,0 +1,9 @@
+---
+icon: blog
+---
+
+# 잘 정리된 tech blog
+
+{% embed url="https://incheol-jung.gitbook.io/docs" %}
+
+{% embed url="https://develop-footprint.gitbook.io/o/etc/tech-blog" %}
diff --git "a/developLog/tip-bookmark/coffeechat/_ \354\235\270\355\224\204\353\237\260 \353\251\230\355\206\240 \354\232\260\354\227\260\353\213\230 \355\233\204\352\270\260\354\235\264\354\236\220 \353\260\251\355\226\245\354\204\261 _ \354\264\210\353\263\264\352\260\234\353\260\234\354\236\220\354\235\230 \352\263\240\353\257\274\352\263\274 \353\260\251\354\225\210_.md" "b/developLog/tip-bookmark/coffeechat/_ \354\235\270\355\224\204\353\237\260 \353\251\230\355\206\240 \354\232\260\354\227\260\353\213\230 \355\233\204\352\270\260\354\235\264\354\236\220 \353\260\251\355\226\245\354\204\261 _ \354\264\210\353\263\264\352\260\234\353\260\234\354\236\220\354\235\230 \352\263\240\353\257\274\352\263\274 \353\260\251\354\225\210_.md"
new file mode 100644
index 0000000..e00d622
--- /dev/null
+++ "b/developLog/tip-bookmark/coffeechat/_ \354\235\270\355\224\204\353\237\260 \353\251\230\355\206\240 \354\232\260\354\227\260\353\213\230 \355\233\204\352\270\260\354\235\264\354\236\220 \353\260\251\355\226\245\354\204\261 _ \354\264\210\353\263\264\352\260\234\353\260\234\354\236\220\354\235\230 \352\263\240\353\257\274\352\263\274 \353\260\251\354\225\210_.md"	
@@ -0,0 +1,159 @@
+---
+description: 멘토링, 우연님
+---
+
+# 인프런 멘토 우연님 후기이자 방향성 - 초보개발자의 고민과 방안
+
+![](https://velog.velcdn.com/images/prettylee620/post/29b8d7a1-b767-4da7-b20d-69190ca6173c/image.png)
+
+## 1. 인프런 멘토링을 받고자 한 계기
+
+![](https://velog.velcdn.com/images/prettylee620/post/4ba44cb0-e0ee-4cc7-9714-b26a95a9085c/image.png)
+
+### 원래는 커피챗을 하려다가.. 인프런도 멘토링이?
+
+![](https://velog.velcdn.com/images/prettylee620/post/f67e9e85-385b-4e71-a2c5-20d94e45f93c/image.png)
+
+인프런에서 강의를 찾아보다가 인프런에도 멘토링 탭이 있다는 것을 발견했다. 거기에 백엔드쪽인 사람들을 리스트를 뽑아 고민하다가 **가격도 합리적이고 시간대도 괜찮고 후기도 좋은 멘토분이 계셔서 신청**하게 되었다! 그게 바로 `우연`님!!
+
+### 나의 궁금증을 풀어줄 현업 사람이 필요해..😂
+
+나는 평소에 고민을 하고 질문을 하고 싶어하는 편이다. 근데 주변에 같은 분야가.. 그렇게 많지 않아서 전에도 커피챗을 두 번정도 한 경험이 있다.. 그런데 국비를 하고 본격적으로 다시 공부하기 시작하면서 궁금했던 것이 하나 둘 씩 늘어났는데 국비 강사님은 24명을 혼자 관리하셔서 모든 걸 다 물어보기는 힘들었다.. 그래서 7월달부터 커피챗을 고민하고 있었다. 그러다가 신청하게 된 것
+
+## 2. 멘토링 과정
+
+### 신청과 결제 및 질문리스트 전달
+
+1. 먼저 원하는 시간, 날짜 연락처, 이메일 등을 기입한다. ![](https://velog.velcdn.com/images/prettylee620/post/09145e63-2fb5-47ff-b0a1-f02c296a7adf/image.png)
+2. 나는 지식공유자에게 남길 메세지에 노션에 적어둔 질문사항 들을 적어냈다. ![](https://velog.velcdn.com/images/prettylee620/post/8e9f3f5c-e494-4e73-8157-662b7c742a6e/image.png)
+3. 그리고 결제하고 나면 멘토분이 받으시면 이렇게 카톡으로 연락이 온다. ![](https://velog.velcdn.com/images/prettylee620/post/f5f86297-5ae9-4184-82be-783e25ffd543/image.png)
+
+![](https://velog.velcdn.com/images/prettylee620/post/59639be4-1771-4482-a5b7-ad2ecb9a0c79/image.png)
+
+### 멘토링 날짜 되기 전 사전 연락
+
+![](https://velog.velcdn.com/images/prettylee620/post/e398c24a-7692-43df-9308-fca66309b2ff/image.png)
+
+### 멘토링 당일
+
+> `디스코드`로 접속해서 음성으로 상담을 진행하였다!! 내가 보낸 모든 사전 질문에 대한 답변을 준비해오셨다 ㅠㅠ 질문 양이 꽤 된다.. 심지어 \*\*마지막에는 정리하신 노션 페이지도 보내주셨다..\*\*😍 멘토링 시간은 신청시간은 30분인데 1시간 가량 해주셨다 ㅠㅠㅠ 질문한 것을 바탕으로 정리해보고자 한다.
+
+#### 1. 반복된 공부에도 코드를 못 짜겠다면 문법 공부? 강의 추천 해주세요
+
+> Q. 학교에서도 자바를 하고 국비에서도 자바를 듣고 문법은 **`어느정도`** 아는 것 같으면서도 부족한 것 같아요. 그런데 기초 자바 문법 강의를 보면 대부분은 `아는 내용`이에요 코드를 짜려하면 조금만 복잡해지면 초조해지면서 머리가 **`하얘져요`** 보면 간단한 코드인데 생각 안날 때도 있고 코드 짜는 **`연습`**을 해야할 것 같은데 자바 언어로 코딩테스트 문제를 풀면 조금 나아질까요? 문법 부분 심화까지 다시 복습하기에 좋은 **`강의 추천`**해주실수있나요?
+
+A. **문법 강의는 많이 볼 필요 없다고 한다.** 문법 강의는 딱 한번만 보면 된다고 한다. 아\~ 이 문법이 있구나 정도고 개발할 때 사용하다 보면 계속 반복되니까 자연스럽게 익혀진다고 한다. **자바 심화 학습은 `Java 8`의 주요 기능\[람다식 등]을 배우는 것을 의미한다고 생각하신다**고 하는데, 자바 8을 다루는 강의는 많지 않아서 강의 보다는 도서 추천하신다고 아래의 2개의 도서를 추천해주셨으며, 내용이 쉽지 않으니 인프런에 모집 공고 활용해서 그룹 스터디 할 것을 춫
+
+* [모던 자바 인 액션](https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=200069290)
+* [이펙티브 자바 3/e](https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=171196410)
+
+#### 2. 유투브에서 말하는 클론 코딩 왜 중요하며, 그렇다면 어느 수준까지 프로그래밍 언어 문법을 알아야 할까?
+
+> Q. 유투브나 주의에서 들어보면 개발자는 구글꺼지면 코딩 못한다는 말과 프로그래밍 언어 문법을 다 익히려고 하지말고 `클론 코딩`을 해봐라라는 경우가 많은데.. 그럼 `어느 수준`까지 알아야 할까요?
+
+A. 구글꺼지면 코딩 못한다는 말 반정도는 맞다고 하셨다!! 클론코딩이 많이 도움이 된다고 한다. 그리고 말그대로 `클론 코딩`은 따라 쳐서 배우는 것으로 사람은 모방의 동물이며, **따라하며 배워 체득하고 체득 되었을 때 깨달음이 있다**고 한다. 그것을 채워 나가면 되는 것이라고 한다. 이렇게 짤 수도 있는거다 정도 알면 된다고 하셨다.
+
+> 그래서 클론 코딩도 따라치는 게 대부분인데 어떻게 도움이 된다는 걸까요?
+
+A. 클론 코딩을 **전부 체득해낸다는 느낌이 아니라 이런 코드를 이렇게 할 수도 있구나 정도** 알면 된다고 한다. 결국 클론 코딩의 코드 자체도 다른 사람이 코드를 짠 것이기 때문에 `하나의 템플릿`이라고 보면 된다고 나중에 내가 그와 비슷한 코드를 짤 때\*\* '아 나 클론 코딩 때 그 부분을 배웠는데 그 부분을 응용해서 해볼까'\*\* 이런 느낌으로 알면 된다고 하셨다!
+
+#### 3. 잊어버리는 느낌.. 반복학습이 답인가..
+
+> Q. 공부를 해도 자꾸 다시 잊어버리는 느낌이 강해서 불안해요 `반복학습`만이 답일까요?
+
+A. **반복학습은 반드시 도움은 되나, 외우기 위한 공부와는 다르다고 생각한다고 하신다고 한다.** 그래서 \_내가 해야하는 개발과 하고 싶은 개발을 나눠서 생각\_해야 한다고 현재 하고 있는 공부가 하고 싶은 개발이냐고 여쭈어보셔서 해야 하는 개발쪽에 가깝다고 하니 꼭 어느 정도는 자기가 해보고 싶은 공부를 해서 재미를 붙여야 하며, 궁극적으로 해야하는 개발을 하고 싶은 개발로 만들어보는 것이 중요하다고 한다. `ex.` 나는 Java + API 만드는게 좋은 개발자인데 Python을 이용해야 한다면? → Python으로 API서버를 만들자
+
+그리고 `반복학습`의 경우에는 벨로그와 노션에 기록한다고 했더니 그렇다면, 잊는다는 느낌이 들 때마다, 그 정리된 글 벨로그를 보면서 잘못된 개념이 있는지를 확인하고 반복학습하며, 키워드로 연결고리를 만들어서 남에게 설명할 수 있는 정도로 체득하면 GODD이라고 하셨다!
+
+#### 4. 리뷰도 없는 회사 거를 수 있는 기준
+
+> Q. 백엔드 kdt를 듣고 있고 서울에 있는 전문대 전공심화로 공학학사 졸업했어요 괜찮은 si나 중소기업이 목표입니다. 괜찮은이라는 기준이 돈은 적더라도 코드리뷰가 있고 사수분이나 제가 배울 분이 있었는 곳이며, 일단 유투브에 나온것처럼 경력 뻥튀기해서 파견보내는 그런곳이 아니었음 좋겠다요 그리고 칼퇴해서 개인공부할 수 있는 곳이요(같은 대학 동기가 si 들어갔는데 작은 회사인데 사수 부분 빼고는 다 괜찮더라고요) 거를 수 있는 기준이 있을까요?
+
+A. 기준코드 리뷰, 배울 분을 찾는 것은 자기소개서가 통과되고 **`기술 면접` 때 충분히 질문해보고 배울 분이 맞는지 검증하는 것**을 직접해야 한다고 하신다.
+
+> Q. 그래서 면접에는 인사 담당자만 들어올 수도 있지 않나요?
+
+라고 질문을 했는데 그런 경우는 거의 없다고 하셨다. 기술 면접 때 `여기 코드 리뷰가 있는지, 기술적으로 궁금한 것들`을 역으로 면접관들에게 던져야 한다고 하셨다. 그걸 질문하면서 답변이 어떻게 나오는 지에 따라 그 회사의 기술 수준을 알 수 있다고 한다.
+
+또한 칼퇴도 중요하고 개인 공부 방향성만 정해진다면 무조건 추천하지만 **무슨일을 하더라도 회사 업무가 1순위가 되어야 한다고 하셨다.** 특히 이쪽 업계는 좁아서 연챠가 많은 시니어 분들이 퇴직하거나 이직하실때 CTO로 많이 가시는데 _**열심히 하고 기술적으로 좋은 개발자로 보이면 나중에 데려가시기도 하니**_ 무조건 회사 생활을 열심히 하라고 하셨다.
+
+#### 5. 코딩테스트의 언어 선택\[하나도 익숙하지 않은데 다른 언어를 공부하는 두려움]
+
+> Q. 중견기업 이상(유명한 기업) `목표`가 아니라면 `코테`는 `자바`로 공부해도 될까요? 자바만 해도 완성한 느낌이 안 드는데 코테는 파이썬으로 하면 자바 언어를 또 잊어버릴까봐요.
+
+A. 준비하기 나름인데 자바를 주 언어로 선택했고 다른 길로 셋다가 돌아오는 것이 두려워하는 것 같아 보인다고 하셨다. 예를 들어 한국인이 어학연수갔다가 와서 한국생활했을 때 다녀온 경험이 해가 되는 경우를 본 적이 있는지 생각해보면 득이 되면 득이됐지 실이 되지는 않는다며, **자바를 공부하다가 파이썬을 공부해도 다양한 경험을 해볼 수 있으며, 진짜 자바만 팔 것이 아니라면 코딩테스트시 파이썬이 훨 편하기에 파이썬 추천한다고 하셨다.**
+
+#### 6. 새로운 언어, 기술 공부 시 방법
+
+> Q. 새로운 언어나 새로운 기술을 공부할 때의 방법이 어떻게 되나요?
+
+A. 언어의 경우는 기본 문법을 공식문서 or 강의 or 책으로 익힌다고 하시며, 관련된 토이프로젝트를 하나 진행한다고 하셨다. (간단한 CRUD 기능 ex. 투두리스트) **하지만 이 부분은 사람마다 다르기 때문에 3가지 중 하나 선택하거나 병행해서 하면 좋을 거라고 하셨다.**
+
+#### 7. 새로운 기술 팀프로젝트 시 적용 가능성
+
+> Q. 9월부터 프로젝트를 국비에서 진행하게 됩니다. 학교에서 전공했지만 학교는 안드로이드 개인 프로젝트나 IoT 부분만 진행했기에 깊은 팀프로젝트는 처음입니다. 피해 안주고 열심히 하고 싶은데 혹시 프로젝트 관련해서 조언이나 참고할 수 있는 사이트 추천해주실 수 있나요? 도커나 쿠버네티스, 엘라스틱 서치 등 중 하나 이상 써보고 싶은데 한달 반이라는 프로젝트 기간 + 혼자 좀 더 공부하는 기간 2-3주하면 구현할 수 있을까요?
+
+A. 새롭게 도전하고하는 모습도 대견스럽지만 현재 팀 프로젝트가 처음이라면 **감을 익히는 것이 좋을 것 같다고 하셨다.** 그리고 시간적으로 너무 촉박하다고 그렇기 때문에 어떻게 해야지 \_서비스가 굴러가는지 파악하는 것\_이 중요하며, 전체적인 틀과 감각을 익히는 게 좋다고 하셨다. 특히 `적극적인 의사소통` 모르는건 모른다고 확실하게 의사표현하기가 중요하다고 하셨다. **말 한마디 한마디가 다 코드와 연관되며 제대로 한 번에 말하지 않으면, 다시 말하게 되어 있고 시간 지연**이 되니 깔끔하게 말하고 등돌리는게 좋다고 조언해주셨다.
+
+#### 8. 프로젝트와 실력의 향상
+
+> Q. 프로젝트를 하면서 제 실력도 향상시킬 수 있는 방법이 있을까요?
+
+A. 깊게 이해하고 많은 고민들을 하기 한줄을 코드를 작성하더라도 이게 맞나? 라는 습관을 들이다 보면 퀄리티 높은 `메소드 → 클래스 → 서비스 → 모듈 → 어플리케이션`이 될 것이라고 하셨다.
+
+#### 9. 원하는 코드를 짤 수 있는 능력 부족
+
+> Q.다들 프로젝트 할 때나 자신의 사이드 프로젝트를 만들 때 자신이 원하는 코드를 넣고 원하는 정보를 찾는 것이 대단하다고 느껴집니다. 해커톤 사람들 보면 어떻게 하면 내가 원하는 코드를 딱딱 짜 낼 수 있을까 생각이 듭니다… 어떻게 하면 가능할까요?
+
+A. 자신이 원하는 코드는 걱정하지 말고 <mark style="color:red;">요구사항을 분석하고 정의할 수 있으면</mark>  된다고 하셨다고 원하는 기능을 구현하는건 어렵지 않다고 이미 먼저 고민한 사람들이 정리를 잘해둔 글들이 있고 그저 보고 이해하고 마음대로 쓸 수 있으면 그것이면 된다고 조언해주셨다. 그 해커톤에 있는 사람들도 처음에는 그렇게 하나하나 해나갔을 것이라고 하셨다. 그리고 이 부분은 해커톤으로 후기 작성하신 분께도 댓글로 여쭈어 보았을 때 답글을 받았다. 이 부분도 참고하자!
+
+![](https://velog.velcdn.com/images/prettylee620/post/89e56936-8b9b-4c71-ba02-69ba0e14ae10/image.png)
+
+#### 10. 나의 능력 부족과 불안함
+
+> Q. 항상 제가 부족한 것 같아 걱정입니다. 면접 볼 때가 가장 무서운데 여러번 보다 보면 나아질까요?
+
+A. 이력서 전달 주시면 진짜 부족한 사람인지 객관적으로 검증해주시겠다 해서 이력서는 없고 진짜 뭣도 없다고 말씀 드렸더니 그럼 벨로그 링크 보내주시면 확인하겠다고 하셔서 링크 보내드렸다!! 그랬더니 그래도 잘 정리하고 있다고 이걸 기반으로 이력서 쓸 때 키워드 `성실함, 기록성, 꾸준함`을 적어내라고 조언해주셨다.
+
+그리고 면접은 **무조건 경험**이라고 공고문도 9월달 부터 많이 나옴 이력서 서류 난사 → 면접 경험 쌓기 진행 필요하며, 이후 가고 싶은 회사 서류 넣고 최종 합격까지 갈 수 있는 발판 만들라고 조언해주셨다.
+
+> Q. 저는 면접에서 제가 답하지 못할까봐 그게 두려워요..
+
+너무 걱정하지 말라고 그 질문을 모르고 던지는 면접관들도 많다고 그리고 남이랑 비교한다고 하셨는데 그런 애들은 다 좋은 데 가고 잘하는 사람은 어딜가든 많다고 너무 걱정하지 말라고 하셨다. 공감도 해주시고 잘하고 있다고도 해주셔서 굉장히 위로를 많이 받았다.
+
+#### 11. 코드를 이렇게 짜는 이유? 클린 코드 클린 코드 하는 이유
+
+```JAVA
+public class Calculator {
+	public int add(int a, int b) {
+		return a + b;
+	}
+
+	public static void main(String[] args) {
+		int a = 10;
+		int b = 5;
+		
+		// 어떤 사람은 이렇게 더하기를 구현 할 수 도있고
+		a + b; 
+		// 어떤 사람은 이렇게 구현할 수 도 있음. 단지 이것의 차이를 알고 있으면 됨.
+		add(a, b)
+	}
+}
+```
+
+> 이렇게 짜는 이유는 **단순히 누가봐도 이해 될 수 있게 코드를 짜야한다.** 예를 들어 유치원생이 더하기라는 말은 알지만 더하기를 수식으로는 모를 수 있기에 누가 봐도 알 수 있게 코드를 짜는 것이 중요하다 그 후에 캡슐화나 재사용성이 따라오는 것...!!
+
+## 3. 멘토링 후기
+
+항상 고민하던 질문에 대한 답변을 받아서 그런지 방향성이 잡혔다. 그리고 위로도 많이 받았으며, 명확한 답을 얻어서 좋았다. 사전 질문에 대한 답변을 정말 성실하게 다 준비해주시고 답변해주셨으며, 추가적인 질문에도 빠르게 답변해주셨다. 준비성이 철저하신 분이다!그 외의 좋은 오픈카톡 방 추천도 해주셔서 빠르게 들어갔다! 멘토분께서 덜 어색하게 대해주셔서 많은 질문을 할 수 있었던 것 같다. 좋은 점을 추려보자면,
+
+1. 사전 질문에 대한 답을 철저하게 준비해주시며, 그에 대한 답변 또한 정리해주신다.
+2. 가격도 합리적이며, 나는 너무 채찍만 맞으면 우울해하는데 방향성도 잘 잡아주시고 응원해지시고 자신감 회복이 되었다
+3. 사전 질문과 추가 질문에 대한 답이 많아서 30분 멘토링 시간에서 넘어가 1시간 가량을 진행했는데 너무 걱정하지 말라고 하시며, 자신은 열심히 하고 욕심 있는 분들의 도움이 되는 걸 좋아한다면서 답변해주셨다.
+4. 예시를 적절하게 대입해주셔서 이해가 쉽게 되었으며, 그에 대한 답변 또한 인상 깊게 남았다.
+
+부담 없이 여러번 멘토링 신청하기에도 좋은 가격대이며, 멘토링 받은 시간이 정말 값진 시간이었으며 도움도 많이 받았다. 현업에 대한 질문을 하고 싶다면 주저 말고 신청해보길 권한다.
+
+## 4. 방향성
+
+회고록에 적어뒀다! 즐거운 시간이었다!!
diff --git "a/developLog/tip-bookmark/coffeechat/_ \354\273\244\355\224\274\354\261\227\354\235\264\353\236\200__.md" "b/developLog/tip-bookmark/coffeechat/_ \354\273\244\355\224\274\354\261\227\354\235\264\353\236\200__.md"
new file mode 100644
index 0000000..6c20dee
--- /dev/null
+++ "b/developLog/tip-bookmark/coffeechat/_ \354\273\244\355\224\274\354\261\227\354\235\264\353\236\200__.md"	
@@ -0,0 +1,329 @@
+---
+description: 커피챗이란 무엇일까?
+---
+
+# 커피챗이란?
+
+## TMI
+
+블로그에도 적었지만 5월까지 총 8번의 **커피챗**을 진행하였다! 물론 같은 사람 2번 만난 적도 있긴 함
+
+블로그에 언급할까를 고민중이었긴 한데.. 댓글에 커피챗을 어떤 루트로 하게 되었는지 궁금해 하는 사람들이 몇 분 계시기에 정리해 봄&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/e65c216b-76e9-412c-8f14-9434ba6376b8/image.png" alt=""><figcaption></figcaption></figure>
+
+## 1. 커피챗이란 무엇인가...?
+
+### 1) 정의
+
+> **커피챗은 무슨 뜻인가요?** 커피챗(Coffee Chat)은 서구권에서는 이미 일상이 된 정보형 미팅으로 '궁금한 업계/회사/직무/학교'의 사람과 실제 만남을 통해 커피 한 잔 마시며 부담 없이 정보를 묻고 답하는 문화입니다.
+
+정의는 위와 같음 실제로도 어느 정도는 맞음 ㅇㅇ 하지만 실제 만남이 아니라.. **구글 미트**로 진행하시는 분들도 꽤 계신다는 것
+
+유형으로 나누면 아래와 같을 것 같다.
+
+1. **개인** 커피챗
+
+* 날짜, 시간, 장소를 정해서 오프라인을 통해 얘기를 나눈다.
+* 구글 미트를 통해 온라인에서 진행한다.
+* 유료 VS 무료
+
+2. **기업**에서 하는 커피챗
+
+* 기업 문화를 먼저 느껴볼 수 있도록 해주는 커피챗
+* 어떻게 보면 면접의 완화된 버전 인것 같음
+* 기업에 소속된 사람이 구직자랑 커피챗 하다가 자기 팀과 성향이 비슷하다 느끼면 채용하는 경우도 있다고 함(나도 이건 아직 안해봄)
+
+커피챗이라고 커피만 마시는 것도 아님 ㅋㅋㅋㅋ 밥먹거나 술 먹는 경우도 있다!! 혹은 온라인에서 하기도 함
+
+### 2) 왜 하는 걸까?
+
+![](https://velog.velcdn.com/images/prettylee620/post/422c0af2-d2d1-4c0c-a448-5040f0a20836/image.png)
+
+특히 IT 분야에서 커피챗을 많이 하는 것 같다.. 물론 다른 분야도 커피챗이라는 용어를 쓰지 않지만 첨삭이라던지 같은 분야 사람들끼리 얘기를 주고 받긴 함
+
+**하는 이유**는 정보 교환 및 얘기를 하려고 하는 목적이 큰 것 같다.
+
+> 첫 번째로, 커피챗에서도 사람들이 말한 것 중에 하나로 **이직**을 하기 위해서는 물론 실력도 중요하지만 **인맥 또한 중요하다는 것** 이것도 하나의 이유가 된다.
+
+![](https://velog.velcdn.com/images/prettylee620/post/ac9a19d2-9285-45e7-bbe9-44050bf550ce/image.png)
+
+어느 직종에서나 인맥이 중요한 것은 맞겠지만 특히 팀단위인 개발에 경우, 팀에 융화?가 돼야 하기에 더욱 이 사람이 어떤 사람인지 알아야 하는데 면접 한 번으로 사람을 들이기 보다 추천으로 이직의 성공한 사례도 많다함
+
+> 두 번째로,\*\* 나에게 부족한 지식과 정보를 채우고, 다른 분야에 있는 도메인 지식을 채우기 위함이다.\*\* 나의 경우, 교육쪽에 종사하다 보니 교육 도메인이 생길 것이다.
+
+그렇다면, PG사에 다니는 사람들과 커피챗을 한다면, 결제 도메인에 대한 것을 접할 수 있을 것이다. 이렇게 커피챗으로 자신에게 부족한 도메인을 채워가는 것이 좋다고 했음
+
+뿐만 아니라 나의 경우, 신입이기에 취준생분들을 만나는 게 아니면 다 나보다 연차가 많아서 그 분들의 이야기를 듣고 나에게 적용시킬 수 있으며, 조언 또한 얻을 수 있다.&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/bb4f1f68-fe0e-4e9e-b451-24eb539a71d6/image.png" alt=""><figcaption></figcaption></figure>
+
+좋은 것은 따라하는 게 좋으니까..? 책 읽는 거라던지?
+
+> **물론 다 따라 하라는 게 아님. 어느 정도 자신에 맞춰서 자신에 페이스대로 나아가는 게 가장 중요하다고 하셨음**
+
+나보다 낮은 연차를 많나더라도 같은 고민을 하고 있구나 하며, 정보도 교환할 수 있다는 장점이 있다. 즉, 이런 다양한 이유로 커피챗을 하면 좋긴 하다!!
+
+## 2. 관련 사이트 및 앱
+
+### 1) [커피챗 앱, 웹](https://pc.coffeechat.kr/?utm\_source=google\&utm\_medium=paid\&utm\_campaign=16579849380\&utm\_content=133838043039\&utm\_term=%EC%BB%A4%ED%94%BC%EC%B1%97\&gad\_source=1\&gclid=CjwKCAjwx-CyBhAqEiwAeOcTdW5ZmHh7K4AY4ff70lNhZiCrA0zR-eLWcvywnHmPzXDkc48Sy3zZQRoCYkYQAvD\_BwE)
+
+![](https://velog.velcdn.com/images/prettylee620/post/3718b8a2-d099-4172-aeaa-f13de36d0f23/image.png)
+
+#### 장단점
+
+1. 장점
+
+* 자기소개서 첨삭, 포트폴리오 첨삭, 짧은 시간 안에 체계적으로 질문 가능
+* 내가 원하는 회사에 소속되어 있는 사람을 찾아서 물어 볼 수 있음
+* 어디서든 장소 제한 없음
+* 익명
+
+2. 단점
+
+* 시간이 되자마자 예외 없이 끊어진다는 것 그래서 인사도 못하고 끊어질 수 있음
+* 20-40분에 2\~4만원 정도 한다는 유료 시스템
+* 지금은 정확히 모르겠는데 작년에 이용 했을 때 화면 공유가 안돼서 말로만 물어봐야 한다는 점
+
+이거는 통화로 질문을 할 수 있는 것으로 시스템으로 전에 두 번 이용해 봤다. 내가 질문 하는 것에 따라서 돈이 아까울 수도 안 아까울 수도 있음
+
+#### 신청방법
+
+1. 커피챗 앱에 들어간다.
+2. 원하는 직종 혹은 회사로 검색해서 고른다.
+3. 원하는 분과 결제 할 때, 일정을 정하고 질문할 것을 적어서 결제 한다.
+
+* 20분 14,900원
+* 30분 19,900원
+* 40분 39,900원
+
+4. 포트폴리오 리뷰
+
+* 40분 55,000원
+
+5. 확정 되면 그 일정에 맞춰 커피챗 앱으로 통화하여 질문과 답변 받을 수 있음
+
+### 2) [인프런](https://www.inflearn.com/mentors)
+
+> [인프런 멘토 우연님 후기이자 방향성 - 초보개발자의 고민과 방안](https://velog.io/@prettylee620/%EC%9D%B8%ED%94%84%EB%9F%B0-%EB%A9%98%ED%86%A0-%EC%9A%B0%EC%97%B0%EB%8B%98-%ED%9B%84%EA%B8%B0%EC%9D%B4%EC%9E%90-%EB%B0%A9%ED%96%A5%EC%84%B1-%EC%B4%88%EB%B3%B4%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EA%B3%A0%EB%AF%BC%EB%93%A4)
+
+![](https://velog.velcdn.com/images/prettylee620/post/aae2f48a-ddc5-42e3-8f8a-7266e732abca/image.png)
+
+#### 장단점
+
+1. 장점
+
+* 자기소개서 첨삭, 포트폴리오 첨삭, 짧은 시간 안에 체계적으로 질문 가능
+* 어디서든 장소 제한 없음
+* 반익명..?
+* 구글 미트로도 가능하다는 것
+
+2. 단점
+
+* 시간대 다양하지 않음
+* 회사명이 커피챗 앱처럼 나와 있지는 않음
+* 유료 저렴..하지는 않음, 부담될 수 있음
+
+국비 시절에 이용해봤는데 나는 저렴하게 잘 이용했었다! 나는 격려도 해주시고 디스코드로 진행했는데 질문에 대한 답변도 노션으로 정리해줬었음!
+
+시간 넘어갔는데 답변도 잘 해주셨다 ㅠㅠ
+
+#### 신청방법
+
+> 위의 커피챗 앱이랑 비슷
+
+1. 인프런 앱에서 원하는 사람을 찾는다.
+2. 결제 할 때, 시간과 약속을 잡는다.
+3. 멘토 분이 원하는 방식에 따라 방식이 갈림
+
+* 구글 미트
+* 디스코드
+* 오프라인
+
+### 3) X(구 트위터)
+
+> * [늦은 4월, 5월 중간 회고록 및 5월, 6월 목표](https://velog.io/@prettylee620/%EB%8A%A6%EC%9D%80-4%EC%9B%94-5%EC%9B%94-%EC%A4%91%EA%B0%84-%ED%9A%8C%EA%B3%A0%EB%A1%9D-%EB%B0%8F-5%EC%9B%94-6%EC%9B%94-%EB%AA%A9%ED%91%9C)
+
+* [요즘 개발자 요약 및 신입 개발자의 방향성 찾기(feat. 커피챗)](https://velog.io/@prettylee620/%EC%9A%94%EC%A6%98-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%8F%85%EC%84%9C-%EC%9A%94%EC%95%BD-%EB%B0%8F-%EA%B0%9C%EC%9D%B8%EC%A0%81%EC%9D%B8-%EC%83%9D%EA%B0%81)
+
+#### 장단점
+
+1. 장점
+
+* 무료인 경우가 대부분임
+* 다양한 사람들을 만날 수 있음
+* 반익명 닉네임으로 보통 부름 (명함 주시는 분들도 있음)
+* 구글 미트로도 가능하다는 것
+* x 프로필에 신청하는 폼이 있는 분들이 있음
+* 가볍게 만날 수 있음
+
+2. 단점
+
+* 어떤 사람일지 모른다는 단점
+* 프로필에 어느 회사 다니는 지 정확히 안나와 있고 보통 적은 글로 추측
+* 맞팔이 안되어 있으면 신청하기 어려움
+
+#### 신청방법
+
+밑에서 언급하겠음
+
+### 4) Linkedin
+
+> [신입 개발자의 질문 방법 (커피챗)](https://velog.io/@yoosion030/3.-%EC%8B%A0%EC%9E%85-%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%A7%88%EB%AC%B8-%EB%B0%A9%EB%B2%95-%EC%BB%A4%ED%94%BC%EC%B1%97) Linkedin에 관련된 거는 내가 해본 적이 없어서 위의 다른 사람 글 가지고 옴
+
+#### 장단점
+
+1. 장점
+
+* 프로필로 회사를 알 수 있음
+
+2. 단점
+
+* 시작하기 어려움 (그래서 나도 시작못함)
+
+#### 신청방법
+
+메세지를 보내는 것 같음...
+
+### 3. 커피챗에 대한 걱정과 질문들?
+
+![](https://velog.velcdn.com/images/prettylee620/post/a3f39bd3-3e96-4731-b5c0-6fd3fbaf1376/image.png)
+
+#### 1) 그렇다면 나는 어디서 그렇게 많은 사람들과 커피챗을 할 수 있었던 걸까?
+
+> 결론은 위에서 소개한 방법 중 3번의 방법을 많이 이용했다.
+
+작년 8월부터 개발 트위터 시작해서 지금 많은 사람들이 늘어나게 됨 ![](https://velog.velcdn.com/images/prettylee620/post/73b37b54-a0e8-4179-9ec6-022688f3e1cd/image.png)
+
+첫 커피챗은 취업 후 1달 지난 2월달에 얼떨결에 시작하게 됨 먼저 제안 해주셔가지고 4명이서 진행했었다. 칼국수 먹고, 카페가서 현재 개발계 동향이라던지 그런거에 대해 들었었음&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/3541a66e-b175-4399-bda6-9afe164a3557/image.png" alt=""><figcaption></figcaption></figure>
+
+그러다가 글을 올렸는데  많은 분들이 댓글 남겨주셔서 한 분씩 하다 보니 늘어나게 되었다.
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/21714bf3-d96e-44ea-ab52-03ef9ead4742/image.png" alt=""><figcaption></figcaption></figure>
+
+많은 분들이 언제든 환영이라고 해주심 ㅋㅋㅋㅋㅋ
+
+#### 2) 근데 유료 아니에요? 무료라면 왜 사람들이 자기보다 낮은 연차 사람들 만나서 얘기도 해주고 조언도 해줘요?
+
+> 유료도 있음 하지만, x나 Linked in으로 하는 건 보통 무료 상부상조의 느낌...?
+
+나도 연차 높은 분들에게 조언을 듣고, 책도 받고 로드맵도 받으니까 나보다 저연차이거나(거의 없지만 ) 취준생 분께 도움이 되고 싶다는 생각이 들었다.
+
+물론.. **유료보다는 무료가 퀄리티가 떨어지지 않나?** 라는 걱정을 들 수 있음 물론 유료의 경우, 돈은 받은 게 있다보니까 준비를 철저히 해오시는 분들도 있다. 하지만 유료라고 다 퀄리티가 좋은 것은 아님 실제로 커피챗 앱에서 했는데 30분간 같은 말만 반복하시는 분도 있었음 근데 후기 겁나 좋았는데... 별로였음..&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/2102d98d-6450-4593-938f-072255001877/image.png" alt=""><figcaption></figcaption></figure>
+
+무료로 하시는 분들은 마찬가지로 **상부상조로 도와주시거나 저연차여도 얘기하면서 얻어가거나 공감가는 게 있으니까 하시는 것 같았다.**
+
+그리고 유료는 보통 시간 제한이 있어서 빡세긴 하는데 보통 여태 내가 만난 x에서의 커피챗은 거의 4시간 정도 얘기 나눈듯... 얘기 듣고 있으면 재미 있음 추천이나 조언 줍줍 많이 함
+
+#### 3) 근데 모르는 사람이랑 만나는 거 무서워요 OR 저는 너무 낯가려서요 ㅠㅠ
+
+> 그렇다면... 구글 미트나 온라인 추천함!!
+
+당연히.. 부담스러울 수 있지 나도 처음에는 그랬음... i라서...  낯선 사람 만나는 거 힘들어 하는데 아르바이트, 근로 등 다양한 사회 활동으로 단련이 돼서 처음에만 힘들었지 요즘에는 잘 만난다. 만약, 부담스럽다면 구글 미트나 온라인으로 하시는 분들도 많으니 걱정 nono
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/e9ffb04a-7374-43f4-aaf8-686f79b3bc4e/image.png" alt=""><figcaption></figcaption></figure>
+
+#### 4) 저는 취준생인데.. 저는 저연차인데.. 신청해도 괜찮나요..? 저 아는 게 없는데... ㅠ
+
+> 전혀 걱정 NONO!!! 배울 거 많아서 오히려 좋음
+
+개발계의 장점인 것 같음 다들 얘기하는 거에 진심임 ㅋㅋㅋㅋ 취준생이라고 왜 신청했냐고 뭐라한다? 그럼 그 사람은 거르시는게 나아요...
+
+취준생이면 커피를 사주시기도 함(나도 취준생 만날때는 내가 삼..) 오히려 얻어가는 것이 많으니 걱정 NONO
+
+#### 5) 무슨 얘기해요? 보통?
+
+> 보통 자신의 회사 얘기 혹은 조언 같은 거 해주심
+
+보통은 자신은 어떻게 준비해왔고 등등 얘기도 해주시고 질문을 하면 그에 대한 답변도 해주심 예를 들어 나 같은 경우에는
+
+1. 프로그래밍 언어를 능숙히 다룬다의 기준이 뭘까요?
+2. 지금 이 시기에 해야 할게 뭐가 있을까요?
+3. 이직을 하기 위한 준비 보통 뭐하시는지?
+4. 추천해줄만한 책이나 강의?
+
+외에는 잡담도 많이 한다 ㅋㅋㅋ
+
+#### 6) 어떻게 신청해요??? (x기준)
+
+유료인 것들은 위에서 언급했음.. Linkedin은 잘 모르고.. x기준으로 설명해드리겠슴당
+
+1. 일단... 인맥? 트친을 모으기 위해 개발계를 하루 빨리 만든다.
+2. 자신의 소개를 써 놓는다.
+3. 개발계 하나 둘씩 팔로잉 한다
+4. 하나 둘씩 팔로워가 는다.
+5.  만약 맞팔이 아닌데 커피챗 걸고 싶은 사람이 있다면 DM으로 들이댄다(물론 당연히 예의를 갖추고 인사해야 함)&#x20;
+
+    <figure><img src="https://velog.velcdn.com/images/prettylee620/post/aaa591e7-05de-4b36-a321-89ad1c1f7dea/image.png" alt=""><figcaption></figcaption></figure>
+6. 팔로워가 늘면 아\~ 커피챗하고 싶다라고 혼잣말을 한다
+7. 아무도 답변해주지 않는다면 내가 찾아 나선다.
+
+진짜 이게 끝임ㅋㅋㅋㅋ X의 단점은 자신의 일상 적는 사람들도 많기에 정확한 직무나 회사는 언급 안하는 경우가 많아서 가고싶은 회사 사람을 못찾을 가능성도 많다.
+
+하지만.. 만약 다양한 사람을 만나보고 들어보고 싶다면 X가 가장 적절
+
+나도 너무 좋은 분들을 만나서 조언도 듣고 덜 조급해 하는 중.. 어차피 인생은 기니까.. 천천히 나아가자라고 생각하게 됐다.
+
+### 4. 대충 조언 받은 것을 몇 가지만 정리해보자면
+
+1. `능통함`의 기준이란? 엄청 잘하는 사람은 없으니 지금 같이 뜨는 언어를 자신이 어느정도 활용할 수 있다면 뽑힐 수 있음
+2. 하나의 길이 아닌 여러 길을 찾아보자
+3. 회사에서 컨트롤 가능한 부분만 하면 하자. 그 외 내가 컨트롤 못하는 부분을 건들면 너무 스트레스 받게 된다.
+4. 리팩토링을 기간을 잡고 하는 곳은 별로 없다. 애초에 처음 할 때 리팩토링 같은 방식을 적용시키려고 노력하는 곳은 있음
+5. 일과 일상을 잘 병행하면서 공부하는 게 좋다.
+6. 이직을 하면 무조건 연봉이 오르지만 **증거**(내가 뭔가를 했다는 증거 EX. 경력기술서, 스터디, 블로그, Github 등)
+7. **요즘 관심을 다니고 있는 분야** 하나 쯤 있는 게 좋음
+
+* 그 이유는 바로 일에 투입시킬 인원 필요하기 때문
+* 그리고 하나라도 관심분야를 가지고 있으면 좋다 - 운동이라던지 그림이라던지
+
+8. **아다리가 맞으면 뽑는 거임**
+
+* 빨간차가 튀어보이면 그걸 뽑는 것처럼 자리가 비면 그 자리에 주차하면 내자리
+* 근데 그 자리를 얻으려면 준비가 필요하고 그 준비를 남들보다 튀어보이게
+* 오히려 절차는 중요치 않고 항상 예외는 있음 코테가 개오바인데 이력서가 개 미쳤다 하면 부르는 거고 우리팀에 문서화가 안된다하고 문서화하고 가르칠 게 된다 싶으면 뽑는 거임
+
+9. 개발자는 개발만 하는 게 아님 소통 개 중요 그 팀이 와해되기 때문에 그것이 중요하다.
+10. 테스트의 중요성
+11. commit을 할 때 너무 한 번에 올릴려고 하지말 것.. 적당히 나누는 것이 중요
+12. 책을 읽을 때는 모르는 단어 위주로 목차도 보고 같은 책을 3권 사가지고 그 번역된 용어를 보면 다른 용어들이 있는 경우들도 개많음
+13. 이것 저것에 휩쓸리지 말자.. 트위터에 올라오는 기술 관련은 솔직히 회사 규정상 못올린다는 것들이 대부분이라고 너무 휩쓸리지 말라고 함
+14. 취업과 이직은 운칠삼기 처럼 운이 7 능력이 3 정도인 것 같다. 개발쪽에서 이직은 2가지가 가장 중요한 것 같다고 하심
+
+> 이건 어딜가나 해당되는 것이긴 하다는 것 뿐만 아니라 면접에서나 자기소개에서 얼마나 자신을 잘 포장하느냐가 중요하다. **물론 포장과 거짓말은 한 끝 차이라 면접때 자신이 하지 않은 것을 했다고 말하는 것에 대해 조심하는 것이 중요**하다.
+
+15. 이직을 할때는 자신만의 기준을 두는 것이 좋다고 함 ex. 연봉, 동료의 수 등등
+
+### 5. 마지막 할 말
+
+나도 처음에는 낯가렸지만 하다 보면 익숙해짐 그리고.. 웬만하면 좋은 분들이 대부분이었다는 것 덕분에 많은 위로도 받고 많은 조언도 얻고 많은 정보도 얻었다.
+
+이 자리를 빌려 저와 커피챗 해주신 7분께 감사를.... 앞으로 해주실 분들에게도 감사를 (뻔뻔..😉)
+
+그러니까 한 번 씩 도전해보기 바람!!!
+
+그냥 물어볼 거 물어보고 대화한다고 생각하면 됨
+
+## 6. 로드맵 관련
+
+### 잘 정리되어 있는 로드맵 사이트 추천
+
+그 외에 X에서 줍줍한 로드맵 사이트
+
+[Developer Roadmaps](https://roadmap.sh/)
+
+단순 이미지 로드맵에서 벗어나 이제 누르면 그에 대한 관련 정리된 사이트들도 알려줌
+
+![](https://velog.velcdn.com/images/prettylee620/post/62820e83-f658-4cda-b1e8-6c1db1c1d6c8/image.png)
+
+### 나만의 피드백 받은 로드맵은 다음 포스팅으로
+
+> [VELOG에서 보기](https://velog.io/@prettylee620/%EC%BB%A4%ED%94%BC%EC%B1%97%EC%97%90-%EB%8C%80%ED%95%98%EC%97%AC)
+
+로드맵 받은 것도 적어야 하는데.. 그건 공유 해도 되는 지 물어보고 나에게 맞춰서 적용시켜서 다음주에 정리해야지 그럼 이만&#x20;
+
+<figure><img src="https://velog.velcdn.com/images/prettylee620/post/81187271-a657-4567-bcdb-dd9eb7dbd00a/image.png" alt=""><figcaption></figcaption></figure>
diff --git "a/developLog/tip-bookmark/conference/_ \354\240\220\355\225\217 \352\260\225\354\227\260 \354\204\274\354\212\244\354\236\210\353\212\224 BE \353\220\230\352\270\260_.md" "b/developLog/tip-bookmark/conference/_ \354\240\220\355\225\217 \352\260\225\354\227\260 \354\204\274\354\212\244\354\236\210\353\212\224 BE \353\220\230\352\270\260_.md"
new file mode 100644
index 0000000..61b635f
--- /dev/null
+++ "b/developLog/tip-bookmark/conference/_ \354\240\220\355\225\217 \352\260\225\354\227\260 \354\204\274\354\212\244\354\236\210\353\212\224 BE \353\220\230\352\270\260_.md"	
@@ -0,0 +1,254 @@
+---
+description: 점핏 강연에 대한 정리
+---
+
+# 점핏 강연 센스있는 BE 되기
+
+## 강의 듣게 된 계기와 글 작성하기
+
+> 별 대단한 계기는 아니고 점핏 카카오톡으로 강연을 한다해서 듣게 되었다. 일단 1부, 2부 나눠졌는데 2부는 아르바이트로 제대로 듣지 못하여 듣고 이번주 중으로 올릴 예정이다!
+
+> 다른 잘 정리 된 글 : [점핏 후기](https://velog.io/@balparang/%EC%A0%90%ED%95%8F-%EB%B0%B1%EC%97%94%EB%93%9C-%EA%B0%9C%EC%B7%A8%EC%BD%98-%ED%9B%84%EA%B8%B0)
+
+## 1. 중요한 건 인터페이스야
+
+### 🌻 점핏 소개 사항
+
+![](https://velog.velcdn.com/images/prettylee620/post/6eda197d-9aea-42b0-ae03-fdc57dc6e4bf/image.png)
+
+#### 손진규 강연자님 소개
+
+* 현재 B2B SaaS reflow를 만들고 있습니다. 강남언니 개발 챕터 리드를 하였고, 이후 스타트업을 대상으로 컨설팅을 하였습니다. Seoul Elixir Meetup 운영진을 맡고 있습니다.
+
+#### 강연자님 추천도서
+
+* 클린애자일
+
+#### 강연자님 블로그
+
+https://json.media/
+
+### 🌻 보다라는 사이드 프로젝트를 만들었다.
+
+* 손진규님은 서버 개발자로 숙면을 도와주는 컨텐트를 제공해주는 앱을 만들고자 했고 api를 먼저 만들었다고 한다.
+* 이후 클라이언트 개발자는 **그렇게 만들면 제가 쓰기 어려운데요?**
+
+#### 그렇다면 뭐가 문제였을까?
+
+1. 클라이언트 개발자에게 API를 어떻게 만들어주면 좋을지 `물어보지 않았다.`
+2. 다 만들고서 코드를 변경하려면 `추가 비용이 발생한다.`
+3. API 개발하는 동안 클라이언트 개발자는 `기다려야 했다.`
+
+### 🌻 Interface란?
+
+* 컴퓨팅에서 인터페이스는 공유 경계입니다. 컴퓨터를 구성하는 두 개 이상의 개별 구성요소
+* 시스템 교환 정보
+
+### 🌻 API란?
+
+* Application Process `Interface`
+
+#### API 설계
+
+* 서버 개발 하기 전에 클라이언트 개발자와 `같이` API를 설계한다.
+* 변경해야 할 가능성이 `낮아진다.`
+* 각자 `병렬적`으로 작업하고 나중에 맞춰볼 수 있다.
+
+### 🌻 그렇다면 이제 해결이 되었을까?
+
+#### 디자이너와의 문제
+
+* 만들기 전에 무엇을 만들 것인지 명확하게 확인하지 않았다
+* 무엇을 만들 것인지 정하는데 누군가 참여하지 않았다
+* 변경하는데 비용이 많이 발생
+
+#### 함께 제품 기획하기
+
+* 모든 구성원이 자신의 전문성을 활용해 함께 기획한다
+* 모든 구성원의 제품에 대한 이해도를 높인다
+* 변경해야 할 가능성이 낮아진다
+
+### 🌻 그렇다면 이제 모든 해결이 되었을까?
+
+* 고객이 원하는 제품인지 미리 확인하지 않았다
+* 고객의 생각은 내 생각과 다를 가능성이 매우
+
+#### 고객부터 확인하자
+
+#### 프리토타이핑
+
+* 프로토타입보다 더 작은 제품을 만들지도 않고 고객의 반응을 봄
+* 고객의 반응은 내 기준으로 생각하면 안됨
+* 고객의 반응은 카톡으로도 볼 수 있음 ⇒ 이를 통해 개인의 역량 부족도 알 수 있음
+
+#### 문서화
+
+1. 문서화가 사람들과 개발 협업에 도움은 주나, 문서화는 맥락이 빠지게 돼서 다시 개발하는 일을 있을 수 있음
+   * 그 이유는 사람들의 대부분은 자기의 100중 70만 글에 적을 수 있다
+   * 또한 그 글을 100을 다 이해하는 사람들도 많지 않다
+
+#### 매우 많은 비용 ⇒ 불안한 부분부터 건들이기
+
+* 고칠 떄 비용이 많은 드는 것 부터 약속하자 ⇒ Interface
+* 반드시는 아니다 Case by case
+* 고칠 때 비용이 많이 드는 것부터 약속하기 = 불확실성이 높은 것부터 약속하기 = 미루고 싶은 것부터 약속하기
+* 클린애자일
+
+### 🌻 질문의 답변
+
+1. 사이드 프로젝트 포기시 아깝지 않았는지?
+
+* A: 수 많은 내가 시간을 투자해서 할 수 있는 것 중 하나를 고르는 것이니 다른 대안도 있기에 하나만에 집중할 필요는 없다.
+
+2. 협업 툴 노션 대체제 노션은 너무 느림
+
+* A : **`피그마의 피그잼`, 일들을 나열하고 연결관계를 한 눈에 보고, 큰 그림을 보기에 좋다** ⇒ 디테일 노션, 리니어
+
+3. 다른 직군들과의 소통하기 위해서는 특히 기획자와 개발자의 경우 기획자는 개발자의 단어를 이해를 못하는 경우가 많다 그럼 어떻게 해야 하는가?
+
+* 소통의 원할함 ⇒ 기획자와 개발자, 기획인 경우 개발을 잘 모르면… ⇒ 단기적으로 해결하기 어려움 ⇒ 다른 직군을 이해하기까지는 최소 1년, 좋은 PO들은 개발언어에 대해 관심을 갖고 공부함
+
+### 🌻 최종 정리글\[유투브 라이브 댓글 ]
+
+* 하나의 제품을 만드는 같은 팀이라는 관점에서 각자의 전문 역할(개발/기획 등)에서만 알 수 있는 **정보를 서로 모두 공유**하고, 현재의 우리 제품에게 **무엇이 최선인지 같이 고민**하고 **같이 결정하고 책임지는 문화가 중요**하다
+
+## 2. 토스뱅크 기업문화와 성장하는 주니어 BE 특징
+
+### 📏 강연자님 소개
+
+![](https://velog.velcdn.com/images/prettylee620/post/e79f4e35-2691-425d-9114-6529ea8ce6f7/image.png)
+
+### 소개
+
+2004년 네이버에서 유저 분석 시스템과 홈페이지, 부동산 서비스 개발을 담당했어요. 그 뒤로 스타트업에 합류하여 매드스마트, 파이낸시스, 열두시, 플레이독소프트를 거쳤고 2017년 12월 비바리퍼블리카(토스)에 합류했어요. 토스뱅크 출범 이후 CTO·테크놀로지 헤드를 맡고 있어요.
+
+#### 강연자님 추천도서
+
+* 클린소프트웨어
+* 이유 : 인터페이스가 **어떤 이유로 나왔는지 사례 위주**로 잘 나와있음
+
+#### 강연자님 인터뷰
+
+https://it.chosun.com/site/data/html\_dir/2023/02/01/2023020101890.html
+
+> 사진 출처 : 토스 뱅크 강연자님 자료 발표
+
+### 📏 프롤로그
+
+1. 장애도 많이 일으켜봤다
+2. 큰 보부를 가지고 계심 ⇒ 모든 사람이 더 편리해서 쓸 수 있게 더 노력하고 싶다
+
+### 📏 성장에 필요한 영감
+
+![](https://velog.velcdn.com/images/prettylee620/post/37fb4d4d-a2cd-4e47-8e26-266024c7a35b/image.png)
+
+1. 하나하나 깊게 파 봐야 함
+2. 하나하나가 유저한테 응답이 감
+3. 모든 것에 영향이 감
+
+#### 팀의 세분화 시 문제
+
+![](https://velog.velcdn.com/images/prettylee620/post/02c7125c-a88c-4bbe-8c4a-620734e3b92c/image.png)
+
+1. DB 팀의 벽…
+2. DB만 건들면 더 나아질 것 같은데라는 생각을 가져도 세분화가 되어 있으면 각 팀의 업무 범위로 인해 건들 수 없게 됨..
+
+#### 팀의 업무, 팀의 목표
+
+* 팀 간의 목표와 팀의 업무의 범위가 생김
+
+#### 업무 범위의 제약
+
+* DB팀 이 부분의 설정을 바꿔주세요 ⇒ 그거 설정을 바꾸면 다른 문제가 생길 수 있는데 그렇게 되면 **우리의 목표에 어긋나서 안돼요**
+* 이유 : 팀의 목표가 따로 있으며 **회사가 업무, 팀 별로 따로 본다면 팀별로의 인센티브와도 연관**이 되기 때문에 제약이 생겨버림
+
+### 📏 내 성장에 도움이 되는 방향은?
+
+1. 회사 안의 분위기 때문에 바꿀 수 없는 것들이라고 하는 경우
+   1. `이유`에 대해 들어봐야 함
+   2. 자신이 해결 할 수 있는 문제라면 내가 해보겠다 하자
+   3. 만약, 자신의 인센티브때문에 하는 거다하면 오케이나 도움은 없을 수 있기에 **유저한테 좋은 응답을 나가기 위해 공부하는 것이다라는 것을 어필**해야 함
+
+### 📏 문제 해결 재발 방지 대책
+
+#### 하지만 그래도 장애 발생
+
+1. **우리는 장애 안 발생기는 게 회사의 첫번째 목표입니다**를 하면 내가 성장하기 위해 `제약`이 더더욱 생김
+2. 품질 책임 조직 : 장애를 위해 **QA 팀**을 만드는 경우도 있음
+
+* 버튼의 위치 ⇒ 디자인적 요소 ⇒ 이것도 QA다 이런식으로 나와 버리면 QA의 권한이 점점 넓어져버림
+
+#### 안정적인 고객 서비스 주고 접점을 찾아내고 하는 것이 중요함
+
+#### 출시 일정 & 테스트 가능한 상황
+
+1. 출시 일정 촉박한데 테스트 환경을 출시 2주전까지 만들어달라고 하면, 개발자는 더욱 촉박해짐
+2. **테스트 가능한 환경을 만드는 게 목표가 됨** ⇒ 기능이 다 개별되지 않았는데 테스트 환경만
+3. 겉보기에 돌아가는 로직만 짜게 됨
+4. QA 팀에 빠르게 넘기기 위해서
+   1. 점점 더 상황이 안좋아짐
+5. 품질 안정화 품질 책임
+   1. 개발 완성도 하락
+   2. 개발자 책임감, 동기부여를 떨어뜨림
+6. 설득하고 바꿔가기 위해 노력해야 함
+
+### 📏 조직 전체의 목표 Align
+
+1. 다 깊게 파해쳐서 더 좋은 서비스를 전달하고 문제를 해결해 내가기 위한 것임
+2. 문제가 생긴 분야쪽 팀에게 잘 모르겠는데 이런 문제가 있는데 확인해주실 수있나요? 하고 내 **역량도 그 팀이랑 소통을 위해 공부**해야 함
+   1. 예시로 DB면 DB쪽을 공부하고
+   2. 데브옵스면 데브옵스쪽 공부
+
+#### 조직 OKR 인센티브
+
+* 사람은 인센티브에 맞춰줘버림
+
+### 📏 나에게 성장하기 위한 회사 조직 환경이 어디인지를 찾아야함
+
+* 이미 소속되어 있다면 바꿔기 위해 그런 문화를 만들기 위해 노력해야 할 것
+
+⇒ 다 바꾸기 힘들더라도 하나씩 해결하기 위해 노력
+
+* 단기 인센티브에는 안맞을 수 있지만, 내 역량과 장기적인 임팩트의 능력은 커짐
+
+#### 개인에게 맞는 환경
+
+* **나에게 맞는 회사 환경이 어떤지**를 생각해서 종합해서 찾아야 함
+
+#### 어떤 간헐적인 문제
+
+* 시스템을 바꾸거나 했을 때 해소될 수 있으나 그대로 넘어가지말고 엔지니어로서 성장하기 위해 끝까지 파봐야 한다
+
+#### 오픈소스 환경
+
+* 문제가 생겼을 때 어디까지 팔 수 있는 지가 중요함 문제들은 자신이 잘못 쓴것들이 대부분
+* 발견하고 해결하기 위한 것 중요함
+
+### 📏 결론\[유투브 댓글 좀 참고]
+
+1. 원하는 상태가 현상이 아닐 떄, 상대방을 설득하거나 내 의견을 관철시키기 위해 기저 원인을 파악하기
+2. 상대방이 내가 원하는 행동하지 않는 이유나 사유 해소하는것
+3. 그 과정에서 내가 좀 손해봐도 주도해서 실행해보는 것이 성장의 포인트
+4. 회사에 속해있지 않을 시 내가 성장할 수 있는 환경을 찾는 것 또한 중요하다.
+
+### 📏 질문에 대한 답변
+
+**1. 스페셜리스트와 제널리리스트 중 어느것을 먼저 선호하는지**
+
+* 내가 힘들더라도 다양한 것을 해봐야 함
+* 처음에는 10정도의 힘을 내서 다른 것을 만져보고 뒤에 가서는 1정도로만 공부하면 된다.
+* 즉, 너무 이분법적으로 생각할 필요 없이 다방면으로 스페셜리스트가 되겠다는 각오로(=끝까지 파보고) 하되, 넓은 시야를 유지하면서 일을 해야한다.(=굳이 선택한다면 제너럴리스트)
+
+**2. 개발환경에 대한 질문?**
+
+* 확장과 트래픽을 받을 구조를 만들어둬야 한다.
+* MSA 도입하고 전환 ⇒ 서비스가 작아도 커질거 대비 멀티모듈 방식으로 만드는 것도 좋음 ⇒ 개발 생산성이 높은 방식으로 결정하면 됨
+
+\*\* 3. 백엔드 개발자로 들어왔는데 회사에서 데브옵스만 하는데 서버 개발을 하고 싶다.\*\*
+
+* A: **만든 소프트웨어가 올라가는 환경**에 대해 공부할 것
+  * 쿠버네티스에 올라가면 쿠버네티스를
+  * AWS, EK 환경이면 AWS, EK 환경을 공부
+  * 앞으로 내려오는 네트워크의 흐름
+  * 이것들은 알아야 어디가 문제인지 파볼 수 있고, 데브옵스 엔진니어에게 조언도 가능
+  * 내가 만든 서비스가 어디에 올라가서 어떻게 응답을 받고 트래픽을 주는지는 알아야