
LLM을 특정 목적에 맞게 훈련시키는 **Post-training** 과정은 크게 두 가지 갈래로 나눌 수 있다. 하나는 학생 모델 스스로의 경험을 바탕으로 학습하는 **On-policy** 방식이고, 다른 하나는 교사 모델의 정답을 모방하는 **Off-policy** 방식이다. 기존의 방식들은 각기 뚜렷한 장단점을 가진다. **On-Policy Distillation(혹은 GKD)** 은 이 두 가지 방식의 장점만을 결합하여 학습 효율을 극대화한 방법론이다.

---

## 1. 기존 Post-training 방식의 딜레마

모델의 Post-training 방식은 크게 두 가지로 나뉜다. 두 방식 모두 명확한 한계를 가진다.

### Off-policy Distillation (SFT)

고성능 교사 모델(Teacher model)이 미리 생성해 둔 완벽한 경로(Trajectory)와 중간 사고 과정(Thinking steps)을 학생 모델이 그대로 따라가며 출력 분포(Output distribution)를 맞추도록 학습하는 방식이다. 매 토큰마다 전체 확률 분포(Logit distillation)를 참고하기도 한다.

- **장점:** 매 토큰마다 정답을 알려주므로 밀도 높은 지도(Dense supervision)가 가능하다.
- **단점:** 노출 편향(Exposure bias) 문제가 발생한다.
- **비유:** 학생이 일타 강사의 완벽한 풀이 과정을 눈으로 보며 베껴 쓰는 것과 같다. 교사가 자주 마주하는 상황(Context)에만 노출되다 보니, 실전에서 학생 본인만의 사소한 실수로 교사의 궤도에서 벗어났을 때 이를 스스로 수습하고 정답으로 되돌아오는 방법을 전혀 모르게 된다.

### On-policy RL (강화학습)

학생 모델(Student model)이 스스로 텍스트를 생성하며(Rollout/Trajectory), 그 결과에 대해 보상을 받는 방식이다.

- **장점:** 학생 모델이 스스로 만들어낸 분포 안에서 학습하므로, 자신의 실수로부터 궤도를 수정하고 복구하는 방법을 직접적으로 학습한다.
- **단점:** 피드백이 너무 희소(Sparse feedback)하다.
- **비유:** 모델이 복잡한 수학 문제를 풀 때, 10단계의 풀이 과정을 거쳐 '21'이라는 오답을 냈다고 가정해 보자. RL 기반 방식에서는 그저 "최종 답이 틀렸다"라는 결과만 알려줄 뿐, 10단계 중 어느 단계에서 어떤 치명적인 논리적 오류가 있었는지는 토큰 단위로 알려주지 못한다.

---

## 2. On-Policy Distillation의 핵심 아이디어

On-policy distillation은 위 두 가지 방법의 장점을 융합한다.

> **핵심 원리:** 학생 모델이 스스로 텍스트 경로를 생성하도록 둔다(On-policy). 단, 고성능 교사 모델이 그 생성된 경로의 매 토큰(Token)마다 실시간으로 점수를 매겨 지도한다(Distillation).

앞선 수학 문제의 예시로 돌아가 보자. On-policy distillation 환경에서는 학생 모델이 스스로 자기 방식대로 문제를 풀어나간다. 이때 훌륭한 과외 선생님(Teacher model)이 옆에 밀착해서 채점을 진행한다. 학생이 오답으로 향하는 치명적인 실수를 한 토큰에는 즉각적으로 강한 감점을 주고, 올바른 논리를 전개한 토큰에는 보상을 준다. 결과적으로 학생은 "자신의 행동 반경(자신의 분포)" 안에서 실수를 복구하는 법을 배우면서도, "밀도 높은 피드백(Dense reward signal)"을 받게 된다.

---

## 3. 체스로 이해하는 비유

이 세 가지 개념의 차이는 '체스 학습법'에 비유하면 아주 쉽게 이해된다.

> **Off-policy Distillation** = "그랜드마스터의 대국 관전하기"
>
> 엄청나게 훌륭한 수를 보며 배우지만, 실전에서 초보자인 내가 이상한 위기 상황에 처했을 때 어떻게 탈출해야 하는지는 배울 수 없다.

> **On-policy RL** = "코치 없이 혼자 체스 두기"
>
> 내가 직접 두면서 감을 익히지만(On-policy), 피드백은 경기가 끝난 후 '승/패'로만 주어진다. 어느 수가 패배의 원인이었는지 아무도 짚어주지 않는다.

> **On-Policy Distillation** = "내 경기를 보며 매 수마다 평가해 주는 개인 코치"
>
> 내가 직접 둔 엉망진창인 수(**Trajectory**)를 보면서, 코치(Teacher)가 매 수마다 "이건 치명적 실수야!", "이건 훌륭한 수야!"라고 실시간으로 채점(**Dense Reward**)해 준다. 나의 실제 수준에 맞는 상황에서 매우 촘촘한 피드백을 받게 된다.

---

## 4. 기술적 디테일: Reverse KL Divergence

On-Policy Distillation의 핵심은 학생 모델($\pi_\theta$)이 스스로 생성한 Trajectory 상의 **모든 토큰마다 Teacher 모델($\pi_{teacher}$)이 즉각적인 피드백을 준다는 것**이다.

이때 피드백을 계산하는 핵심 손실 함수(Loss function)로 **Reverse KL Divergence**를 사용한다.

$$KL(\pi_\theta \| \pi_{teacher}) = \mathbb{E}_{x \sim \pi_\theta} \left[ \log \pi_\theta(x_{t+1} \mid x_{1..t}) - \log \pi_{teacher}(x_{t+1} \mid x_{1..t}) \right]$$

### 동작 원리

학생 모델이 직접 샘플링한 Trajectory $x \sim \pi_\theta$ 위에서, 각 시점 $t$마다 "Teacher 모델이라면 이 상황에서 다음에 어떤 토큰을 뱉을 것인가?"를 계산하여 학생의 확률 분포를 Teacher에 맞추도록 강제한다.

### 왜 Reverse KL인가?

일반적인 SFT(Forward KL)는 Teacher의 모든 가능성을 평균적으로 따라가려 하지만, Reverse KL은 **Mode-seeking** 특성을 갖는다. 즉, 학생 모델이 여러 어설픈 옵션 사이에서 확률을 분산시키며 방황하지 않고, Teacher의 가장 확실하고 바람직한 행동(Mode) 하나를 집중적으로 좇도록 유도하여 노이즈를 줄여준다.

---

## 5. On-Policy Distillation의 주요 이점

**1. 강력한 학습 신호 (Dense Reward)**

결과물 끝에서만 보상을 받는 일반적인 On-policy RL과 달리, 모든 토큰(추론 단계)마다 보상이 주어진다. 복잡한 추론 과정 중 정확히 어느 지점에서 경로를 이탈했는지 짚어줄 수 있다.

**2. 실수 극복 능력 향상**

자신이 직접 만든 낯선 상황(On-policy)에서 출발하여 다시 정답 경로를 찾아가는 과정을 학습하므로, 긴 문맥의 작업에서도 성능 붕괴(**Compounding Error**) 현상을 방지한다.

**3. 압도적인 계산 효율성 (Compute Efficiency)**

Teacher 모델이 직접 전체 텍스트를 끝까지 샘플링할 필요 없이, 학생이 만든 Trajectory에 대한 로그 확률(Logprobs)만 한 번 계산해 주면 된다. 별도의 보상 모델(Reward Model)도 필요하지 않다. 이로 인해 기존 SFT 방식 대비 **FLOPs 기준 9배에서 최대 30배 높은 효율**을 보여준다.


On-Policy Distillation 개념 정리


졸업반 첫 학기가 끝났다.
보통 4학년 1학기면 본격적인 취업 준비나 졸업 요건을 걱정하겠지만, 이번 학기는 당장의 취업보다 '졸업 후의 장기적인 방향성'에 대한 고민이 머릿속을 꽉 채웠던 시간이었다.

지난 학기, 불확실함 속에서 내린 결정들을 정리해본다.

## 1. 개발자로 진로를 정해도 될까?

10년 동안 내 꿈은 늘 개발자였다. 하지만 최근 AI 트렌드를 보면서 생각이 많아졌다.

* **Cursor와 Claude Code의 충격:** 직접 사용해보니 생각보다 훨씬 강력했다. 주니어 개발자가 할 수 있는 코딩 업무의 상당 부분을 이 툴들이 대체할 수 있다는 걸 체감했다.
* **얼어붙은 시장:** 신입 개발자 채용 시장은 좁아졌고, 힘들게 취업하더라도 내가 가려는 길이 '지고 있는 트렌드'가 아닐까 하는 불안함이 있었다.

## 2. 위기를 기회로: 석사 진학 고민

내 미래를 불투명하게 만든 장본인인 'AI'를, 피하기보다 내가 직접 연구하는 사람이 되면 어떨까? 라는 생각이 들었다.

마침 내가 다니고 있는 학교(SJTU)는 이쪽 분야에서 세계적인 경쟁력을 갖추고 있다. 원래도 잘하는 줄은 알았지만, 객관적인 지표를 찾아보니 더 확신이 들었다.

* CSRankings 종합 세계 6위, AI 분야 세계 4위
* 최상위 학회에 수많은 논문이 채택되고 있음

인프라는 이미 내 손에 쥐어져 있다. 남은 건 '내가 연구에 흥미와 적성이 있는가'였다.
지난 여름방학 랩실 인턴과 졸업 논문 작성 과정을 복기해보니, 꽤 재밌게 했었다. 논문을 읽고 구현하는 과정이 나쁘지 않았다.

추가로 IT Tech 생태계를 조사해보니, 확실히 학위가 깊을수록 기술의 핵심(Core)을 다루거나 더 주도적인 역할을 맡을 확률이 높아진다는 점도 컸다. 그래서 석사 진학을 결심했다.

## 3. 석사 준비

단순히 "AI 하겠다"고 덤비면 안 될 것 같았다. 구체적인 방향을 정하기 위해 나름의 기준을 세웠다.

### 1) 분야 선정 기준

* **좋은 전망:** 내 뇌피셜은 믿지 않는다. Gartner, McKinsey, BCG 등 공신력 있는 기관의 리포트를 참고해 향후 10년 트렌드를 이끌 분야를 골랐다.
* **흥미:** 석사 선배들이 입을 모아 말하는 가장 중요한 요소.
* **적성:** 내가 잘할 수 있는지.

**결론:** Agentic AI, Multimodal AI, Embedded AI

### 2) 학교 선택: 자대(SJTU) vs 타대

우리 학교가 이미 너무 우수하다. 굳이 리스크를 안고 다른 곳을 지원할 이유가 없었다.

* 익숙한 환경이라 적응 기간 필요 없음
* 학사 졸업 전부터 연구 시작 가능
* 지난 6년간 구축한 네트워크와 상하이의 IT 인프라 활용 가능

### 3) 랩실 컨택

자대, 관심 분야, 대가랩 여부, 그리고 최근 연구 주제가 흥미로운지 등을 기준으로 랩실 8개를 추렸다.
가고 싶은 순위를 정해두고 위에서부터 지원했는데, 다행히 1순위 랩실에 합격했다.

## 4. 마치며

불안했던 4학년 1학기였지만, 결론적으로는 더 명확한 목표를 찾게 되었다.
개발자라는 꿈을 포기한 게 아니라, 시대의 흐름에 맞춰 더 경쟁력 있는 모습으로 진화하는 과정이라고 생각한다. 남은 기간 동안 부족한 부분을 채우며 대학원 생활을 준비해야겠다.


4학년 1학기 회고: 개발자, AI, 그리고 대학원


어느새 3학년 2학기가 마무리되었다. 시간이 정말 빠르게 흘러간다는 생각도 들지만, 이번 학기에 많은 일들이 있었던 만큼 그렇게 짧게만 느껴지지는 않는다.

## 학업에 관한 이야기

공부에 요령이 생겼을까, 아니면 학업 환경에 적응이 된 걸까? 저번 학기와 비교했을 때 학교 수업이 훨씬 수월하게 느껴졌다. 객관적인 난이도는 이번 학기가 더 높았음에도 불구하고, 모든 과목을 무사히 통과할 수 있다는 확신이 있었고, 실제로도 모든 과목을 성공적으로 마칠 수 있었다.

## 인턴 구직 과정

3학년에서 4학년으로 넘어가는 여름방학에는 학과에서 전공실습을 필수로 요구한다. 전공실습은 외부 기업이나 학교 연구실 중 선택할 수 있는데, 나는 실무 경험을 쌓고 기업 분위기를 직접 경험해보고 싶어 외부 기업 인턴을 준비했다.

가장 깊이 공부해온 프론트엔드 직무로 방향을 정하고, 학업과 병행하며 이력서 작성, 깃허브 포트폴리오 정리, 면접 준비 등을 진행했다. 중국 상하이 지역의 다양한 규모의 회사들에 수십 군데 지원서를 제출했지만, 결과적으로 3곳에서만 면접 기회를 얻었고 모두 1차 면접에서 탈락했다. 탈락 원인을 스스로 분석해보니:

1. 코딩테스트 준비 부족
2. 기술 인터뷰 대비 미흡
3. 언어 구사력 한계

이 세 가지로 요약할 수 있을 것 같다. 코딩테스트 자체는 어렵지 않았으나 현장에서 몇 문제를 제대로 해결하지 못했다. 인터뷰에서는 프로젝트 경험에 관한 질문에는 비교적 잘 대응했지만, 기술적인 질문들에 명확하고 체계적으로 답변하지 못했다. 적어도 자주 나오는 질문들은 미리 준비했어야 했다. 중국어로 기본적인 의사소통은 가능했지만, 복잡한 생각을 논리적으로 전달하는 능력은 아직 개선이 필요하다고 느꼈다.

비록 기업 인턴 지원은 실패하여 결국 학교 연구실에서 인턴을 하게 되었지만, 이 과정을 통해 내 부족한 점을 명확히 파악할 수 있었다. 이 경험은 향후 취업 준비를 할 때 귀중한 교훈이 될 것이다.

## 학교-기업 연계 프로젝트 국가상 수상

지난 학기부터 이번 학기 말까지 진행된 학교-기업 연계 프로젝트("국가급 대학생 창의 실천 계획")에서 우리 팀이 국가급 후보 프로젝트로 선정되는 성과를 거두었다. 학교 전체에서 1등을 차지한 최고의 결과였다. 이 프로젝트에 대한 자세한 내용은 [중국 "국가급 대학생 창의 실천 계획" 회고](https://blog.hoojun.kim/post/18) 게시글에 상세히 기록해 두었다.

## 앱 개발 및 런칭 계획

현재 괜찮은 아이디어를 바탕으로 학교 학생들을 대상으로 하는 앱을 풀스택으로 개발 중이다. 다음 학기가 시작되기 전에 개발을 완료하고, 새 학기와 함께 런칭할 계획이다. 친한 친구가 기획을 담당하고 있으며, 함께 좋은 결과를 만들어가고 있다.


3학년 2학기 회고


## 서론

2024년 9월부터 2025년 5월까지 중국에서 진행된 “국가급 대학생 창의 실천 계획(大学生创新实践计划 - 校企专项)”에 참여하였다. 이 프로그램은 중국 내 대학생들이 3~5인 팀을 구성하여 기업과 연계된 과제를 수행하고, 창의적인 결과물을 도출하는 것을 목표로 한다. 나는 Intel과 협력하는 과제를 선택하여 프로젝트를 수행하였고, 최종적으로 상하이교통대학교 전체 1위를 달성하며 국가급 제명 후보로 등록되는 성과를 거두었다.

## 프로젝트 소개

우리 팀이 선정한 주제는 **Intel OpenVINO 在 AIGC 与 LLM 领域的应用实践**이다. OpenVINO는 Intel에서 개발한 오픈소스 툴킷으로, 딥러닝 모델의 추론을 최적화하고 다양한 하드웨어 환경에서 효율적으로 구동할 수 있도록 지원한다.

[GitHub 링크](https://github.com/jindun619/openvino-flask-server)

### 프로젝트 선정 과정

팀원들과의 논의 끝에, OpenVINO의 장점을 극대화하기 위해서는 **추론 가속화**와 **저전력 환경에서의 효율성**을 잘 활용할 수 있는 주제가 적합하다는 결론에 도달했다. 다양한 아이디어를 제안하고 검토한 결과, 팀 내 투표를 통해 내가 제안한 아이디어가 최종 주제로 선정되었다.

선정된 주제는 **소형 물체 인식 카메라 – 시각장애인을 위한 주변 환경 묘사 장치**(小型物体识别相机——为视障人士描绘周围环境)이며, 시각장애인이 주변 환경을 보다 명확하게 인식할 수 있도록 돕는 **휴대용 객체 인식 시스템** 개발을 목표로 하였다. 시스템은 **YOLO 기반 객체 인식**, **LLaVA 기반 비전-언어 모델**, **OpenVINO 최적화**, 그리고 **TTS(Text-to-Speech)** 기술을 통합하여, 시각 정보를 실시간으로 분석하고 음성으로 안내해주는 방식이다. 또한 모델 경량화 및 하드웨어 최적화를 통해 저전력 장치에서도 원활히 작동하도록 구현했다.

## 시스템 구조

본 시스템은 RealSense 카메라, 로컬 디바이스, 서버, 그리고 스피커로 구성되며, 전체 흐름은 다음과 같다.

![시스템 구조](/post_images/18/diagram.png)

1. **이미지 입력**:

   RealSense 카메라가 주변 환경의 이미지를 실시간으로 캡처한다.

2. **로컬 디바이스 처리**:

   촬영된 이미지는 로컬 디바이스로 전송되고, 해당 디바이스에서 서버로 HTTP 요청을 통해 전달된다.

3. **서버 측 추론**:

   서버는 수신된 이미지를 사전 정의된 프롬프트와 함께 LLaVA 모델에 입력하고, 생성된 설명을 텍스트로 반환한다.

4. **응답 수신 및 출력**:

   로컬 디바이스는 응답 받은 텍스트를 TTS 엔진을 통해 음성으로 변환하고, 스피커를 통해 실시간으로 사용자에게 제공한다.

이 구조를 통해 시각장애인은 주변 상황에 대한 설명을 실시간 음성으로 받을 수 있으며, OpenVINO의 최적화 덕분에 경량 장치에서도 안정적으로 동작한다.

## 나의 역할

본 프로젝트에서 나는 **서버 백엔드와 모델 최적화 전반**을 담당하였다. 주요 역할은 다음과 같다.

- Flask 기반 서버 백엔드를 설계·구축하여 이미지 입력과 모델 추론 간의 통신 구조를 구현
- LLaVA 기반 비전-언어 모델을 통합하고, 사용자 프롬프트 처리 로직 개발
- OpenVINO를 활용한 추론 최적화를 통해 응답 속도 개선 및 저전력 환경 대응
- Featurize 플랫폼 및 AWS EC2 GPU 환경에 서버를 배포하고 실환경 성능 실험
- 시스템의 지연 시간과 안정성을 테스트 및 벤치마킹하여 기술적 개선점 도출

또한 프로젝트의 전체 워크플로우를 설계하고, 팀 방향성을 제시하여 기술적/구조적 통일성을 유지하는 데 기여하였다.

---

# 이 프로젝트를 통해 얻은 것들

## 협업 능력

두 학기 동안 3인 1조로 진행한 이 프로젝트는, 나에게 본격적인 협업 경험을 안겨주었다. 혼자 진행하는 소규모 프로젝트와는 다른 난이도와 구조적 과제를 경험하면서, 협업의 원리와 의사소통의 중요성을 깊이 체감할 수 있었다.

## AI 관련 지식

프로젝트 주제 특성상 AI 관련 기술에 대한 학습이 필수적이었다. 이론보다는 구현 중심이었기에 아주 깊은 이론을 다루진 못했지만, 다양한 모델과 라이브러리를 다루면서 넓은 기반 지식을 쌓을 수 있었다.

## 탐구 능력

OpenVINO는 비교적 생소한 기술이며, 관련 자료도 많지 않았다. 구체적인 정보를 얻기 위해 공식 문서를 정독하고 프레임워크 코드를 하나하나 분석해야 했다. 반복되는 시행착오를 겪으며 정보 탐색과 분석에 대한 요령이 생겼고, 탐구 능력 또한 자연스럽게 향상되었다.

## 기록하는 습관

프로젝트 초반에는 내용을 머릿속에만 저장해 두려 했지만, 시간이 지나자 점점 기억이 흐려지고 관리가 어려워졌다. 이후부터는 매일의 작업 내용을 문서로 정리하기 시작했고, 기록을 통해 생각을 정리하고 프로젝트 전반에 대한 이해도까지 높일 수 있었다. 앞으로도 꾸준한 기록 습관을 유지할 계획이다.

---

# 프로젝트 중 겪은 어려움

## 협업 중 마주한 도전

### 역할 분담의 모호함

프로젝트 초기에 역할 분담을 하긴 했지만, 다소 중복되거나 추상적인 부분이 있어 진행 과정에서 혼란이 생겼다. 같은 작업을 여러 명이 중복 수행하거나, 일부 업무가 수행되지 않아 프로젝트가 지체되는 일이 발생했다. 이를 통해 명확하고 구체적인 역할 분배의 중요성을 절실히 깨달았다.

### 기술 리더 역할에서의 반성

나름 관련 지식이 가장 많은 구성원으로서 기술 리더 역할을 맡게 되었지만, 팀원들이 내가 알고 있는 내용을 잘 이해하지 못하는 상황에서 답답함을 자주 느꼈다. 그 과정에서 감정적으로 반응했던 적도 있었고, 지금 돌아보면 그 점이 아쉽고 후회된다.

프로젝트 후반에 이르러 깨달은 것은, 각자 잘하는 분야가 다르고, 이를 기반으로 효율적인 역할 분담을 하는 것이 가장 중요하다는 점이다. 당시 나는 모든 것을 내 기준에 맞춰 끌고 가려는 경향이 있었고, 그것이 협업의 장애가 되기도 했다. 이번 경험을 통해 **협업의 핵심은 기술이 아닌 소통과 배려**라는 사실을 깊이 느낄 수 있었다.

## Python 환경 설정과 패키지 충돌

원격 클라우드 인스턴스에서 SSH를 통해 접속한 후, 기본 conda 환경에 여러 pip 패키지를 설치하면서 수많은 버전 충돌 문제를 겪었다. 특히 중국 내에서는 PyPI 서버 접근이 제한되어 있어, 미러 서버를 이용해야 했고, 이 과정에서 지원하지 않는 버전이 많아 어려움이 컸다. huggingface의 다양한 모델들이 요구하는 패키지 버전이 모두 달라 일일이 맞춰야 했고, 환경 설정만으로 많은 시간을 소모했다.

이 과정은 다소 번거롭고 비효율적으로 느껴졌지만, 동시에 Python 패키지 의존성과 환경 관리를 이해하고 학습할 수 있는 값진 경험이 되었다.

# 마무리

이번 프로젝트는 단순한 기술 구현을 넘어, 협업, 문제 해결, 사용자 중심의 사고까지 요구되는 종합적인 경험이었다. 진행 과정에서 기술적 역량뿐 아니라 소통의 중요성과 역할 분담의 원칙, 그리고 실험과 실패를 통한 학습의 가치를 깊이 체감할 수 있었다. 특히 AI를 실제 문제 해결에 적용해보며 이 분야에 대한 흥미와 자신감을 갖게 되었고, 앞으로도 사용자 친화적인 AI 시스템 개발을 지속적으로 탐구하고자 한다.


중국 “국가급 대학생 창의 실천 계획” 회고


## 서론

사람들과 음악 이야기를 나누다 보면, 종종 “어떤 음악을 좋아해?”라는 질문을 듣게 된다. 가장 좋아하는 뮤지션이나 가장 좋아하는 노래는 비교적 쉽게 대답할 수 있지만, '어떤 음악'이라는 질문은 생각보다 모호하게 느껴진다.

장르를 얘기하면 되지 않느냐고 생각할 수 있지만, 그렇지도 않다. 예를 들어 Nirvana와 Radiohead는 모두 얼터너티브 록으로 분류되지만 음악적 성향은 상당히 다르다. 반대로 누군가가 '얼터너티브 록'을 좋아한다고 했을 때, 그것이 Nirvana 스타일인지, Radiohead 스타일인지, 아니면 Muse 스타일인지는 쉽게 알 수 없다.

사실 나 자신도 내가 정확히 어떤 음악을 좋아하는지 완전히 알고 있다고 말하긴 어렵다. 무의식적으로 따르고 있는 여러 기준들이 있겠지만, 그것을 말로 설명하고 수치화하는 일은 결코 쉬운 일이 아니다.

그럼에도 불구하고, 내 음악 취향을 더 깊이 이해하고 싶었고, 이를 다른 사람들에게도 명확하고 근거 있게 설명하고 싶었다. 그래서 이 사이트를 만들게 되었다.

## 프로젝트 소개

[music.hoojun.kim](https://music.hoojun.kim/)

이 사이트는 내가 심사숙고 끝에 정한 일곱 가지 기준을 바탕으로 곡을 평가하고, 각 기준에 평점을 매겨 평균을 낸 뒤 점수에 따라 노래들을 정렬하여 보여주는 형태로 구성되어 있다. 현재의 평가 기준은 다음과 같다:

- 구조적 흐름 (structure): 곡의 구성(도입→전개→클라이맥스→마무리)의 자연스러움
- 가사 (lyrics): 문학성, 공감도, 메시지 전달력
- 프로덕션 (production): 음향 품질, 밸런스, 믹싱
- 퍼포먼스 (performance): 연주의 완성도와 생동감
- 독창성 (originality): 참신하고 차별화된 요소
- 멜로디 & 리듬 (melody & rhythm): 중독성 있는 흐름
- 감정 깊이 (emotion): 감정의 전달력과 다양성

[https://github.com/jindun619/hoojun-music](https://github.com/jindun619/hoojun-music)

## 기술 소개

사용한 스택들은 다음과 같다:

![Next.js](https://img.shields.io/badge/Next.js-000000?style=for-the-badge&logo=next.js&logoColor=white)![TypeScript](https://img.shields.io/badge/TypeScript-3178C6?style=for-the-badge&logo=typescript&logoColor=white)![TailwindCSS](https://img.shields.io/badge/TailwindCSS-06B6D4?style=for-the-badge&logo=tailwindcss&logoColor=white)![DaisyUI](https://img.shields.io/badge/DaisyUI-5A0EF8?style=for-the-badge&logo=daisyui&logoColor=white)![Redis](https://img.shields.io/badge/Redis-DC382D?style=for-the-badge&logo=redis&logoColor=white)![Spotify](https://img.shields.io/badge/Spotify-1DB954?style=for-the-badge&logo=spotify&logoColor=white)![Vercel](https://img.shields.io/badge/Vercel-000000?style=for-the-badge&logo=vercel&logoColor=white)

### 프론트엔드

- Next.js는 서버 사이드 렌더링(SSR)을 지원하며, 검색엔진 친화적이고 사용자에게 빠른 초기 로딩을 제공할 수 있어 선택했다.
- TailwindCSS + DaisyUI 조합은 빠른 스타일링과 일관된 UI 구성 요소 활용에 유리하여 사용했다. 특히 admin 페이지 구축 시 많은 시간을 절약할 수 있었다.
- TypeScript를 도입해 코드의 안정성과 가독성을 확보했다.

### 백엔드 & 데이터 관리

- `Spotify Web API`를 활용해 곡 제목, 아티스트, 앨범 정보 등을 가져온다. 주로 사용한 endpoint는 `Get Track`, `Get Artist`, `Search` 등이다.
- 데이터베이스는 `Upstash Redis JSON`을 사용했다. 프로젝트 규모가 작고 데이터 변경도 자주 일어나지 않으며, 오직 관리자(나)만 데이터를 관리하기 때문에, 서버리스 환경에서 빠르고 간단하게 사용할 수 있는 Upstash Redis가 적합하다고 판단했다. 특히 Redis JSON은 트랙 정보처럼 구조화된 데이터를 그대로 저장하고 불러오는 데에 효율적이어서, 별도의 스키마 설계나 복잡한 ORM 없이도 유연하게 데이터를 다룰 수 있었다.
- Next.js의 `API Routes`를 통해 RESTful API를 구성했고, Redis와의 통신은 `@upstash/redis` 라이브러리로 처리했다.

### 관리자 기능

- `/admin` 경로를 통해 평가 기준별 점수 등록/수정/삭제가 가능하며, JWT를 이용한 간단한 인증 기능을 구현했다.
- 인증 토큰은 클라이언트 측 localStorage에 저장되며, Axios 인터셉터로 자동 전송된다.

## 소감

이번 프로젝트는 어떤 기술 스택을 사용할지 결정하는 것부터 시작해, 세부적인 구현 방식까지 미리 설계한 후에 코딩을 시작했다. 그 덕분에 전체 개발 과정이 훨씬 수월했고, 실제로 단 3일 만에 완성할 수 있었다. 이번 경험을 통해 ‘설계’가 프로젝트 완성도와 속도에 얼마나 큰 영향을 미치는지 몸소 느낄 수 있었다. 특히 기능 구현에만 집중했던 이전과 달리, 이번에는 내가 왜 이 프로젝트를 만드는지, 어떤 방향으로 나아가고 싶은지를 명확히 한 상태에서 작업할 수 있었다.

그 결과, 막연했던 음악에 대한 감상을 일곱 가지 기준으로 구체화하고, 각 항목을 수치화하면서 나만의 새로운 시각을 얻을 수 있었다. 주관적인 감정을 숫자로 표현한다는 것이 다소 모순처럼 느껴질 수도 있지만, 그 과정을 통해 오히려 나 자신을 더 깊이 이해할 수 있었고, 이 작업 자체가 매우 흥미롭고 의미 있는 경험이었다. 앞으로는 각 평가 항목에 가중치를 부여하는 기능도 추가할 예정이다. 예를 들어, 가사를 중요하게 생각한다면 가사 점수에 더 높은 비중을 두어 평균 점수에 더 큰 영향을 주도록 조정할 수 있다. 결국 이 사이트는, 내가 스스로에게 "나는 어떤 음악을 좋아하는 사람인가?"라는 질문에 조금 더 정직하게 답할 수 있도록 도와주는 도구라고 할 수 있다.


music.hoojun.kim


복학 후 첫 번째 학기가 끝났다. 많은 일이 있었지만, 지나고 보니 한 학기가 순식간에 지나갔다.

## 학업에 관련된 고민들

### 석사 진학 유무

1~2학년 때는 멀게 느껴졌던 석사 진학 고민이 3학년이 되면서 현실로 다가왔다. 만약에 석사 진학을 할 것이라면 최소 이번학기부터 준비를 시작해야 되기 때문이다. 석사를 고민하게 된 이유는:

1. 학과 특성상 석사 진학을 하게되면 취직 시 훨씬 높은 대우가 보장됨.
2. 취직에 대한 두려움.
3. 주변에서의 권유에 의한 동요.

이다. 결론부터 말하자면, 나는 석사 진학을 하지 않고 바로 취직을 하기로 결심했다. 어리석게도 나는 3번의 이유가 가장 컸던 것 같다. 학문에 특별한 뜻이 없는데 석사를 고민했던 것 자체가 잘못된 판단이었다.

### 수업 문제

이번학기의 전공 수업들은 <통신이론>, <마이크로파 공학>, <디지털 신호 처리>, <하드웨어 기술 언어 및 시스템 시뮬레이션> 이었다. 이 수업들이 내 미래의 커리어에 도움이 크게 되지 않는다는 것을 알고 있지만, 나는 대학생 신분이기 때문에 어쩔 수 없이 학업에 가장 큰 노력을 쏟을 수 밖에 없었다. 군휴학 이후 오랜 공백을 딛고 학업에 적응하느라 힘든 학기였다. 학기 내내 도서관에서 대부분의 시간을 보냈다. Fail 하나도 없이 학기를 잘 마무리해서 정말 다행이다.

## 자기개발

### 개발

학기중에 시간이 별로 없었지만, 없는 시간을 쪼개서 개발 공부를 조금 해봤다.

#### 백엔드 개발

백엔드 기술은 다양하지만, 조사 결과 Java Spring이 한국 IT 기업에서 가장 높은 수요를 보였다. 그만큼 검증된 프레임워크라는 생각이 들고, 취업시장에 유리할 것 같다고 생각되어서 공부를 시작했다.

#### 오디오 어플리케이션 개발

나는 평소에 일렉기타를 즐겨 치고, 이펙터 장비에 관심이 많다. 그러던 중 이번 학기 DSP수업을 듣다가 디지털 이펙터 플러그인을 만들어보고자 JUCE 학습을 시작했다. 최종 목표는 각종 앰프 및 페달 시뮬레이션을 제공하는 어플리케이션을 개발하는 것이고, 그러기 위해서는 원본 장비의 아날로그 회로를 디지털로 변환하는 공부와, 그것을 JUCE로 구현하는 연습을 해야한다.
아직은 아주 초기 단계에 있지만 틈틈히 공부해서 언젠간 꼭 쓸만한 플러그인을 만들 것이다!

#### Intel 기업 연계 프로젝트

이번 학기 학교와 Intel의 Openvino 관련된 기업 연계 프로젝트를 진행하고 있다. 다음학기까지 이어질 예정인데, 마무리 되면 따로 게시글을 쓸 계획이다.

## 방학 계획

### 개발 공부

- 백엔드 개발(Java Spring)을 공부해서 방학 중 혹은 늦어도 다음 학기에는 서비스를 배포할 계획이다.
- 시간적 여유가 된다면 JUCE 앱 개발 공부를 이어서 할 것이다.
- Intel 기업 연계 프로젝트

### 취업 준비

- 판교 소재 IT회사들 인턴 및 채용 공고 브리핑
- 상해 소재 국제 IT회사들 인턴 및 채용 공고 브리핑
- 링크드인/깃허브/블로그 활동(가급적 영어로)
- 포트폴리오 구상: 다른 사람들 포트폴리오 패턴 분석, 내 것도 여유가 된다면 써보기. 이력서도 여유가 된다면 써보기.


3학년 1학기 회고


어느덧 전역한 지 한 달이 넘었다. 3월부터 여러 가지 이유로 게시글을 쓰지 않았는데, 이번에 몰아서 작성해 보려 한다.

## 2024년 3월 ~ 전역

3월에는 모바일 앱을 만들어 보고 싶어서 React Native를 공부했다. 이미 React를 다뤄 본 경험이 있어서 비교적 수월하게 공부할 수 있었다. 그러나 약 2주간 공부한 후, 부대의 사지방 환경의 한계를 느끼고 그만두었다.

4월부터는 유사 찍턴을 시작해 2주에 한 번씩 휴가를 나가면서 공부 패턴이 완전히 깨져, 잠시 공부를 멈췄다.

## 군대에서 배운 것들

중학교 때부터 개발을 좋아했지만, 중학교 때는 유학 환경에 적응하느라, 고등학교 때는 입시 준비를 하느라, 대학교 때는 학업에 집중하느라 제대로 개발 공부를 할 시간이 없었다. 하지만 운 좋게 군대 환경이 매우 좋아서 편하게 개발 공부를 할 수 있었다.

거의 1년 동안 개발 공부를 하며 많은 것을 배웠다고 생각한다.

### 블로그

블로그 제작이 시작이었다. 예전부터 만들고 싶다는 생각만 했을 뿐 계속 미루다가, 어느 날 갑자기 결심해 무모하게 도전했고, 2주 만에 완성했다.

처음에는 Gatsby로 만들었지만, 관련 라이브러리들의 업데이트가 느리거나 지원이 중단된 경우가 많았고, 커뮤니티도 Next.js보다 작아 보여서 Next.js로 마이그레이션했다.

블로그를 만들면서 개발 실력도 늘고, 글을 쓰며 꾸준히 동기부여를 받을 수 있어서 좋았다.

### 스택들

- **React**: 이미 다룰 줄 알았지만, 많은 새로운 개념들을 배워 더 잘 다룰 수 있게 되었다.
- **Gatsby**: 블로그와 같은 정적 페이지를 만들 때 유용한 React 기반 프레임워크이다. 그러나 Next.js에 비해 특별한 메리트가 없어 앞으로는 사용하지 않을 것 같다.
- **Next.js**: 내가 가장 선호하는 프레임워크다. React 기반이며, 웹 개발에 필요한 모든 요소들을 편리하게 최적화해 제공한다. 간단한 프로젝트든 복잡한 프로젝트든 웬만하면 Next.js를 사용할 것 같다.
- **Typescript**: 기본적인 기능은 사용할 줄 알지만, 아직 능숙하지 않은 기능들이 많아 앞으로도 꾸준히 공부할 계획이다. Typescript를 사용하는 사람들은 Javascript로 돌아갈 수 없다고 하던데, 써보니 이해가 된다. 이제 내 인생에서 Javascript는 사라질지도 모른다.
- **Chat GPT API & Langchain**: 크게 흥미롭지는 않았지만, Chat GPT가 대유행할 때 한 번 체험해 보고 싶었다.
- **React Native**: 군대에서는 간단히 맛보기만 하고, 전역 후에야 제대로 공부하기 시작했지만 앞으로도 열심히 공부할 예정이다.
- **Recoil, Prisma, Supabase, Tailwind CSS, Styled-components**: 개발의 생산성을 매우 높여주는 라이브러리와 도구들이다. 익혀두면 앞으로 개발할 때 활용도가 높을 것 같다.

## 전역 ~ 현재

군대에 있으면서 성격이 더 내향적으로 바뀌어, 약속은 정말 만나고 싶은 사람들과만 최소한으로 잡고 있다. 그래서 개인 시간이 많이 생겼고, 대부분의 시간을 개발 공부, 기타 연습, 게임에 보내고 있다.

전역 후 집에서 맥북을 사용할 수 있게 되면서 환경의 제약이 풀려, 아주 즐겁게 개발하고 있다. 맥북과 듀얼 모니터, 기계식 키보드, 마우스, 스피커 조합으로 공부하니 즐겁지 않을 수 없다. 요즘은 React Native를 공부하고 있다. TMDB API를 이용해 영화 추천 앱을 만들었고, 얼마 전에 배포까지 성공했다. 앞으로 남은 한 달도 계속 React Native를 공부하며 지낼 계획이다.


2024년 3~7월 회고


## 🗒️1월의 약속들

### 백준 열심히 풀기✅

예전에 해놓았던 코딩테스트 공부를 까먹진 않았을까 걱정했는데, 다행히 문제 몇개를 풀어보니까 감이 다시 올아왔다. 내가 생각했을때 내가 만족할만큼의 공부량은 달성한 것 같다. 앞으로의 공부 방향에 대한 불확실성은 저번달과 비슷하지만, 개발자로 취직하기 위해서는 언젠간 해야될 공부이기 때문에 시간낭비라는 생각은 들지 않는다.

### 전역 후 계획짜기❌

전혀 생각해보지 않았다. 3월에는 조금이라도 알아보고 계획해보겠다.

### 일렉기타 기본기 연습하기✅

상황이 따라줘서 일렉기타를 연습할 시간이 매우 많았다. 크로매틱과 쨉쨉이 기본기 연습을 주로 했다. 크로매틱은 거의 매일 하니까 크로매틱 실력이 조금씩 느는게 체감되어서 좋았다.

## ✅2월에 한 일들

이번달에 제대로 한 일이라고는 백준 문제풀기밖에 없었다. 모든 이유는 핑계라고 하지만, 객관적으로 봤을때 특별한 일들이 너무 많은 달이었다. 그 일들 때문에 오로지 자기개발에 집중해서 살 수는 없었다. 다음달은 꼭 더 열심히 살 것이다.

## 🔥3월에 할 일들

### 백준 열심히 풀기

저번달에도 나름 백준 문제를 많이 풀었지만, 이번에 포인트는 ‘열심히’이다. 미용 실습차 군대로 이발봉사를 왔었는데, 교수처럼 보이는 사람과 실습생이 내 머리를 잘라줬다. 둘의 대화를 들어보니, 그 실습생은 약 1년 6개월동안 꾸준히 이발봉사 실습을 왔던 사람인데, 교수가 그분의 문제를 지적해주며 이렇게 말했다: “실습 꾸준히 나오는건 알겠는데 너가 노력을 안하면 아무 의미가 없다. 내가 봤을때 너 실력은 1년전이랑 다를게 없다.”. 이 말을 듣고 든 생각이 나는 군대에 와서 나름 꾸준히 독하게 공부루틴을 만들어서 지켜왔지만, 공부시간중에 매 1분1분을 열심히 노력했다고 묻는다면 절대 아닌 것 같다. 물론 공부를 하기 위해 책상에 앉는것부터가 이미 남들보다 앞서는 것이지만, 똑같은 시간을 더 값지게 쓸 수 있는데 그렇게 하지 못한것이 아쉽다는 생각이 들었다. 이번달 뿐만 아니라 앞으로도 최고의 효율로 열심히 공부하는 노력을 할 것이다.

### 전역 후 계획짜기

위에서도 말했듯이 전역후에 어떻게 살아갈지에 대해 대강으로라도 계획을 짤 것이다. 저번달에는 생각해볼 여유가 없는것도 있었고 너무 거창한 계획을 짜려고 하니 지켜지지 못했던 것 같다. 사소한 계획부터 짜보면 좋을 것 같다.


2024년 2월 회고


## 🗒️12월의 약속들

### Chat GPT 공부 ✅

Langchain의 핵심 기능에 대해 어느정도 이해했고, 흥미를 돋우기 위해 간단한 챗봇을 만들었다. 친구한테 뮤지컬 보러 가자고 꼬시는 챗봇이였는데 완성도가 그렇게 높지 않아서 따로 업로드 하진 않겠다. 큰 포부로 시작한 공부였지만 막상 해보니 크게 흥미가 없었고 이걸 배운다고 내 경쟁력이 크게 올라갈까 의심이 들어서 잠깐 쉬기로 했다.

### 규칙적으로 공부하는 습관 ✅

저번달에 말했던 가장 큰 방해요소 세가지: 휴가, 풋살, 기타의 유혹을 잘 뿌리쳤다고 생각한다. 휴가 나가서도 하루 최소 1시간씩은 공부했고, 풋살은 최대한 덜 하려고 노력했다. 기타는 여전히 많이 치긴 했지만, 내 인생에서 꽤 많은 부분을 차지하는 소중한 취미이기 때문에 시간투자할 가치가 있다고 생각한다. 한가지 뿌듯하게 생각하는건, 우리대대 사지방 컴퓨터가 모두 고장이 나서 공부를 이어갈 수 없는 상황이 왔었는데, 용기내서 높으신분한테 고장신고하고, 수리되기 전까지 다른 사지방가서 공부를 이어갔다. 예전의 나였으면 안좋은 상황을 핑계로 한탄만 했겠지만, 이번에는 바로 알맞은 대처를 한 것 같아서 뿌듯하다.

### 일과시간 낭비하지 않기 ✅

저번달에 비해 일과시간을 덜 낭비했다. 동기와 생산성있는 대화, 성경필사 그리고 독서 외에는 여유시간을 거의 낭비하지 않았다. 사실 독서는 그렇게 많이 하지 않았는데 다음달부터는 성경필사를 줄이고 독서시간을 늘리면 좋을 것 같다.

## ✅1월에 한 일들

### Chat GPT API & Langchain 공부

위에 언급했기 때문에 따로 언급하지 않겠다.

### 블로그 리뉴얼

예전부터 하려고 했지만 미뤘던 리뉴얼, 마침 코로나 격리때 여유가 생겨서 하게됐다. 리뉴얼을 결심하게 된 계기는:

1. GatsbyJS->NextJS. Gatsby에는 내가 따로 설정하지 않아도 마법처럼 특정 기능들을 수행해주는 플러그인들이 많이 있다. 하지만 내가 원하는 형식으로 자유롭게 커스터마이징 할 수 없고, 수많은 플러그인들이 업데이트를 자주 하지 않는다는 느낌을 받았다. Next로 그 기능들을 직접 구현하고, 원할때 내 입맛대로 수정할 수 있는 상태로 만들고 싶었다.
2. Javascript->Typescript. 블로그를 처음 개발하던 당시에는 Typescript를 배우기 전이여서 100% Javascript로만 코드를 짰었다. Typescript가 훨씬 좋은 언어인건 설명할 필요가 없다.
3. 안좋은 코드들 보완. 불과 몇개월 전에 썼던 코드들이지만 정말 이해할 수 없고 답답한 코드들이 너무 많았다. 업그레이드된 개발 실력으로 조금 더 나은 코드들로 보완했다. (예전에 썼던 코드를 보면 항상 이런 생각을 하는 것 같다. 지금 쓴 코드도 미래의 내가 보면 엄청 욕하겠지..?)
   이다. 더 추가한 기능은 어드민 페이지를 만들어서 이제 IDE로 개발 폴더를 열지 않아도 게시글들을 관리할 수 있다. 다크/라이트모드 전환과 댓글 기능은 딱히 필요가 없어서 제거했다.

## 🔥2월에 할 일들

### 백준 열심히 풀기

어떤 공부를 해야할지 모르겠는 딜레마에 빠졌다. 해야할 공부는 항상 많기 때문에 언젠간 무조건 해야할 코딩테스트를 준비하겠다. 앞으로의 공부 방향성에 대해서도 많은 고민을 해야한다.

### 전역 후 계획짜기

전역이 진짜 얼마 안남았다. 작성일 기준 134일 남았다. 이때까지 시간이 빠르게 갔던걸 생각하면 134일도 매우 빠르게 지나갈 것 같다. 이젠 정말 닥쳤다고 생각하고 현실을 마주할 준비를 해야한다. 인생의 방향에 대해서도 많이 고민해보고, 당장 복학하고 어떤 삶을 살지 구체적으로 생각해봐야겠다.

### 일렉기타 기본기 연습하기

좋아하는 노래들을 연습하는것이 가장 재밌지만, 크로매틱 연습만큼 실력 향상에 좋은것도 없다고 한다. 꾸준히 연습하자~

## 💭깃허브 컨트리뷰션 그래프에 대한 나의 생각

깃허브(Github)라고 하는 쉽게 말해서 코드 저장소가 있다. 내가 코드를 업로드 할 때마다 날짜별로 기록이 남는다. 이것을 보기 좋게 시각화한 것을 컨드리뷰션 그래프라고 하는데, 나 포함 많은 사람들이 이것을 노력의 지표로 생각한다. 최소 한번이라도 업로드를 한 날은 초록색으로, 업로드 횟수가 많아질수록 색이 짙어지고, 업로드를 하지 않은 날은 회색으로 구멍이 뚫린다.

나는 내 컨트리뷰션 그래프에 회색 구멍이 생기는걸 극도로 싫어했다, 왜냐하면 내가 그 날 공부를 아예 안했다는 것이 시각적으로 너무 선명하게 보이기 때문이다. 이 심리를 적절하게 이용하면 꾸준하게 공부하는것을 도울 수 있지만, 어느 순간부터 나는 변질된 방법을 사용하고 있었다. 회색 구멍을 만들지 않기 위해서 공부하지 않은 날에도 휴대폰을 잠깐 켜서 의미 없는 코드 한 줄만 업로드하기 시작했다. 이렇게 하면 내 컨트리뷰션 그래프의 색깔은 아름다워 지겠지만, 나 자신은 더이상 이로부터 자극을 얻을 수 없고 성취감도 얻을 수 없다. 그저 나 자신을 속이는 행위이다.

비교적 최근까지도 거짓 업로드를 수차례 해왔었는데, 앞으로는 절대 거짓 업로드는 하지 않겠다. 그래야 내 컨트리뷰션 그래프가 가치있어 질 것 같다.


2024년 1월 회고


## 🗒️11월의 약속들

### 웹 개발 공부✅

[Supabase](https://supabase.com/) 를 배우고, 이것을 사용해서 프로젝트를 하나 만들어 보기로 했었다. 두개의 프로젝트를 만들었는데, [무작위 미술관](https://random-image-museum.vercel.app/)([github](https://github.com/jindun619/random-image-museum))과 [김호준 갤러리](https://gallery.hoojun.kim/)([github](https://github.com/jindun619/hoojun-gallery))이다. 자주 사용되는 백엔드 처리를 Supabase에서 다 해주니까 매우 편리했다. 나중에 사이드 프로젝트를 진행할 때 복잡한 백엔드가 필요 없으면 사용하기 좋을 것 같다.

### 일렉기타 연습✅

하루 최소 한시간은 연습하는 것 같다. 무엇보다 너무 재밌어서 누가 시키지 않아도 하게 된다. 사실 요즘 최대 관심사가 기타이다, 군생활하면서 열심히 연습하고 전역 직후에 비싼 기타를 살 계획이다. 복학하면 학교 밴드 동아리에 들어가고 싶다. 노래 연습도 좋지만 기본기를 탄탄하게 다지기 위해 크로매틱 연습도 게을리 하지 않겠다.

### 규칙적으로 공부하는 습관❌

비록 매일 공부는 했지만, 예전처럼 새벽부터 밤까지의 엄격한 공부 스케줄을 완벽하게 지키지는 못했다. 이는 각기 다른 사정 때문이었지만, 진정한 자기 관리란 이러한 사정조차 발생하지 않게 하는 것임을 잘 알고 있다. 그래서 1월에는 더욱 규칙적으로 공부하는 데 집중하려고 한다. 또한, 휴가 중에는 보통 공부를 하지 않았지만, 이로 인해 장기간 쉬게 되고, 돌아온 후에 다시 집중하는 데 시간이 많이 소요된다는 것을 깃허브 커밋 기록이 보여준다. 1월에 휴가를 자주 가게 될 텐데, 이때 공부 패턴이 무너지지 않도록 특별히 주의하겠다.
![깃허브 커밋](/post_images/12/1.png)

## ✅12월에 한 일들

### Supabase 토이프로젝트 진행

위에 잠깐 언급했듯이, [무작위 미술관](https://random-image-museum.vercel.app/)([github](https://github.com/jindun619/random-image-museum))과 [김호준 갤러리](https://gallery.hoojun.kim/)([github](https://github.com/jindun619/hoojun-gallery))를 만들었다. 자세한 소개는 추후에 따로 게시글을 올릴 계획이다.

### OpenAI API & Langchain 공부

OpenAI API(Chat GPT API)와 Langchain공부를 시작했다. 아직은 웹개발이 너무 재밌지만, 다양한 분야의 공부를 경험해봐야 할 것 같아서 원래부터 관심 있었고 또 요즘 매우 트렌디한 Chat GPT를 공부하기로 했다. 진입장벽을 낮추기 위해 존경하는 [니꼬쌤](https://nomadcoders.co/)의 [풀스택 GPT 강의](https://nomadcoders.co/fullstack-gpt)강의도 구매했다(+Chat GPT Plus). 또한, OpenAI API를 더욱 효과적으로 활용하기 위해 Langchain을 병행하여 사용중이다.
공부를 시작하고 느낀건데, 생성형 AI는 정말 굉장한 기술인 것 같다. 내가 취직할 때 쯤에는 IT 트렌드가 또 바뀌어 있겠지만, 지금 생성형 AI 공부를 통해서 최신 트렌드를 공부하는 연습을 해놓으면, 분명히 좋은 스펙이 될 것이고, IT 트렌드에 대한 통찰력을 키울 것이라 확신한다.

## 🔥1월에 할 일들

### Chat GPT 공부

Chat GPT API와 Langchain을 공부해서 재밌는 앱을 만들어 보겠다.

### 규칙적으로 공부하는 습관

저번달에 잘 지켜지지 않았으니 이번달에도 목표 리스트에 넣었다. 저번달에 가장 큰 방해요소는 휴가, 풋살 그리고 기타였다. 해결방안으로: 1. 휴가때 매일 최소 1시간 공부를 하겠다; 2. 풋살은 일주일 최대 두번만 하겠다; 3. 공부시간이라고 정해둔 시간에는 기타를 치지 않겠다.

### 일과시간 낭비하지 않기

일과시간에 남는 시간을 허무하게 날리지 않고 독서 혹은 성경필사를 하겠다(엄마께서 전역 전까지 성경책 전체 필사를 하면 200만원을 일시불로 준다는 파격적인 제안을 하셨다. 꼭 성공해서 고가 일렉기타를 사겠다🔥🎸).

## ☀️한 해를 되돌아보며

2023년이 온전히 군복무로 채워졌다는 사실이 아직도 믿기지 않지만, 이번 한 해는 의외로 만족스러웠다. 연초에는 군 생활의 어려움에 육체적, 정신적으로 많이 지쳤지만, 그 시간들이 오히려 많은 것을 배우고 성장하는 기회가 되었다. 더욱이, 귀중한 인연들을 만난 것은 큰 기쁨이었다. 새로운 사람들과의 만남 덕분에 군생활이 즐겁고 의미 있는 시간으로 변했고, 내 삶에 긍정적인 영향을 주었다. 면회와 휴가 때 시간을 내어 함께해준 가족과 친구들에게도 깊은 감사의 마음을 전하고 싶다.

많은 사람들이 군대에서의 시간을 낭비라고 말하지만, 나에게는 그렇지 않았다. 군 복무 기간은 내 삶을 되돌아보고, 미래를 설계할 수 있는 소중한 시간이었다.

새해에는 아직 불확실한 내 미래가 조금 더 명확해지기를 바란다.


2023년 12월 회고: 한 해를 되돌아보며


## 🗒️10월의 약속들

### 자격증 공부❌

컴활 1급 실기를 딸 예정이였는데, 군대에서 준비할 수 있는 방법이 아예 없어서 전역후로 미루기로 했다. 사지방, 사무실 모두 엑셀이 아니라 한셀이 깔려있었고, 액세스는 아예 깔려있지도 않았다. 온라인 액셀도 생각을 해봤는데, UI가 많이 달랐고, 역시 액세스는 지원하지 않았다. 필기 시작하기 전에 자세히 알아봤어야 했는데 계획적이지 못한 내 잘못이다.

### 웹 백엔드 공부✅

간단한 프로젝트를 진행하면서, Next.js로 api 서버를 만들고, Prisma를 이용해서 Serverless PostgreSQL에 접속해서 데이터를 처리하는 연습을 했다.

## ✅11월에 한 일들

### 토이프로젝트 진행

간단한 프로젝트를 진행하면서, Next.js로 api 서버를 만들고, Prisma를 이용해서 Serverless PostgreSQL에 접속해서 데이터를 처리하는 연습을 했다. 자세한 소개는 [여기](https://hoojun.kim/post/10/)에 있다. 백엔드에 대해 많은 것을 배웠지만, 아직 학습이 필요한 부분이 많다는 것을 계속 느끼고 있다.

### SK TECH SUMMIT 2023 참가

소중한 휴가 하루를 SK TECH SUMMIT 2023에 투자했다. Keynote Speech를 듣고, 다양한 전시 및 이벤트를 경험했다. 세션은 Track 2 “AI : 에이닷“을 듣고 싶었는데, 사람이 꽉 차서 못 듣고 돌아왔다. 신기한 기술들을 구경할 수 있어서 재미있었고, 대단한 사람들을 가까이에서 보는것이 동기부여가 됐다.

## 🔥12월에 할 일들

### 웹 개발 공부

[Supabase](https://supabase.com/) 를 배우고, 이것을 사용해서 프로젝트를 하나 만들어 보겠다.

### 일렉기타 연습

이번에 첫 일렉기타를 구입했는데, 하루 최소 30분은 크로매틱 연습을 하겠다.

### 규칙적으로 공부하는 습관

대만여행을 갔다온 뒤로 계속 들떠있는 것 같다. 다시 마음을 가다듬고 새벽-점심-저녁-밤 공부 루틴을 꾸준히 실행할 것이다. 그리고 맹목적으로 공부량만 추구하기보다는 어떤 공부가 가치 있는지 자주 고민하는 것이 좋을 것 같다.


2023년 11월 회고


## 서론

웹 백엔드를 입문하기 위해 이 프로젝트를 시작했다. 서버에서 데이터베이스에 접속해서 데이터에 대해 CRUD기능을 구현하는데에 게시판 앱 만큼 좋은게 없어 보였다. 목적성이 있는 웹 앱을 만들면 더 재밌을 것 같아서 “조성민 연구 포럼”을 만들기로 했다.

> 조성민은 우리 부대 최고의 연구대상이다. 그를 연구하는건 매우 값진 일이다.

[조성민 연구 포럼](https://jindun-forum.vercel.app/)

[https://github.com/jindun619/forum-app](https://github.com/jindun619/forum-app)

## 데이터베이스/ORM 선택

데이터베이스의 종류는 생각보다 다양했다. 관계형 데이터베이스(RDBMS), NoSQL 데이터베이스, 그래프 데이터베이스 등이 있는데, 검색해본 결과 특수한 구조를 가진 데이터가 아닌 간단한 데이터구조라면 관계형 데이터베이스로 모두 커버가 가능하다고 했다. 관계형 데이터베이스도 MySQL, PostgreSQL, SQLite등 종류가 다양한데, 마침 내가 배포 플랫폼으로 이용하고 있는 Vercel에서 무료로 Serverless PostgreSQL을 지원 한다길래 [PostgreSQL](https://www.postgresql.org/)을 사용하기로 했다. 생산성, 안전성 그리고 편리성을 높이기 위해 강력한 Node.js, Typescript ORM인 [Prisma](https://www.prisma.io/)도 사용하기로 했다.

## NextAuth를 이용한 소셜 로그인

[NextAuth](https://next-auth.js.org/)는 Google, Facebook, Github등 전세계적으로 유명한 플랫폼 뿐만 아니라, Naver, Kakao와 같은 국내 플랫폼들도 인증 공급자로 사용할 수 있다. NextAuth에 있는 KakaoProvider와 Prisma Adapter을 이용해서 카카오톡 로그인 인증, db에 User 데이터 입력까지 매우 간편하고 안전하게 구현할 수 있었다.
항상 소셜 로그인만 사용할 수 있으면 편리하겠지만, 그렇지 않은 경우도 많기 때문에 다음번에는 Credentials Provider을 이용해서 직접 로그인/회원가입 시스템을 만드는 연습을 해봐야겠다.

## 렌더링 방식

Next.js는 일반적으로 서버 사이드 렌더링(SSR), 클라이언트 사이드 렌더링(CSR) 그리고 정적 생성(Static Generation) 방식이 있다. 각각 상황에 맞는 적합한 렌더링 방식을 사용해야 한다. 이 앱 특성상 정적 생성은 사용할 일이 없을 것 같고, SSR과 CSR중에 고민했어야 했다.

### SSR

게시글을 보여주는 페이지는 SSR 방식을 사용하는 것이 적합하다고 생각했다. 왜냐하면 보통 게시글은 SEO(검색 엔진 최적화)가 잘 되어있어야 하는 특징이 있고, 데이터 양이 적기 때문에 초기 로딩 속도를 매우 빠르게 하고 싶었다.
하지만 예상과는 다르게 오히려 SSR 방식을 사용하니까 초기 로딩 속도가 매우 느려졌다. 처음에는 무료 배포여서 서버 속도가 느린게 아닌가 의심을 했었는데(아마도 그것은 사소한 부분일 것이다), [이 글](https://velog.io/@namtaehyun/Next.js-제대로-알고-사용하기-적절하지-못한-SSR)을 읽고나서 이유를 알았다.
내 페이지는 GetServerSideProps 함수에서 비동기로 게시글 데이터를 요청하고, 데이터를 다 불러오고 나서야 페이지를 보여주기 시작한다. 바꿔서 말하면, 데이터를 다 불러오기 전에는 페이지가 그려지지 않는다. 그러니 초기 로딩 속도가 느려질 수밖에 없었다. CSR을 사용하면 이 문제는 고칠 수 있어 사용자 경험은 올라가겠지만, SEO는 포기해야 한다.

### CSR

위의 문제를 해결해 보고자 페이지 렌더링 방식을 CSR으로 바꿔봤었다. 예상했던 대로 초기 로딩 속도는 빨라졌지만, 데이터가 불러와지기 전에 정보가 있어야 할 자리가 비어있다가 (혹은 “undefined”로 채워져 있다가) 데이터가 불러와지면서 페이지가 메꿔지는 것이 부자연스럽다고 느꼈다. 차라리 초기 로딩 속도가 느리더라도 초기에 완전한 페이지를 불러오는 것이 사용자 경험 측면에서 더 좋을 것이라는 생각이 들었다.

### 결론

여러 방법을 시도해봤지만, 아직 만족스러운 결과를 보여주는 좋은 방법을 찾지 못했다. 어떤 렌더링 방식을 어떻게 사용할지 결정하는 것은 앞으로 계속 학습하고 연구해야 할 숙제인 것 같다.

## API 활용

Prisma는 보안상의 이유로 클라이언트상에서 데이터베이스에 접근할 수 없다. 그래서 API서버를 구축해서 이를 통해 데이터베이스에 간접적으로 접근해야 한다.
Next.js는 기본적으로 제공하는 API Routes 기능을 통해 간편하게 API 서버를 구축할 수 있다. REST API를 설계하기 위해 검색을 해봤는데 (CHAT GPT)

> 1.  **URI는 소문자 사용:**
>
> - 많은 경우, URI는 소문자로 작성됩니다. 이는 대소문자 구분으로 인한 혼란을 피하기 위한 것입니다.
>
> 2.  **하이픈(-) 사용:**
>
> - 공백 대신에 하이픈을 사용하여 가독성을 높일 수 있습니다. 예를 들어, `/user-profiles`와 같이 사용될 수 있습니다.
>
> 3.  **단수형 사용:**
>
> - 리소스에 대한 식별자로 단수형이 일반적으로 사용됩니다. 예를 들어, `/user` 대신에 `/users`가 아닌 `/user`로 표현할 수 있습니다.
>
> 4.  **명사 사용:**
>
> - 리소스를 나타내는데 명사를 사용합니다. 동사보다는 명사 중심으로 리소스를 표현합니다.

와 같은 답변을 받았다.
처음에는 RESTful API 설계는 누군가가 정해놓은 표준인 줄 알았는데, 개발자, 팀, 또는 커뮤니티에 따라 상이하다고 한다. 그래서 온라인상에 많은 개발자들이 참고하는 준표준(?)을 따르기로 했다.

## 반성할 점

### Typescript 제대로 이용하자

Typescript는 사전에 type을 설정해서 개발자가 옳지 않는 type을 입력하려고 하는것을 사전에 방지할 수 있다. 하지만 나는 이 프로젝트에서 type/interface를 정의하기 귀찮아서 ‘any’ 타입으로 채웠다. 이것은 스스로 Typescript의 장점을 포기하는 행위이다. 프로젝트 규모가 커질수록 타입의 중요성은 커질 것이니 앞으로는 ‘any’ 사용을 자제하겠다.

### 공식 문서를 읽는 습관을 들이자

새로운 스택을 배울 때 블로그/유튜브 강의를 보면 해당 스택에 빠르게 입문할 수 있지만, 빠르게 배운 만큼 중요 개념들을 가볍게 훑고 넘어가거나 놓치고 지나가는 경우가 많은 것 같다. 지루하고 시간이 오래 걸리더라도, 공식 문서를 꼼꼼히 읽어보는 습관을 들이는게 좋을 것 같다.


게시판 앱을 만들어봤다


## 🗒️9월의 약속들

### 자격증 따기✅

원래 취지는 일과시간에 낭비되는 시간을 활용해 4주동안 시험준비를 할 계획이였지만, 일과시간에 공부를 하는것이 쉽지 않았을 뿐더러, 미루다가 공부를 2주밖에 하지 못해서 준비과정은 만족스럽지 못했다. 하지만 결과적으로 시험에 합격하긴 했다.

### 공부 분야 탐색&실행✅

웹 개발에 이어 모바일 앱 개발, 인공지능, 데이터 분석 등 관심있는 분야를 탐색하고 공부해 볼 생각이었지만, 아직 웹 개발이 너무 재미있고, 배우고 싶은 내용들이 많이 있기 때문에 일단은 웹 개발 공부를 계속 하기로 결심했다. Next.js를 중점적으로 공부했다.

### 규칙적인 생활패턴 가지기❌

규칙적으로 생활하긴 했지만 항상 수면이 많이 부족했다. 생활 패턴을 건강을 챙기면서 더 생산적으로 만들 방법에 대해 고민해봐야 할 것 같다.

## 기타 연습✅

약속한 대로 매일 시간을 정해놓고 최소 30분씩 기타 연습을 했다. 앞으로도 꾸준히 연습할 것이다🔥

## ✅10월에 한 일들

### 컴활 1급 필기 통과

급하게 준비해서 아슬아슬하게 통과했다. 실기는 여유롭게 준비 해야겠다.

### 토이프로젝트 진행

프론트엔드 개발 연습을 위해 간단한 영화앱을 Next.js + Typescript + Recoil 조합으로 만들어 봤다.

자세한 내용은 [여기](https://hoojun.kim/post/8/)

## 🔥11월에 할 일들

### 자격증 공부

12월 중순에 볼 예정인 컴활 1급 실기를 공부할 것이다. 하루에 얼만큼의 시간을 투자할지와 공부 방법도 고민해봐야겠다.

### 웹 백엔드 공부

웹 프론트엔드 찍먹은 해봤으니, 웹 백엔드 공부를 시작해볼 생각이다. 프로젝트 하나를 목표로 설정해서 공부하면 재밌을 것 같아서 다음 기능들을 수행할 수 있는 기본적인 게시판 사이트를 만들어 보겠다:

- 로그인/회원가입 기능
- 게시글에 대해 CRUD 기능
- 댓글 기능
- 게시글, 댓글에 대한 좋아요 기능


2023년 10월 회고


## 서론

웹 프론트엔드를 연습할 토이프로젝트에 사용할 api를 찾아보다가 [Bored API](http://www.boredapi.com/), [API-Football](https://www.api-football.com/)등 재미있어 보이는 api들을 찾았다. 재미는 있어 보였지만, 연습용으로 적합하지 않거나, 가격을 지불해야해서 시작하기가 꺼렸다. 남들 다 한번씩은 만들어보는 Movie App은 괜히 하기가 싫었지만(홍대병 맞음), [TMDB API](https://developer.themoviedb.org/docs)만큼 잘 만들고 학습용으로 적당한 api도 없어서 간단한 영화앱을 만들어보기로 했다.

## 프로젝트 소개

[조성민머리Flix](https://josungminmeoriflix.vercel.app/home)

> 나의 소중한 넷플릭스 중독자 친구, 민머리 헤어스타일이 매력적인 조성민의 이름을 따서 "_조성민머리Flix_"이다.

영화, TV프로그램들을 나열해주는 웹사이트이다. 세부정보를 확인할 수 있으며, 검색기능도 지원한다.

[https://github.com/jindun619/movie-app](https://github.com/jindun619/movie-app)

## 🔥 프로젝트를 통해서 배우고 싶은 것들

- React를 더 유연하게 사용하고, Next.js의 개념을 잘 익히기.
- Typescript 프로그래밍 연습하기.
- TailwindCSS, DaisyUI를 이용해서 괜찮은 UI 만드는 연습하기.
- Axios를 이용해 api 다루는 연습하기.

## 💡 주요 기능

### 영화

- Daily Trending 영화 추천
- 현재 상영중, 인기 영화, 평점높은 영화 나열

### TV 프로그램

- Daily Trending TV프로그램 추천
- 오늘 방영, 현재 방영중, 인기 프로그램, 평점높은 프로그램 나열

### 상세 정보

- 포스터 클릭 시 영화/TV프로그램 상세정보 표시

### 검색

- 영화/TV프로그램 검색 기능 구현

### UX/UI

- 디바이스 크기에 따라 변하는 반응형 웹

## 소감

Typescript, Recoil 등 처음 사용해보는 스택이 익숙하지 않아서 구조적으로 많이 미흡하지만, 새로운 것을 배웠다는 점에서 뿌듯하다. Axios 비동기 처리에 대해서 아직 모르는 부분이 많지만 프로젝트 시작전에 비해 많이 알게 되었다. Next.js의 주요 기능 중 하나인 SSR, CSR과 Routing 방식에 대해서 기본적으로 이해하고 사용할 수 있게 되었다. 내 코드에 많은 문제점들이 존재하겠지만, 확실한건 이번 프로젝트를 통해서 많은것을 배웠다.


간단한 영화앱


## ✔️9월에 한 일들

### 정보처리기능사 자격증 취득

스펙에 크게 보탬이 될 것 같진 않지만, 컴퓨터 기초 지식 배우기 + 휴가 벌이 목적으로 땄다. 실제로 애매하게 알고있었던 컴퓨터 지식들을 좀 더 구체적으로 배울 기회가 되어서 좋았다. 필기 10일, 실기 3주 총 한달 조금 넘는 시간동안 독서연등시간을 활용해서 준비했다.
![정보처리기능사 합격증](/post_images/7/img1.jpeg)

### 블로그 개설

[Velopert님의 블로그](https://velopert.com/)를 보고 영감을 받아 미뤄뒀던 블로그 개발을 실행으로 옮겼다. [Gatsby](https://www.gatsbyjs.com/)라는 유용한 리액트기반의 프레임워크를 이용해서 2주간의 개발을 통해 [Hoojun.Kim](https://hoojun.kim/)을 개설했다. 도메인 이름을 고민하던 중에, [GoDaddyKR](https://kr.godaddy.com/)에서 홍보하던 .kim 도메인에 꽂혀서 바로 구매했다. 이만큼 나를 잘 나타낼 수 있는 도메인은 없을 것 같다, 매우 만족스럽다.

### 생산적인 삶

블로그 개발을 시작하면서 개발에 대한 열정을 다시 되찾았다. 내 인생을 되돌아보면, 나는 내가 좋아하는 일에 몰두했을때 가장 행복했던 것 같다. 그 좋아하는 일들 중 하나가 개발이다. 군대에서 시키는 일만 하고 특별한 목표 없이 재밌는 일만 찾아다니는 삶은 좋았지만, 그것은 현실도피가 가져다주는 일시적인 즐거움인걸 알고있다. 지금의 열정을 가지고 전역후에 생각했을때, 군대에서 많은것을 얻었다고 생각할 수 있도록 열심히 살 것이다. 이것을 이루기 위해 이번달에 한 노력은:

1. 출근 전 1시간 공부(1시간 더 일찍 기상)
2. 점심시간 1시간 공부(원래는 놀거나 낮잠을 잤다)
3. 개인정비시간 3시간 공부
4. 연등시간 2시간 공부
   이다. 매일 좋아하는 공부를 하고 내가 성장하는 것이 느껴져서 하루하루가 즐겁다. 지금 마음가짐이 변하지 않고 앞으로도 쭉 이어졌으면 좋겠다.

### 금연

내가 군대에 와서 배운 가장 안좋은 것은 담배이다(사실 누가 가르쳐주진 않았다, 그냥 혼자 시작했다). 계산을 해 보니까, 일병 1호봉때부터 약 8개월동안 평균 3일에 두갑을 폈으니까, 총`(2/3*30*8=)160`갑을 핀 것이고, `(160*4500=)720,000`만원을 썼으며, `(160*20*5=)16,000`분, 곧 `266.7`시간을 쓴 것이다.

> 한달은 30일, 한갑에 4,500원, 한개피 피는데 5분이라고 칩시다.

추가로 육체적 건강과 정신적 건강을 생각하면 빨리 끊을수록 이득이라는 생각이 들었다. 담배를 끊으면 한달에 약 9만원이 절약이 되는데, 삼성전자가 한 주에 7만원정도 하더라, 어차피 없어졌을 돈 버렸다고 생각하고 매달 월급날에 한 주씩 살 계획이다(주식에 대해 아는게 없어서 국룰 삼전ㄱㄱ)

### 기타 연습

우리 생활관에 기타 고수가 두명이나 있는건 정말 큰 행운이다. 4월에 시작해서 약 5개월간 배웠는데, 아직 밖에서 보여주고 다닐 실력은 못되지만 실력이 조금씩 늘고있는 것이 느껴진다. 아직 한 곡을 마스터하진 않았고, 좋아하는 노래들을 돌아가면서 연습하고 있다:

- 검정치마 - 기다린 만큼, 더
- 너드커넥션 - 좋은 밤 좋은 꿈
- 너드커넥션 - 대나무숲
- 너드커넥션 - 조용히 완전히 영원히
- 이문세 - 깊은밤을 날아서 (Cover by 예빈나다)

## 🔥10월에 할 일들

### 자격증 따기

개인정비시간, 연등시간은 싸지방에서 개발 공부를 할 수 있지만, 일과중에 작업이 없을 때 남는 시간들은 항상 낭비가 된다. 독서를 해서 교양을 쌓아도 되지만 책은 너무 지루해서 그 시간들을 자격증 공부를 해서 채우려 한다. 그나마 내 분야와 관련이 있고, 비교적 만만하며 휴가도 주는 컴퓨터활용능력 1급을 도전해볼 생각이다. 필기 시험일자은 10월 28일 or 10월 29일로 생각하고 있다.

### 공부 분야 탐색&실행

최근에는 블로그 개발을 위해 Gatsby, React, GraphQL등을 공부했다. 웹개발 공부도 재밌지만 IT쪽의 여러 분야를 경험해보고 어떤 분야가 내 적성에 맞나 알아보고 싶다.

### 규칙적인 생활패턴 가지기

위에서 말한것처럼 나는 요즘 군대에 있음에도 불구하고 시간관리를 통해 하루에 7시간의 공부시간을 확보했다. 생산적으로 사는건 좋으나, 수면시간이 꽤 부족한 것을 느꼈다(하루에 6시간 조금 안되게 잤다). 부족한 수면은 집중력과 창의력을 하락시켜 도리어 공부 효율을 떨어뜨릴 수 있겠다는 생각이 들었다. 게다가 건강에도 좋지 않을 것 같다. 잠을 줄이고 공부를 하게된지 3주정도가 됐는데, 피부가 눈에띄게 안좋아지고, 성격도 예민해진 것이 느껴진다. 건강을 위해서라도 충분한 수면시간을 가져야겠다.

### 기타 연습

하루 최소 30분은 집중해서 연습할 것이다!


2023년 9월 회고


개발을 하다보면 로컬저장소에 코드를 원격저장소로 업로드 해야할 일이 자주 생긴다.
그럴때마다 아래와 같이 **add, commit, push, id, pw** 명령어를 입력하는 일은
상당히 귀찮고, 반복되는 비효율적인 일이다. 이 반복되는 작업을 최대한 단순화시키고 싶었다.

```bash{promptUser: root}{promptHost: ubuntu}{outputLines: 4-5}
git add .
git commit -m "first commit"
git push origin master
Username for 'https://github.com':
Password for 'https://jindun619@github.com':
```

## 쉘 스크립트를 이용한 자동화

### 파일 생성

먼저 쉘 스크립트를 만들고자 하는 위치에서 파일 에디터로(vim, nano, ..) **.sh** 쉘 스크립트 파일을 만들어준다.

```bash{promptUser: root}{promptHost: ubuntu}
vim gitPush.sh
```

### 스크립트 작성

다음과 같은 쉘 스크립트 파일로 명령어 한 줄이면 쉘 스크립트가 자동으로 **add, commit, push** 를 하게 만들 수 있다.

```bash
#!/bin/bash

github_id="깃허브 아이디" #jindun619
github_token="깃허브 토큰" #ghp_kr..
github_address="깃허브 주소" #github.com/jindun619/JindunBlog
file_path="파일 경로" #/root/JindunBlog

cd $file_path

git add .

read -p "커밋 메세지: " commit_msg

git commit -m "$commit_msg"

git push https://$github_id:$github_token@$github_address
```

- _깃허브 토큰 생성 관련해서는 [공식 문서](https://docs.github.com/ko/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens#creating-a-personal-access-token-classic)를 참고하길 바란다._
- _$github*address에는 "github.com/깃헙아이디/리포지토리*이름"을 넣으면 된다_
- _$file_path에 경로는 절대경로를 적는다_

### 스크립트 실행

지금 스크립트를 실행하면 'Permission denied'에러가 뜰 것이다.

```bash{promptUser: root}{promptHost: ubuntu}{outputLines: 2}
./gitPush.sh
/bin/sh: 17: ./gitPush.sh: Permission denied
```

`chmod`로 권한을 부여해주면 정상적으로 실행한다.

```bash{promptUser: root}{promptHost: ubuntu}
chmod 777 ./gitPush.sh
./gitPush.sh
```

> 리눅스 권한 8진수 표기
> _"chmod 777 파일명"은 **소유자, 그룹, 기타 사용자**에게 파일에 대한 **rwx**(읽기, 쓰기, 실행)**권한**을 부여한다는 뜻이다_


Shell Script로 git push 자동화하기


# hoojun.kim 개설

## 블로그 개설 계기

사실 예전부터 개인 블로그를 운영하고 싶었다. 시간이 지나면 증발되는 기억들을
어딘가에 기록해두면 좋을 것 같다고 생각했기 때문이다. 뿐만 아니라, 글을 쓰면
불명확했던 생각이 정리가 되고, 그로 인해 나 자신과 더 가까워 질 수 있다. 이러한
장점들을 알면서도 블로그 개설을 ‘이제서야’ 한 이유는

1. 본인 글쓰기 실력에 대한 자신감 부족
2. 남들이 보는게 부끄러워서
3. 직접 개발해서 만들어보고 싶음

이다.
하지만 모두 핑계였다.

1. 글쓰기는 인간의 필수 소양이다. 실력이 부족했으면 글쓰기 연습을 진작에 시작해서 부족한 능력을 키워나갔어야 했다.
2. 보여주고싶지 않은 게시물들은 부분공개나 아예 비공개로 설정해 놓으면 된다
3. 나름 웹개발 찍먹해본 사람으로써 블로그를 개설하게 된다면 꼭 직접 개발해보고 싶었지만 의지가 부족해서 실행에 옮기지 않았다. 약 2주간의 독학을 통해서 마침내 내 블로그를 개발해냈다! ~~이렇게 간단한 줄 알면 진작에 시작할걸..~~

## 블로그 운영 계획

### 블로그 개발 로그

아직 시각&기술적으로 부족한 점이 많은 웹사이트이기 때문에 꾸준한 업데이트를 통해서
개선을 시켜야 한다. 나는 그 과정들을 세부적으로는 아니여도 대강 기록하고 싶다. 나중에
변화하는 과정을 보면 뿌듯하지 않을까 ㅎ

### 회고록

여러 기술블로그들을 보면 일정 기간마다 회고록을 작성한다(예를 들면 2022년 회고).
지난날의 회고를 적으면 본인 삶의 객관적인 피드백이 되고, 끝에 앞으로의 목표까지
적으면 동기부여가 많이 될 것 같다.

### 지식 공유

인터넷에 보면 이미 수많은 똑똑한 사람들이 올린 지식 공유 게시물들이 있다. 내가 그들보다
좋은 내용을 쓸 수 있을거라는 생각은 1도 안한다. “최고의 학습법은 남을 가르쳐보는 것”이라는
말이 있지 않나, 그저 틀린 내용을 올리면 안되기 때문에 다시 한번 지식을 공부하면서 성장할
기회가 될 수 있다면 그거면 족하다. 누군가가 내 게시물을 통해 정보를 얻어갈 수 있으면 더
좋고.

### 일상

아무도 안(누군가는) 궁금해 할 내 일상들을 공유할 계획이다. 주로 놀러간 곳 위주로 적을 것
같다.

## 마무리

블로그 운영을 통해서 끊임없이 동기부여를 받고 발전할 수 있으면 좋겠다
