개발자 생산성 극대화: 필수 CLI 도구 jq, fzf, bat, exa 활용 가이드

개발자를 위한 필수 CLI 도구 jq, fzf, bat, exa의 심층 활용 가이드입니다. 실무에서 직접 경험하며 생산성을 극대화한 노하우를 공유합니다.

개발자라면 누구나 한 번쯤 이런 상황을 겪어봤을 겁니다. 터미널에서 쏟아지는 방대한 로그 파일 속에서 특정 오류 메시지를 찾기 위해 스크롤을 한참 내리거나, 복잡한 JSON 응답 데이터에서 원하는 필드 하나를 확인하려고 눈을 가늘게 뜨고 텍스트를 파싱했던 경험 말이죠. 혹은 수많은 파일과 디렉토리 속에서 특정 파일을 찾기 위해 `ls -al | grep` 같은 명령어를 반복해서 입력하며 시간을 허비하기도 했을 겁니다. 저 역시 이런 비효율적인 작업들로 인해 답답함을 느낄 때가 많았습니다. 하지만 몇 가지 강력한 CLI 도구들을 제 개발 환경에 도입하고 나서, 거짓말처럼 이런 문제들이 상당 부분 해결되는 것을 경험했습니다. 이번 글에서는 제가 실무에서 직접 써보고 개발 생산성을 비약적으로 끌어올렸다고 확신하는 필수 CLI 도구 네 가지, 즉 jq, fzf, bat, exa에 대해 심층적으로 다루고자 합니다.

이 도구들은 단순히 터미널 명령어를 대체하는 것을 넘어, 데이터 처리, 파일 탐색, 코드 가독성 등 개발자의 핵심 업무 효율을 혁신적으로 개선합니다. 각 도구의 기본 사용법부터 제가 실제로 적용해 본 고급 활용 시나리오까지, 구체적인 예시와 함께 자세히 설명해 드릴 테니, 이 글을 통해 여러분의 CLI 생산성도 한 단계 업그레이드되기를 바랍니다.

📑 목차

• 1. JSON 데이터 마스터, `jq` (제이큐) 활용법
• 1.1. `jq` 기본 사용법: 필터링, 추출, 변환
• 1.2. 복잡한 JSON 처리 시나리오와 `jq`의 위력
• 2. 터미널 탐색의 혁명, `fzf` (퍼지 파인더)로 생산성 UP!
• 2.1. `fzf` 설치 및 기본 파일/디렉토리 검색
• 2.2. `fzf`와 다른 명령어의 환상적인 조합
• 3. 고급 `cat`을 넘어선 파일 뷰어, `bat` (배트) 깊이 파고들기
• 3.1. `bat`의 압도적인 가독성 기능
• 3.2. `bat`으로 코드 리뷰 및 학습 효율 높이기
• 4. `ls`의 현대적 대안, `exa` (엑사)로 파일 탐색 시각화
• 4.1. `exa`의 다채로운 파일 정보 표시
• 4.2. `exa`로 효율적인 디렉토리 구조 파악
• 5. 이 모든 도구를 함께 쓸 때의 시너지 효과
• 6. 마무리: CLI 생산성, 꾸준한 투자로 얻는 확실한 이득

Image by stevepb on Pixabay

1. JSON 데이터 마스터, `jq` (제이큐) 활용법

API 응답, 설정 파일, 로그 등 개발 과정에서 JSON 데이터를 다루는 일은 일상입니다. 하지만 기본 `cat`이나 `grep`만으로는 복잡한 JSON 구조를 파싱하거나 원하는 데이터를 추출하기가 매우 어렵습니다. 이때 jq는 마치 JSON을 위한 강력한 셀렉터 및 변환기 역할을 해주며, 제 터미널 작업의 효율을 엄청나게 끌어올려 주었습니다. jq를 알기 전에는 JSON 데이터를 일일이 눈으로 확인하거나, 파이썬 스크립트를 짧게 짜서 처리해야 하는 번거로움이 있었습니다. 하지만 jq를 만나고 나서는 터미널에서 거의 모든 JSON 작업을 처리할 수 있게 되었습니다.

1.1. `jq` 기본 사용법: 필터링, 추출, 변환

jq의 기본은 필터(filter)입니다. 입력된 JSON 데이터에 필터를 적용하여 원하는 부분만 추출하거나, 구조를 변경할 수 있습니다. 가장 간단한 필터는 `.`인데, 이는 입력된 JSON 전체를 의미합니다.

# 예시 JSON 데이터
echo '{"name": "Alice", "age": 30, "city": "New York"}' | jq '.'
# 결과: 입력된 JSON 그대로 출력 (예쁘게 포맷팅되어 나옴)
{
  "name": "Alice",
  "age": 30,
  "city": "New York"
}

# 특정 필드 추출
echo '{"name": "Alice", "age": 30}' | jq '.name'
# 결과: "Alice"

# 여러 필드 추출 (콤마로 구분하거나 객체 생성)
echo '{"name": "Alice", "age": 30, "city": "New York"}' | jq '.name, .age'
# 결과:
# "Alice"
# 30

echo '{"name": "Alice", "age": 30, "city": "New York"}' | jq '{userName: .name, userAge: .age}'
# 결과:
# {
#   "userName": "Alice",
#   "userAge": 30
# }

배열 데이터 처리도 jq의 강력한 기능 중 하나입니다. .[]를 사용하면 배열의 각 요소를 순회할 수 있습니다.

# 배열의 모든 요소 접근
echo '[{"id": 1, "name": "Item A"}, {"id": 2, "name": "Item B"}]' | jq '.[].name'
# 결과:
# "Item A"
# "Item B"

# 조건부 필터링
echo '[{"id": 1, "name": "Item A", "active": true}, {"id": 2, "name": "Item B", "active": false}]' | jq '.[] | select(.active == true)'
# 결과:
# {
#   "id": 1,
#   "name": "Item A",
#   "active": true
# }

1.2. 복잡한 JSON 처리 시나리오와 `jq`의 위력

실제 업무에서는 API 응답이 여러 계층으로 중첩되거나, 배열 안에 객체가 들어있는 복잡한 형태가 많습니다. jq는 이런 상황에서 진가를 발휘합니다. 예를 들어, 특정 API에서 받은 응답 중 `data` 배열에 있는 각 사용자의 `id`와 `email`만 추출하고 싶을 때 다음과 같이 사용할 수 있습니다.

# 가상 API 응답
API_RESPONSE='{
  "status": "success",
  "data": [
    {"id": "user1", "name": "Alice", "email": "alice@example.com", "role": "admin"},
    {"id": "user2", "name": "Bob", "email": "bob@example.com", "role": "user"},
    {"id": "user3", "name": "Charlie", "email": "charlie@example.com", "role": "user"}
  ],
  "metadata": {"total": 3}
}'

# data 배열에서 각 사용자의 id와 email만 추출
echo "$API_RESPONSE" | jq '.data[] | {id, email}'
# 결과:
# {
#   "id": "user1",
#   "email": "alice@example.com"
# }
# {
#   "id": "user2",
#   "email": "bob@example.com"
# }
# {
#   "id": "user3",
#   "email": "charlie@example.com"
# }

여기서 더 나아가, `role`이 `user`인 사용자만 필터링하고 싶다면 `select`를 추가하면 됩니다. jq를 활용하면 복잡한 데이터 집합에서 원하는 정보를 순식간에 찾아내고 재구성할 수 있습니다. curl과 파이프라인으로 연결하여 API 응답을 바로 처리할 때 그 편리함은 이루 말할 수 없습니다. 저는 jq 덕분에 임시 스크립트를 작성하는 시간을 대폭 줄일 수 있었고, 터미널에서 직접 데이터를 탐색하고 검증하는 속도가 엄청나게 빨라졌습니다.

2. 터미널 탐색의 혁명, `fzf` (퍼지 파인더)로 생산성 UP!

수많은 파일, 긴 명령어 히스토리, 복잡한 디렉토리 구조 속에서 원하는 것을 정확히 찾아내는 것은 개발자의 중요한 능력 중 하나입니다. 하지만 전통적인 `grep`이나 `find` 명령어는 정확한 패턴을 알아야 하고, 결과를 탐색하는 데 시각적인 불편함이 따릅니다. fzf는 이러한 문제를 대화형 퍼지 검색이라는 방식으로 해결해 주었습니다. fzf를 처음 사용했을 때, 마치 터미널에 마법이 걸린 듯한 느낌을 받았습니다. 찾고 싶은 대상을 몇 글자만 입력해도 관련성 높은 결과를 즉시 보여주고, 위아래 화살표로 편하게 선택할 수 있다는 점이 너무나 매력적이었습니다.

2.1. `fzf` 설치 및 기본 파일/디렉토리 검색

fzf는 설치하면 기본적으로 파일 및 디렉토리 검색에 최적화된 형태로 작동합니다. `CTRL+T` (셸 환경에 따라 다름) 단축키를 누르면 현재 디렉토리와 하위 디렉토리의 모든 파일/폴더 목록이 나타나고, 입력하는 대로 실시간으로 필터링됩니다. 원하는 항목을 선택하고 Enter를 누르면 해당 경로가 터미널에 입력됩니다. 이것만으로도 `cd`나 `vim` 같은 명령어를 사용할 때 엄청난 시간을 절약할 수 있습니다.

# 쉘에서 CTRL+T (기본 바인딩)

# 또는 직접 fzf 실행
fzf

이 외에도 명령어 히스토리 검색 (`CTRL+R`)은 제가 가장 자주 사용하는 기능 중 하나입니다. 이전에 입력했던 수백, 수천 개의 명령어 중에서 특정 키워드만 기억해도 원하는 명령어를 빠르게 찾아 재실행할 수 있습니다. 더 이상 `history | grep`을 반복할 필요가 없습니다.

2.2. `fzf`와 다른 명령어의 환상적인 조합

fzf의 진정한 강력함은 다른 명령어의 출력과 파이프라인으로 연결될 때 발휘됩니다. 어떤 명령어든 표준 출력으로 텍스트 목록을 내보내면, 그 목록을 fzf로 필터링하고 선택한 항목을 다시 다음 명령어로 전달할 수 있습니다. 이는 무궁무진한 활용 가능성을 열어줍니다.

# 1. `ps aux` 결과에서 프로세스 선택 후 kill
ps aux | fzf | awk '{print $2}' | xargs kill -9

# 2. `git branch` 목록에서 브랜치 선택 후 체크아웃
git branch -a | fzf | xargs git checkout

# 3. 특정 디렉토리에서 `.js` 파일 선택 후 `vim`으로 열기
find . -name "*.js" | fzf | xargs vim

# 4. `grep` 결과 필터링
grep -r "TODO" . | fzf

저는 특히 Git 커밋 메시지 검색에 fzf를 활용하여 특정 변경 사항을 빠르게 찾아내거나, Docker 컨테이너나 이미지 목록에서 원하는 항목을 선택하여 명령을 실행할 때 매우 유용하게 사용하고 있습니다. fzf는 단순히 검색 도구를 넘어, 터미널 환경에서 상호작용성을 극대화하여 개발자가 원하는 정보를 빠르고 정확하게 다룰 수 있도록 돕는 혁신적인 도구입니다. 이 도구 하나만으로도 터미널 작업의 답답함이 상당 부분 해소되는 것을 경험했습니다.

3. 고급 `cat`을 넘어선 파일 뷰어, `bat` (배트) 깊이 파고들기

코드 파일, 설정 파일, 로그 파일 등을 터미널에서 볼 때, 여러분은 어떤 명령어를 사용하시나요? 아마 대부분 `cat`이나 `less`를 떠올리실 겁니다. 저 역시 그랬습니다. 하지만 bat을 알게 된 후로는 `cat` 명령어는 거의 사용하지 않게 되었습니다. bat은 단순히 파일 내용을 출력하는 것을 넘어, 강력한 구문 강조(syntax highlighting), Git 통합, 자동 페이지네이션 등 개발자에게 필요한 수많은 편의 기능을 제공하여 파일 내용을 훨씬 더 직관적이고 효율적으로 탐색할 수 있게 해줍니다.

3.1. `bat`의 압도적인 가독성 기능

bat의 가장 큰 장점은 압도적인 가독성입니다. 일반 텍스트 파일이든, 특정 프로그래밍 언어의 코드 파일이든, bat은 이를 자동으로 감지하여 적절한 색상으로 구문을 강조해 줍니다. 또한, 줄 번호와 Git 변경 사항 표시 기능을 기본으로 제공하여 코드 스니펫을 확인하거나 빠르게 변경점을 파악할 때 매우 유용합니다.

# 예시 Python 파일 (my_script.py)
# import os
#
# def hello_world():
#     print("Hello, World!")
#
# if __name__ == "__main__":
#     hello_world()

# bat으로 파일 보기
bat my_script.py

위 명령어를 실행하면, `import`, `def`, `print`, `if`, `__name__` 등의 키워드가 색상으로 강조되고, 각 줄마다 번호가 매겨져 출력됩니다. 만약 이 파일이 Git 저장소에 있고 수정된 부분이 있다면, 수정된 줄은 녹색, 삭제된 줄은 빨간색으로 표시되어 `git diff`를 실행하지 않아도 변경점을 한눈에 파악할 수 있습니다. 이는 코드 리뷰나 동료와 화면을 공유하며 특정 코드를 설명할 때 매우 큰 도움이 됩니다.

3.2. `bat`으로 코드 리뷰 및 학습 효율 높이기

bat은 단순히 코드를 예쁘게 보여주는 것을 넘어, 개발자의 코드 리뷰 및 학습 효율을 높이는 데 기여합니다. 긴 로그 파일을 볼 때도 `bat`은 텍스트를 페이지네이션하여 `less`처럼 스크롤할 수 있게 해주며, 동시에 구문 강조 기능으로 특정 키워드(예: ERROR, WARNING)를 쉽게 찾을 수 있도록 돕습니다. 저는 특히 새로운 오픈소스 프로젝트의 코드를 빠르게 훑어볼 때 bat을 사용합니다. 수많은 파일들을 `bat`으로 열어보면서 코드의 구조와 로직을 색상 강조된 상태로 파악하는 것이 맨 텍스트로 보는 것보다 훨씬 빠르고 편안했습니다.

다음은 `cat`과 `bat`의 주요 특징을 비교한 표입니다.

특징	`cat`	`bat`
구문 강조 (Syntax Highlighting)	없음	지원 (자동 감지 및 다양한 언어)
줄 번호 표시	없음	지원
Git 통합 (변경점 표시)	없음	지원 (추가/삭제/수정 라인 표시)
페이지네이션	없음 (파이프라인으로 `less`와 조합 필요)	자동 지원 (파일이 길 때)
비고	가장 기본적인 파일 내용 출력	현대적인 개발자를 위한 기능 풍부

저는 `cat` 대신 `bat`을 `b`로 alias 설정하여 사용하고 있습니다. 별도의 설정 없이도 개발자가 필요로 하는 대부분의 시각적 정보를 제공해주기 때문에, bat은 터미널에서 파일을 다루는 방식을 완전히 바꿔 놓은 도구라고 자신 있게 말할 수 있습니다.

Image by Pexels on Pixabay

4. `ls`의 현대적 대안, `exa` (엑사)로 파일 탐색 시각화

터미널에서 디렉토리 내용을 확인하는 가장 기본적인 명령어는 `ls`입니다. 하지만 `ls`는 정보 표시 방식이 다소 제한적이며, 현대적인 파일 시스템 환경에서 요구되는 다양한 시각적 정보를 제공하지 못합니다. exa는 이러한 `ls`의 단점을 보완하고, 더욱 풍부하고 직관적인 정보를 제공하여 파일 및 디렉토리 탐색 경험을 혁신적으로 개선하는 도구입니다. exa를 처음 접했을 때, `ls`의 결과물이 이렇게까지 아름답고 유용해질 수 있다는 사실에 놀랐습니다. 컬러풀한 출력과 깔끔하게 정돈된 정보는 터미널 작업의 피로도를 크게 줄여주었습니다.

4.1. `exa`의 다채로운 파일 정보 표시

exa는 기본적으로 다양한 색상을 사용하여 파일 종류, 권한, 소유자 등을 구분하여 표시합니다. 이는 `ls --color=auto`보다 훨씬 정교하고 보기 편합니다. 파일 확장자에 따라 다른 아이콘을 표시하는 기능도 있어, 시각적으로 파일의 종류를 빠르게 파악할 수 있습니다 (별도의 폰트 설정 필요). -l 옵션과 함께 사용하면 `ls -l`처럼 상세 정보를 보여주지만, exa는 여기에 Git 상태 정보(수정, 추가 등)까지 포함하여 보여주는 강력한 기능을 제공합니다.

# exa의 기본 출력 (컬러풀)
exa

# 상세 정보 출력 (ls -l과 유사 + Git 상태)
exa -l

# 숨김 파일 포함 상세 정보
exa -la

# 트리 형태로 디렉토리 구조 출력
exa -T

특히 `exa -l`을 사용했을 때, 파일 옆에 Git 상태가 표시되는 것은 개발자에게 매우 유용한 기능입니다. 어떤 파일이 수정되었는지, 새로 추가되었는지, 스테이징되었는지 등을 `git status`를 실행하지 않고도 한눈에 파악할 수 있습니다. 이는 복잡한 프로젝트에서 현재 작업 중인 파일들을 빠르게 식별하는 데 큰 도움을 주었습니다.

4.2. `exa`로 효율적인 디렉토리 구조 파악

exa의 또 다른 강력한 기능은 트리 뷰 (`-T` 옵션)입니다. 이는 `tree` 명령어를 대체할 수 있을 정도로 훌륭하며, 지정된 깊이까지 디렉토리 구조를 시각적으로 보여줍니다. 저는 복잡한 모듈형 프로젝트나 외부 라이브러리의 구조를 파악할 때 `exa -T -L 2` (2단계 깊이까지) 같은 명령어를 자주 활용합니다. 깔끔하게 정돈된 트리 뷰 덕분에 프로젝트의 전체적인 구조를 머릿속에 그리는 데 훨씬 수월해졌습니다.

다음은 `ls`와 `exa`의 주요 특징을 비교한 표입니다.

특징	`ls`	`exa`
색상 출력	기본 지원 (제한적)	향상된 색상 지원 (파일 종류, 권한 등)
파일 아이콘	없음	지원 (별도 폰트 필요)
Git 상태 표시	없음	지원 (`-l` 옵션 시)
트리 뷰	없음 (별도 `tree` 명령어 필요)	지원 (`-T` 옵션)
비고	유닉스 기반의 표준 파일 목록 도구	`ls`의 현대적이고 시각적인 대안

저도 `ls`를 `exa`로 alias 설정하여 사용하고 있습니다. exa는 단순히 파일 목록을 보여주는 것을 넘어, 개발자가 프로젝트 구조를 이해하고 파일 상태를 빠르게 파악하는 데 필수적인 시각적 정보를 제공합니다. exa 덕분에 파일 탐색이 훨씬 즐겁고 효율적인 작업이 되었습니다.

Image by adege on Pixabay

5. 이 모든 도구를 함께 쓸 때의 시너지 효과

각 도구는 그 자체로도 강력한 생산성 향상 도구이지만, 이들을 파이프라인(`|`)으로 연결하여 함께 사용할 때 진정한 시너지 효과를 발휘합니다. 저는 이 네 가지 도구를 조합하여 다음과 같은 워크플로우를 자주 사용합니다.

1. 특정 조건의 JSON 로그 파일 찾기 + 내용 확인 + 데이터 추출:

   
           # 1. `fzf`로 특정 키워드가 포함된 로그 파일 찾기
           find . -name "*.log" | fzf --query "payment" | \
           # 2. `bat`으로 찾은 파일의 내용 확인 (구문 강조, 줄 번호 포함)
           xargs bat --highlight-line 123 | \
           # 3. `grep`으로 특정 JSON 라인만 추출 후 `jq`로 데이터 파싱
           grep -E '\{.*\}' | jq '.transactionId, .status'
           

   이 시나리오는 실제 운영 환경에서 특정 트랜잭션의 로그를 분석할 때 매우 유용합니다. `fzf`로 관련 로그 파일을 빠르게 찾고, `bat`으로 파일 내용을 확인하며 맥락을 파악한 뒤, `jq`로 원하는 핵심 데이터를 깔끔하게 추출할 수 있습니다. jq를 활용하기 전에는 수동으로 로그를 복사해서 JSON 파서에 붙여넣는 번거로움이 있었는데, 이제는 터미널에서 모든 과정이 가능해졌습니다.
2. `git` 변경 파일 목록 확인 + 특정 파일 내용 비교:

   
           # 1. `git status --porcelain`으로 변경된 파일 목록을 `fzf`로 필터링
           git status --porcelain | awk '{print $2}' | fzf | \
           # 2. 선택된 파일의 변경점을 `bat`으로 확인
           xargs git diff --color | bat --paging=always --language=diff
           

   이 워크플로우는 제가 코드 리뷰 전에 변경 사항을 최종적으로 점검하거나, 다른 개발자의 변경 사항을 빠르게 이해할 때 사용합니다. `git diff`의 출력을 `bat`으로 넘겨 구문 강조된diff를 보는 것은 가독성 면에서 비교할 수 없을 정도로 좋습니다.
3. 컨테이너 로그에서 특정 JSON 데이터 추출:

   
           # 1. `docker ps`로 실행 중인 컨테이너 목록을 `fzf`로 선택
           docker ps --format '{{.Names}}' | fzf | \
           # 2. 선택된 컨테이너의 로그를 `grep`으로 필터링 후 `jq`로 파싱
           xargs -I {} docker logs {} --tail 1000 | grep '{"level":"info"' | jq '.message, .timestamp'
           

   마이크로서비스 아키텍처 환경에서 특정 컨테이너의 로그를 분석할 때 이 조합은 빛을 발합니다. `fzf`로 수많은 컨테이너 중에서 원하는 컨테이너를 정확히 선택하고, `jq`로 복잡한 JSON 로그에서 필요한 정보만 깔끔하게 뽑아낼 수 있습니다. jq를 통해 로그 데이터를 테이블 형태로 재구성하거나, 특정 필드를 기준으로 정렬하는 등 다양한 방식으로 활용할 수 있습니다.

이처럼 jq, fzf, bat, exa는 각각의 영역에서 뛰어난 성능을 발휘하지만, 이들을 유기적으로 결합하면 터미널 작업의 효율성을 상상 이상으로 끌어올릴 수 있습니다. 저는 이 도구들을 통해 반복적이고 지루했던 터미널 작업이 훨씬 더 재미있고 생산적인 활동으로 바뀌는 것을 직접 경험했습니다. 여러분도 이 도구들의 조합을 통해 자신만의 강력한 개발 환경을 구축해 보시길 강력히 추천합니다.

6. 마무리: CLI 생산성, 꾸준한 투자로 얻는 확실한 이득

지금까지 jq, fzf, bat, exa 네 가지 필수 CLI 생산성 도구에 대해 심층적으로 살펴보았습니다. 이 도구들은 제가 개발자로 일하면서 겪었던 수많은 비효율적인 순간들을 해결해주었으며, 터미널 환경에서 데이터 처리, 파일 탐색, 코드 가독성이라는 핵심 영역에서 저의 생산성을 비약적으로 향상시켜 주었습니다. jq로 JSON 데이터를 자유자재로 다루고, fzf로 원하는 것을 눈 깜짝할 새에 찾아내며, bat으로 코드를 더욱 명확하게 읽고, exa로 디렉토리 구조를 한눈에 파악하는 것은 이제 저의 개발 워크플로우에서 없어서는 안 될 부분이 되었습니다.

물론, 처음에는 새로운 도구에 익숙해지는 데 약간의 시간이 필요할 수 있습니다. 하지만 이 도구들이 제공하는 압도적인 편의성과 효율성을 한 번 경험하고 나면, 다시 예전으로 돌아가기는 어려울 것입니다. CLI 생산성 도구에 대한 투자는 단기적으로는 작은 노력처럼 보일 수 있지만, 장기적으로는 개발자의 작업 속도와 만족도를 크게 높여주는 확실한 이득을 가져다줍니다.

이 글을 통해 여러분도 이 강력한 도구들을 여러분의 개발 환경에 도입하고, 자신만의 방식으로 활용하여 생산성을 극대화하시기를 바랍니다. 혹시 여러분이 이 외에도 유용하게 사용하고 있는 CLI 생산성 도구가 있다면, 댓글로 함께 공유해 주세요! 개발자 커뮤니티의 지식을 함께 나누며 더욱 효율적인 개발 환경을 만들어갈 수 있기를 기대합니다.

📌 함께 읽으면 좋은 글

• [개발 도구] Zsh Oh My Zsh 터미널 최적화 개발 생산성 향상 가이드
• [개발 도구] AI 코드 어시스턴트 비교: GitHub Copilot, Tabnine, CodeWhisperer로 개발 생산성 극대화
• [커리어 취업] 시스템 설계 면접 완벽 대비: 핵심 개념부터 실전 문제 풀이까지

이 글이 도움이 되셨다면 공감(♥)과 댓글로 응원해 주세요!
궁금한 점이나 다루었으면 하는 주제가 있다면 댓글로 남겨주세요.