매일핫템

Day 01 — Unity 설치 및 에디터 인터페이스 익히기

Sat, 25 Jul 2026 00:00:00 +0000

Phase 1: Unity 기초 입문 | 예상 학습 시간: 30분

🎯 학습 목표

Unity Hub를 통해 원하는 버전의 Unity 에디터를 설치하고 새 프로젝트를 만들 수 있다
Unity 에디터의 핵심 창(Scene, Game, Hierarchy, Inspector, Project, Console)의 역할을 설명할 수 있다
자주 쓰는 단축키와 레이아웃 커스터마이징으로 기본 작업 흐름을 만들 수 있다

1. Unity Hub와 에디터 설치

Unity는 에디터를 직접 다운로드하지 않고, Unity Hub라는 런처 프로그램을 통해 버전을 관리합니다. Unity 프로젝트마다 요구하는 에디터 버전이 다를 수 있기 때문에, Hub에서 여러 버전을 동시에 설치해두고 프로젝트별로 골라 쓰는 방식이 표준입니다.

Day 01 — Python & Linux: AI 엔지니어의 개발 환경

Sat, 04 Jul 2026 00:00:00 +0000

Phase 1: 기초 | 예상 학습 시간: 40분

🎯 학습 목표

AI 엔지니어링에서 Python이 사실상 표준 언어인 이유를 설명할 수 있다
Linux 기본 명령어로 GPU 서버 환경을 다룰 수 있다
가상환경(venv)과 패키지 관리 흐름을 이해한다

1. 왜 Python인가?

대부분의 GPU 제공업체(Runpod, Lambda, AWS)와 딥러닝 프레임워크(PyTorch, Transformers, LangChain, LangGraph)는 Python 기반입니다.

Day 01 — Claude란 무엇인가?

Sun, 21 Jun 2026 00:00:00 +0000

Phase 1: 기초 | 예상 학습 시간: 30분

🎯 학습 목표

Claude의 설계 철학과 다른 LLM과의 차별점을 설명할 수 있다
Claude 모델 계열 (Haiku / Sonnet / Opus)의 특징과 사용 목적을 구분할 수 있다
Constitutional AI가 무엇인지 개념적으로 이해한다

1. Claude는 어떤 모델인가?

Claude는 Anthropic이 만든 대형 언어 모델(LLM)입니다. GPT 계열(OpenAI)과 Gemini(Google)와 함께 현재 상용 LLM의 3대 축 중 하나입니다.

Day 02 — GameObject와 Transform 이해하기

Sat, 01 Aug 2026 00:00:00 +0000

Phase 1: Unity 기초 입문 | 예상 학습 시간: 30분

🎯 학습 목표

GameObject와 Component의 관계를 설명하고, Transform이 모든 GameObject에 필수인 이유를 이해할 수 있다
Position/Rotation/Scale의 Local 좌표와 World 좌표 차이를 구분해서 Inspector 값을 정확히 해석할 수 있다
부모-자식 관계(Parenting)가 Transform 값에 어떤 영향을 주는지 이해하고, 스크립트에서 Transform을 다룰 수 있다

1. GameObject는 빈 껍데기, Component가 기능을 채운다

Unity의 가장 근본적인 설계 철학은 **컴포지션(Composition)**입니다. GameObject는 그 자체로는 아무 기능이 없는 빈 컨테이너이고, 여기에 Component를 하나씩 붙여서 원하는 동작을 조립합니다.

Day 02 — Docker: 앱을 컨테이너로 패키징하기

Sat, 04 Jul 2026 00:00:00 +0000

Phase 1: 기초 | 예상 학습 시간: 40분

🎯 학습 목표

이미지(image)와 컨테이너(container)의 차이를 설명할 수 있다
Python/GPU 애플리케이션을 위한 Dockerfile을 직접 작성할 수 있다
docker build/run/exec와 nvidia-container-toolkit으로 GPU 컨테이너를 실행할 수 있다

1. Docker가 필요한 이유

LLM 애플리케이션은 특정 버전의 Python, CUDA, PyTorch, 시스템 라이브러리(예: libgomp, ffmpeg)에 강하게 의존합니다. “내 컴퓨터에서는 되는데 서버에서는 안 되는” 문제는 대부분 이런 환경 불일치에서 발생합니다.

Day 02 — 기본 프롬프트 작성법

Mon, 22 Jun 2026 00:00:00 +0000

Phase 1: 기초 | 예상 학습 시간: 30분

🎯 학습 목표

명확한 프롬프트와 모호한 프롬프트의 차이를 실제 예시로 구분할 수 있다
컨텍스트, 지시, 출력 형식이라는 3요소를 갖춘 프롬프트를 작성할 수 있다
긍정적 지시와 부정적 지시를 언제 어떻게 조합하는지 이해한다

1. 프롬프트 품질이 결과를 결정한다

LLM은 입력을 통계적으로 완성하는 모델입니다. 모호한 입력은 모호한 출력을 낳습니다. “요약해줘"라고 하면 모델은 길이, 대상 독자, 언어, 형식 등 모든 것을 스스로 추측합니다.

Day 03 — Scene 구성과 계층 구조(Hierarchy) 관리

Sun, 02 Aug 2026 00:00:00 +0000

Phase 1: Unity 기초 입문 | 예상 학습 시간: 30분

🎯 학습 목표

Scene의 개념과 하나의 .unity 파일이 프로젝트에서 어떤 역할을 하는지 설명할 수 있다
Hierarchy 창에서 GameObject를 체계적으로 그룹화하고 검색·정렬하는 실무 패턴을 적용할 수 있다
여러 Scene을 Build Settings에 등록하고 스크립트로 전환·중첩 로드하는 기본 흐름을 이해할 수 있다

1. Scene이란 무엇인가

Scene은 Unity 프로젝트를 구성하는 가장 큰 단위의 컨테이너입니다. 메인 메뉴, 하나의 스테이지, 로딩 화면처럼 “화면 전체가 바뀌는 단위"를 하나의 Scene 파일(.unity)로 저장한다고 생각하면 됩니다.

Day 03 — GPU & CUDA: LLM 추론/학습을 위한 하드웨어 이해

Sat, 04 Jul 2026 00:00:00 +0000

Phase 1: 기초 | 예상 학습 시간: 40분

🎯 학습 목표

GPU가 LLM 연산(행렬 곱셈)에 CPU보다 적합한 이유를 설명할 수 있다
nvidia-smi 출력을 읽고 GPU 상태를 진단할 수 있다
모델 파라미터 수로부터 필요한 VRAM을 추정할 수 있다

1. CPU vs GPU — 왜 GPU인가

CPU는 소수의 강력한 코어(보통 8~64개)로 순차적/분기적 연산을 빠르게 처리하도록 설계되어 있습니다. 반면 GPU는 수천 개의 단순한 코어로 동일한 연산을 대량의 데이터에 동시에 적용하는 데 특화되어 있습니다.

Day 03 — 컨텍스트와 대화 흐름

Tue, 23 Jun 2026 00:00:00 +0000

Phase 1: 기초 | 예상 학습 시간: 30분

🎯 학습 목표

컨텍스트 윈도우의 개념과 작동 방식을 설명할 수 있다
멀티턴 대화에서 messages 배열을 올바르게 구성할 수 있다
대화 흐름 설계 시 컨텍스트 관리 전략을 적용할 수 있다

1. 컨텍스트 윈도우란?

Claude는 대화를 처음부터 끝까지 전부 읽고 응답합니다. 이전 대화를 “기억"하는 것이 아니라, API 호출 시마다 전체 대화 이력을 입력으로 받습니다.

Day 04 — Prefab 개념과 활용

Mon, 03 Aug 2026 00:00:00 +0000

Phase 1: Unity 기초 입문 | 예상 학습 시간: 30분

🎯 학습 목표

Prefab이 GameObject를 재사용 가능한 “템플릿"으로 만들어주는 원리와 필요성을 설명할 수 있다
Prefab 인스턴스에서 Override를 적용하고, Apply/Revert로 원본과 동기화하는 워크플로우를 다룰 수 있다
Nested Prefab, Prefab Variant, Instantiate() 스크립트 생성의 차이를 구분하고 상황에 맞게 사용할 수 있다

1. Prefab이란 무엇인가

Prefab은 GameObject(와 그 하위 계층 구조, Component, 설정값 전체)를 재사용 가능한 에셋으로 저장한 템플릿입니다. 확장자는 .prefab이며 Project 창에 파일로 존재합니다.

Day 04 — Transformer 아키텍처: 현대 LLM의 근간

Sat, 04 Jul 2026 00:00:00 +0000

Phase 1: 기초 | 예상 학습 시간: 40분

🎯 학습 목표

Self-Attention의 Q/K/V 개념과 계산 흐름을 설명할 수 있다
Multi-Head Attention과 Positional Encoding의 필요성을 이해한다
인코더-디코더 구조와 디코더 전용(decoder-only) 구조의 차이, 그리고 왜 대부분의 LLM이 후자를 택했는지 설명할 수 있다

1. Transformer 이전의 한계 — RNN의 순차성 문제

2017년 “Attention Is All You Need” 논문 이전, 자연어 처리의 주류는 RNN/LSTM이었습니다. RNN은 토큰을 순서대로 하나씩 처리하기 때문에 두 가지 근본적 한계가 있었습니다.

Day 04 — 출력 형식 제어

Wed, 24 Jun 2026 00:00:00 +0000

Phase 1: 기초 | 예상 학습 시간: 30분

🎯 학습 목표

프롬프트만으로 JSON, 마크다운, 일반 텍스트 등 원하는 형식의 출력을 유도할 수 있다
구조화된 응답이 필요한 상황과 그렇지 않은 상황을 구분할 수 있다
형식 지시가 실패할 때 원인을 진단하고 수정할 수 있다

1. 왜 출력 형식이 중요한가?

LLM은 기본적으로 자연어를 생성합니다. 하지만 프로덕션 환경에서는 응답을 파싱해 다음 단계에 넘겨야 하는 경우가 많습니다. 형식이 일관되지 않으면 파싱 코드가 깨집니다.

Day 05 — 기본 C# 스크립팅 - MonoBehaviour 생명주기

Tue, 04 Aug 2026 00:00:00 +0000

Phase 1: Unity 기초 입문 | 예상 학습 시간: 35분

🎯 학습 목표

MonoBehaviour를 상속한 스크립트가 GameObject의 동작을 어떻게 제어하는지 설명할 수 있다
Awake → OnEnable → Start → Update → FixedUpdate → LateUpdate로 이어지는 생명주기 순서와 각 함수의 용도를 구분할 수 있다
OnDisable/OnDestroy 시점과 스크립트 실행 순서(Script Execution Order) 설정 방법을 활용할 수 있다

1. MonoBehaviour란 무엇인가

Unity에서 GameObject에 “행동"을 부여하려면 스크립트를 작성해 Component로 붙여야 합니다. 이때 작성하는 C# 클래스는 반드시 MonoBehaviour를 상속해야 Unity 엔진이 인식하고 Inspector에서 GameObject에 드래그해 붙일 수 있습니다.

Day 05 — Token / Embedding / Context Window / KV Cache

Sat, 04 Jul 2026 00:00:00 +0000

Phase 1: 기초 | 예상 학습 시간: 40분

🎯 학습 목표

BPE 토큰화 방식과 임베딩이 텍스트를 숫자로 바꾸는 과정을 설명할 수 있다
컨텍스트 윈도우가 실무에서 어떤 제약으로 작동하는지 이해한다
KV 캐시의 목적과 메모리 비용 공식을 계산할 수 있다

1. 토큰화(Tokenization) — 텍스트를 숫자로

LLM은 텍스트를 직접 이해하지 못합니다. 먼저 텍스트를 **토큰(token)**이라는 단위로 쪼개고, 각 토큰을 정수 ID로 변환해야 모델에 입력할 수 있습니다.

Day 05 — Claude의 한계와 특성 이해

Thu, 25 Jun 2026 00:00:00 +0000

Phase 1: 기초 | 예상 학습 시간: 30분

🎯 학습 목표

Hallucination이 발생하는 원인과 완화 방법을 설명할 수 있다
Claude의 거절(refusal) 동작을 예측하고 프롬프트로 완화할 수 있다
Knowledge cutoff의 한계를 이해하고 설계에 반영할 수 있다

1. Hallucination — 존재하지 않는 사실을 생성

Hallucination은 LLM이 사실이 아닌 내용을 자신 있게 말하는 현상입니다. Claude는 다른 모델 대비 낮은 편이지만 완전히 없지는 않습니다.

Day 06 — Unity Input System 기초

Wed, 05 Aug 2026 00:00:00 +0000

Phase 1: Unity 기초 입문 | 예상 학습 시간: 30분

🎯 학습 목표

레거시 Input 클래스와 새 Input System 패키지의 구조적 차이를 설명할 수 있다
Input Actions 에셋에서 Action Map, Action, Binding의 관계를 이해하고 직접 구성할 수 있다
PlayerInput 컴포넌트와 C# 이벤트 콜백을 이용해 키보드/게임패드 입력을 코드로 받아 처리할 수 있다

1. 레거시 Input vs 새 Input System — 왜 갈아탔는가

Unity에는 입력을 다루는 두 가지 체계가 존재합니다. 하나는 오래된 UnityEngine.Input 클래스(레거시), 다른 하나는 별도 패키지로 설치하는 Input System(com.unity.inputsystem)입니다.

Day 06 — Ollama: 가장 간단한 로컬 LLM 실행

Sat, 04 Jul 2026 00:00:00 +0000

Phase 2: 로컬 LLM | 예상 학습 시간: 40분

🎯 학습 목표

Ollama로 로컬에서 LLM을 설치, 실행, 커스터마이징할 수 있다
Ollama의 REST API를 사용해 애플리케이션에서 로컬 모델을 호출할 수 있다
Ollama와 vLLM 중 상황에 맞는 도구를 선택하는 기준을 이해한다

1. Ollama란

Ollama는 로컬 환경(개인 PC, 서버)에서 오픈소스 LLM을 손쉽게 다운로드하고 실행할 수 있게 해주는 도구입니다. 내부적으로 llama.cpp를 엔진으로 사용하며, 모델 다운로드·양자화 버전 관리·REST API 서버·CLI를 하나로 통합해 “가장 진입장벽이 낮은 로컬 LLM 실행 도구"로 자리잡았습니다.

Day 06 — 역할 지정 (Role Prompting)

Fri, 26 Jun 2026 00:00:00 +0000

Phase 2: 프롬프트 엔지니어링 | 예상 학습 시간: 30분

🎯 학습 목표

System prompt의 구조와 역할을 이해하고 설계할 수 있다
Role prompting이 응답 품질에 미치는 영향을 설명할 수 있다
프로덕션 수준의 system prompt 템플릿을 작성할 수 있다

1. System Prompt란?

System prompt는 Claude의 동작 방식을 규정하는 최상위 지시문입니다. 매 대화가 시작되기 전에 주입되며, user 메시지보다 높은 우선순위를 갖습니다.

Day 07 — 1주차 정리: 미니 씬 만들기 실습

Thu, 06 Aug 2026 00:00:00 +0000

Phase 1: Unity 기초 입문 | 예상 학습 시간: 35분

🎯 학습 목표

Day 01~06에서 배운 GameObject/Transform, Hierarchy, Prefab, MonoBehaviour 생명주기, Input System을 하나의 씬에 통합할 수 있다
재사용 가능한 오브젝트를 Prefab으로 설계하고, 스크립트로 플레이어 입력을 게임 로직에 연결할 수 있다
작은 규모의 씬이라도 “계층 구조 설계 → 프리팹화 → 스크립팅 → 테스트"의 실무 작업 순서를 스스로 반복할 수 있다

1. 이번 주 배운 개념 정리와 오늘의 목표

1주차에서 다룬 내용을 표로 정리하면 다음과 같습니다.

Day 07 — vLLM: 고성능 추론 서버 구축

Sat, 04 Jul 2026 00:00:00 +0000

Phase 2: 로컬 LLM | 예상 학습 시간: 40분

🎯 학습 목표

Hugging Face generate()의 한계와 vLLM이 이를 해결하는 원리(PagedAttention, Continuous Batching)를 설명할 수 있다
vllm serve로 OpenAI 호환 API 서버를 실행하고 핵심 실행 플래그를 이해한다
처리량(throughput)과 지연시간(latency) 사이의 트레이드오프를 판단할 수 있다

1. 왜 naive `generate()`로는 부족한가

Ollama(Day 06)는 “개인이 로컬에서 편하게” 모델을 돌리는 도구였다면, vLLM은 “여러 사용자의 요청을 동시에, 최대한 빠르게” 처리해야 하는 서빙(serving) 상황을 위한 도구입니다.

Day 07 — Few-shot / Chain-of-Thought 프롬프팅

Sat, 27 Jun 2026 00:00:00 +0000

Phase 2: 프롬프트 엔지니어링 | 예상 학습 시간: 30분

🎯 학습 목표

Few-shot 예시로 Claude의 출력 패턴을 원하는 방향으로 유도할 수 있다
Chain-of-Thought(CoT) 프롬프팅이 추론 품질을 높이는 원리를 설명할 수 있다
두 기법을 조합해 복잡한 태스크에 적용할 수 있다

1. Few-shot 프롬프팅

Few-shot은 예시를 보여주어 Claude가 원하는 패턴을 학습하게 하는 기법입니다. “형식 설명"보다 “예시 제시"가 훨씬 효과적인 경우가 많습니다.

Day 08 — Rigidbody와 물리 엔진 기초

Fri, 07 Aug 2026 00:00:00 +0000

Phase 2: Unity 핵심 시스템 | 예상 학습 시간: 35분

🎯 학습 목표

Rigidbody 컴포넌트의 주요 속성(Mass, Drag, Is Kinematic 등)이 물리 시뮬레이션에 미치는 영향을 설명할 수 있다
AddForce와 velocity 직접 대입의 차이를 이해하고, 상황에 맞는 ForceMode를 선택할 수 있다
Day 07의 Transform 기반 이동 스크립트를 Rigidbody 기반으로 전환해 물리적으로 자연스러운 이동을 구현할 수 있다

1. Rigidbody란 무엇인가 — Transform 이동과의 차이

Day 07에서 transform.position += direction * moveSpeed * Time.fixedDeltaTime; 방식으로 공을 이동시켰습니다. 이 방식은 벽을 그냥 뚫고 지나가고, 충돌해도 아무 반응이 없었습니다. 이유는 간단합니다 — Transform을 직접 옮기는 것은 물리 엔진에게 아무것도 알리지 않기 때문입니다.

Day 08 — 양자화 & 추론 최적화: GGUF/GPTQ/AWQ, Tensor Parallel, Flash Attention, Speculative Decoding

Sat, 04 Jul 2026 00:00:00 +0000

Phase 2: 로컬 LLM | 예상 학습 시간: 40분

🎯 학습 목표

GGUF, GPTQ, AWQ의 차이와 각각을 언제 선택해야 하는지 설명할 수 있다
Tensor Parallelism과 Flash Attention이 추론 속도를 개선하는 원리를 이해한다
Speculative Decoding의 draft-verify 구조와 속도 향상 메커니즘을 설명할 수 있다

1. 양자화(Quantization)란 무엇이고 왜 필요한가

LLM의 가중치는 보통 16비트(FP16/BF16) 부동소수점으로 저장됩니다. 70억 개 파라미터 모델이면 대략 14GB, 700억이면 140GB — 개인 GPU는커녕 서버 GPU 여러 장도 부족할 수 있습니다.

Day 08 — XML 태그 활용

Sun, 28 Jun 2026 00:00:00 +0000

Phase 2: 프롬프트 엔지니어링 | 예상 학습 시간: 30분

🎯 학습 목표

XML 태그가 프롬프트 구조화에 왜 효과적인지 설명할 수 있다
<instructions>, <example>, <context>, <output> 등 주요 태그 패턴을 실전에서 쓸 수 있다
복잡한 멀티파트 프롬프트를 XML 태그로 명확하게 구분하는 방법을 익힌다

1. 왜 XML 태그인가?

Claude는 자연어를 처리하지만, 구조화된 입력에 더 잘 반응합니다. 특히 긴 프롬프트에서 “어디까지가 배경 설명이고, 어디서부터가 실제 지시인가"를 명확히 하지 않으면 모델이 혼동할 수 있습니다.

Day 09 — Collider와 충돌 감지

Sat, 08 Aug 2026 00:00:00 +0000

Phase 2: Unity 핵심 시스템 | 예상 학습 시간: 35분

🎯 학습 목표

Box, Sphere, Capsule, Mesh Collider의 차이를 이해하고 상황에 맞게 선택할 수 있다
Collision(충돌)과 Trigger(감지)의 차이를 구분하고 각각의 생명주기 콜백을 구현할 수 있다
Layer Collision Matrix와 Continuous Collision Detection으로 충돌 문제를 진단하고 해결할 수 있다

1. Collider란 무엇인가

Day 08에서 Rigidbody가 “물체가 물리 법칙에 따라 움직이게” 만드는 컴포넌트였다면, Collider는 “그 물체가 다른 물체와 부딪혔는지 판단하는 경계선"을 정의하는 컴포넌트입니다. Rigidbody만 있고 Collider가 없으면 물체는 중력을 받아 떨어지긴 하지만 바닥을 그대로 통과해버립니다.

Day 09 — Runpod 기초: Pod, Persistent Volume, Template

Sat, 04 Jul 2026 00:00:00 +0000

Phase 3: Runpod & 인프라 | 예상 학습 시간: 35분

🎯 학습 목표

Runpod의 Pod와 Serverless의 차이를 이해하고 상황에 맞게 선택할 수 있다
Persistent Volume과 Container Disk의 차이를 설명할 수 있다
Template을 활용해 재현 가능한 GPU 작업 환경을 구축할 수 있다

1. Runpod이란

Runpod은 시간 단위로 GPU를 대여할 수 있는 클라우드 GPU 서비스입니다. AWS/GCP 대비 훨씬 저렴한 가격에 A100, H100, RTX 4090 등 다양한 GPU를 즉시 대여할 수 있어, 개인이나 소규모 팀이 vLLM 서빙(Day 07)이나 파인튜닝 실습을 할 때 널리 쓰입니다.

Day 09 — 긴 문서 처리

Mon, 29 Jun 2026 00:00:00 +0000

Phase 2: 프롬프트 엔지니어링 | 예상 학습 시간: 30분

🎯 학습 목표

Claude의 200K 컨텍스트 윈도우를 효과적으로 활용하는 전략을 설명할 수 있다
긴 문서에서 요약, 추출, 분석을 위한 프롬프트 패턴을 작성할 수 있다
문서가 컨텍스트 한도를 초과할 경우 청킹(chunking) 전략을 설계할 수 있다

1. 왜 긴 문서 처리가 중요한가?

Claude의 200K 토큰 컨텍스트는 강력한 무기입니다. 일반적인 A4 문서 한 페이지가 약 400–500 토큰이므로, 이론상 약 400페이지 분량의 문서를 한 번에 처리할 수 있습니다.

Day 10 — Unity UI 시스템(Canvas, UI 요소) 기초

Sun, 09 Aug 2026 00:00:00 +0000

Phase 2: Unity 핵심 시스템 | 예상 학습 시간: 35분

🎯 학습 목표

Canvas의 세 가지 Render Mode(Screen Space - Overlay/Camera, World Space)의 차이와 적합한 사용 사례를 설명할 수 있다
RectTransform의 Anchor와 Pivot 개념을 이해하고 다양한 해상도에 대응하는 UI를 구성할 수 있다
Button, Text, Image, Slider 등 기본 UI 요소를 배치하고 스크립트에서 이벤트를 연결할 수 있다

1. Canvas — 모든 UI 요소의 뿌리

Unity의 UI 요소(Button, Text, Image 등)는 항상 Canvas 오브젝트의 자식으로 존재해야 렌더링됩니다. Hierarchy에서 UI > Button 등을 생성하면 Canvas가 없을 경우 Unity가 자동으로 하나를 만들어줍니다. Canvas는 3D 씬 위에 UI를 그리는 별도의 렌더링 레이어라고 이해하면 됩니다.

Day 10 — SSH / tmux / nvidia-smi: 원격 GPU 서버 운영

Sat, 04 Jul 2026 00:00:00 +0000

Phase 3: Runpod & 인프라 | 예상 학습 시간: 35분

🎯 학습 목표

SSH 키 설정과 포트 포워딩으로 원격 GPU 서버에 안전하게 접속할 수 있다
tmux로 세션을 유지해 연결이 끊겨도 장시간 작업이 살아있게 만들 수 있다
nvidia-smi 출력을 읽고 GPU 상태를 실시간으로 모니터링할 수 있다

1. SSH 키 설정 — Runpod 접속의 첫걸음

Runpod Pod(Day 09)는 기본적으로 SSH로 접속합니다. 비밀번호 대신 공개키 방식을 씁니다.

Day 10 — 코드 생성 및 리뷰 프롬프트

Tue, 30 Jun 2026 00:00:00 +0000

Phase 2: 프롬프트 엔지니어링 | 예상 학습 시간: 30분

🎯 학습 목표

코드 생성 품질을 높이는 프롬프트 구조를 설계할 수 있다
코드 리뷰 요청을 체계적으로 구성하여 실질적인 피드백을 얻을 수 있다
반복적인 코드 작업을 위한 재사용 가능한 프롬프트 패턴을 만들 수 있다

1. 코드 생성 프롬프트의 핵심 요소

“Python 함수 만들어줘"와 “다음 조건을 만족하는 Python 함수를 만들어줘"는 결과가 전혀 다릅니다. 코드 생성에서 Claude가 좋은 출력을 내려면 컨텍스트 4가지가 필요합니다.

Day 11 — 카메라 시스템과 시네마틱 기초

Mon, 10 Aug 2026 00:00:00 +0000

Phase 2: Unity 핵심 시스템 | 예상 학습 시간: 30분

🎯 학습 목표

Camera 컴포넌트의 Projection(Perspective/Orthographic), Clipping Planes, Culling Mask, Depth의 역할을 설명할 수 있다
여러 대의 카메라를 Depth와 Viewport Rect로 조합해 미니맵, 스플릿 스크린 같은 화면 구성을 만들 수 있다
스크립트로 부드러운 카메라 추적(Follow)과 시선 고정(LookAt), 간단한 화면 흔들림 연출을 구현할 수 있다

1. Camera 컴포넌트 기본 속성

Unity에서 씬을 화면에 그리는 주체는 Camera 컴포넌트가 붙은 GameObject입니다. 새 씬을 만들면 Main Camera가 자동으로 존재하며, MainCamera 태그가 붙어 있어 Camera.main으로 어디서든 참조할 수 있습니다.

Day 11 — LangGraph 개념: State, Node, Edge

Sat, 04 Jul 2026 00:00:00 +0000

Phase 4: 에이전트 프레임워크 | 예상 학습 시간: 40분

🎯 학습 목표

함수 체이닝 방식 대비 그래프 기반 에이전트 프레임워크가 필요한 이유를 설명할 수 있다
State, Node, Edge의 역할과 관계를 이해한다
2~3개 노드로 구성된 최소 동작 LangGraph 예제를 직접 작성하고 실행할 수 있다

1. 왜 단순 함수 체이닝으로는 부족한가

LLM 애플리케이션을 처음 만들 때는 보통 이렇게 짭니다.

Day 11 — 다단계 추론 패턴

Wed, 01 Jul 2026 00:00:00 +0000

Phase 2: 프롬프트 엔지니어링 | 예상 학습 시간: 30분

🎯 학습 목표

다단계 추론(Multi-step reasoning)이 필요한 상황을 식별할 수 있다
Chain-of-Thought와 단계적 분해(Step Decomposition) 패턴을 실전에 적용할 수 있다
복잡한 작업을 서브태스크로 나누어 Claude에게 위임하는 워크플로를 설계할 수 있다

1. 왜 다단계 추론이 필요한가?

LLM은 단순 질의에는 강하지만, 복잡한 문제를 한 번에 처리하려 하면 품질이 급격히 떨어집니다. 이유는 두 가지입니다.

Day 12 — 오디오 시스템 다루기

Tue, 11 Aug 2026 00:00:00 +0000

Phase 2: Unity 핵심 시스템 | 예상 학습 시간: 30분

🎯 학습 목표

AudioSource, AudioListener, AudioClip의 역할과 관계를 설명할 수 있다
2D/3D 사운드 설정(Spatial Blend, Rolloff, Doppler)을 상황에 맞게 조정할 수 있다
AudioMixer로 볼륨 그룹을 나누고 스크립트로 제어할 수 있다

1. Unity 오디오의 3대 요소: AudioListener, AudioSource, AudioClip

Unity 오디오 시스템은 세 가지 컴포넌트/에셋으로 구성됩니다.

Day 12 — Conditional Edge & Checkpoint — 분기와 상태 저장

Sat, 04 Jul 2026 00:00:00 +0000

Phase 4: 에이전트 프레임워크 | 예상 학습 시간: 40분

🎯 학습 목표

add_conditional_edges로 라우터 함수 기반의 분기 그래프를 설계할 수 있다
Checkpointer(MemorySaver, SqliteSaver)로 그래프 상태를 영속화하는 원리를 이해한다
thread_id를 이용해 중단된 그래프를 이어서 실행할 수 있다

1. 왜 조건부 엣지가 필요한가?

Day 11에서 다룬 기본 그래프는 노드가 순차적으로 실행되는 선형(linear) 구조였습니다. 하지만 실제 에이전트는 “이 답변이 충분한가? 아니면 재시도해야 하는가”, “도구 호출이 필요한가, 아니면 바로 종료할 수 있는가” 같은 판단을 매 스텝마다 내려야 합니다.

Day 12 — 프롬프트 평가 및 반복 개선

Thu, 02 Jul 2026 00:00:00 +0000

Phase 2: 프롬프트 엔지니어링 | 예상 학습 시간: 30분

🎯 학습 목표

프롬프트 품질을 “감"이 아니라 측정 가능한 기준으로 평가할 수 있다
골든셋(golden set) 기반 회귀 테스트 구조를 설계할 수 있다
프롬프트 개선을 반복 실험으로 관리하는 워크플로를 구축할 수 있다

1. 왜 프롬프트를 “평가"해야 하는가?

Day 01~11에서 다양한 프롬프트 기법(역할 지정, Few-shot, CoT, XML 태그, 다단계 추론)을 배웠습니다. 문제는 이 기법들을 적용한 후 정말 더 나아졌는지 확인할 방법이 없으면, 프롬프트 수정이 감에 의존한 도박이 된다는 점입니다.

Day 13 — 프로젝트 폴더 구조와 에셋 관리 베스트 프랙티스

Wed, 12 Aug 2026 00:00:00 +0000

Phase 2: Unity 핵심 시스템 | 예상 학습 시간: 30분

🎯 학습 목표

협업과 확장에 견고한 Unity 프로젝트 폴더 구조를 설계할 수 있다
에셋 네이밍 컨벤션을 정하고 일관되게 적용할 수 있다
.meta 파일과 GUID의 역할을 이해하고 Git으로 안전하게 프로젝트를 관리할 수 있다

1. 왜 폴더 구조가 중요한가

Unity 프로젝트는 초반에는 Assets 폴더에 스크립트, 모델, 텍스처를 아무렇게나 넣어도 잘 돌아갑니다. 문제는 프로젝트가 커질 때 시작됩니다. 스크립트 하나를 찾는 데 몇 분씩 걸리고, 같은 이름의 머티리얼이 세 군데에 흩어져 있고, 협업자가 어디에 뭘 넣어야 할지 몰라 아무 폴더에나 던져 넣기 시작합니다.

Day 13 — Interrupt & Human-in-the-loop — 사람이 개입하는 워크플로우

Sat, 04 Jul 2026 00:00:00 +0000

Phase 4: 에이전트 프레임워크 | 예상 학습 시간: 40분

🎯 학습 목표

interrupt_before/interrupt_after로 그래프 실행을 특정 노드 앞뒤에서 일시 정지시킬 수 있다
사람의 승인/수정을 받은 뒤 State를 갱신하고 그래프를 재개하는 흐름을 구현할 수 있다
이메일 발송, 결제 등 민감한 액션 전에 HITL(Human-in-the-loop) 게이트를 설계할 수 있다

1. 왜 사람이 개입해야 하는가?

LLM 에이전트가 자율적으로 도구를 호출하는 것은 강력하지만, 되돌릴 수 없는(irreversible) 작업 — 이메일 발송, 결제, 프로덕션 배포, 데이터 삭제 — 을 맡기기엔 위험합니다. 모델이 착각(hallucination)했거나 사용자 의도를 잘못 해석했을 경우, 실행 전에 사람이 검토할 기회가 반드시 있어야 합니다.

Day 13 — Anthropic API 기초

Fri, 03 Jul 2026 00:00:00 +0000

Phase 3: API 활용 | 예상 학습 시간: 30분

🎯 학습 목표

API 키 발급부터 첫 Messages API 호출까지 전체 흐름을 이해한다
요청 헤더(x-api-key, anthropic-version)의 역할과 필수 파라미터를 설명할 수 있다
응답 객체의 구조(content, usage, stop_reason)를 읽고 활용할 수 있다

1. API 접근 준비

Anthropic API를 쓰려면 두 가지가 필요합니다: API 키와 엔드포인트입니다.

Day 14 — 2주차 정리: 간단한 인터랙티브 씬 완성

Thu, 13 Aug 2026 00:00:00 +0000

Phase 2: Unity 핵심 시스템 | 예상 학습 시간: 40분

🎯 학습 목표

Rigidbody/Collider, UI(Canvas), 카메라, 오디오, 폴더 구조 관리(Day 08~13)를 하나의 인터랙티브 씬에 통합할 수 있다
물리 기반 이동과 트리거 충돌을 이용해 “아이템 수집 → UI 갱신 → 사운드 재생"으로 이어지는 이벤트 체인을 스크립팅할 수 있다
Day 13에서 정한 폴더 구조와 네이밍 컨벤션을 실제 프로젝트에 적용하며 점검할 수 있다

1. 이번 주 배운 개념 정리와 오늘의 목표

2주차에서 다룬 내용을 표로 정리하면 다음과 같습니다.

Day 14 — MCP 개념 — Server/Client, Tool, Resource, Prompt

Sat, 04 Jul 2026 00:00:00 +0000

Phase 5: MCP | 예상 학습 시간: 40분

🎯 학습 목표

MCP(Model Context Protocol)가 표준화하려는 문제와 “USB-C for AI” 비유의 의미를 설명할 수 있다
MCP Server가 노출하는 세 가지 프리미티브(Tool, Resource, Prompt)의 차이를 구분할 수 있다
Python mcp SDK로 도구 하나를 노출하는 최소 MCP 서버를 작성할 수 있다

1. MCP가 해결하는 문제

LLM 에이전트가 외부 시스템(파일, DB, API, SaaS 툴)과 상호작용하려면 “이 도구가 뭘 하는지, 어떻게 호출하는지"를 모델에게 알려줘야 합니다. MCP 이전에는 이 연동을 각 애플리케이션(Claude Desktop, IDE 플러그인, 커스텀 에이전트)마다 각자 다른 방식으로 구현했습니다 — N개의 클라이언트가 M개의 도구와 연동하려면 N×M개의 통합 코드가 필요한 상황이었습니다.

Day 14 — Messages API 파라미터 심화

Sat, 04 Jul 2026 00:00:00 +0000

Phase 3: API 활용 | 예상 학습 시간: 30분

🎯 학습 목표

temperature, top_p, top_k가 각각 어떤 방식으로 출력의 무작위성을 조절하는지 설명할 수 있다
stop_sequences와 metadata 파라미터를 실제 요청에 적용할 수 있다
최신 Claude 모델(Opus 4.7 이상)에서 샘플링 파라미터가 어떻게 달라졌는지 이해하고 대안을 적용할 수 있다

1. temperature — 무작위성의 기본 다이얼

temperature는 다음 토큰을 고를 때 확률 분포를 얼마나 “평평하게” 만들지 결정합니다. 값이 낮을수록 가장 확률이 높은 토큰을 거의 항상 선택하고, 값이 높을수록 낮은 확률의 토큰도 선택될 여지가 커집니다.

Day 15 — Blender 설치와 인터페이스 익히기

Fri, 14 Aug 2026 00:00:00 +0000

Phase 3: 3D 모델링 입문 - Blender | 예상 학습 시간: 30분

🎯 학습 목표

Blender를 설치하고 프로젝트에 맞는 버전(LTS)을 선택할 수 있다
Viewport, Outliner, Properties, Timeline 등 핵심 인터페이스 영역의 역할을 설명할 수 있다
마우스/키보드 단축키로 3D 뷰포트를 자유롭게 탐색하고 오브젝트를 기본 조작할 수 있다

1. Blender란 무엇이고 왜 Unity와 함께 배우는가

2주차까지는 Unity의 기본 도형(Cube, Sphere 등)만으로 씬을 구성했습니다. 3주차부터는 Blender로 직접 만든 3D 에셋을 Unity로 가져오는 파이프라인을 배웁니다.

Day 15 — Streaming 응답 처리

Sun, 05 Jul 2026 00:00:00 +0000

Phase 3: API 활용 | 예상 학습 시간: 30분

🎯 학습 목표

Streaming Messages API의 이벤트 흐름(message_start → content_block_* → message_delta → message_stop)을 설명할 수 있다
Python SDK로 텍스트, 도구 입력, extended thinking 델타를 각각 구분해 처리하는 코드를 작성할 수 있다
스트리밍 중 발생하는 에러를 감지하고, 모델 세대별로 다른 복구 전략을 적용할 수 있다

1. 스트리밍이 필요한 이유와 기본 구조

일반적인 messages.create() 호출은 Claude가 전체 응답을 다 생성할 때까지 기다렸다가 한 번에 반환합니다. 응답이 길어질수록 사용자는 아무 반응 없는 화면을 오래 바라봐야 하고, max_tokens가 크면 HTTP 커넥션이 타임아웃될 위험도 커집니다. 요청에 "stream": true를 추가하면 Claude가 토큰을 생성하는 즉시 Server-Sent Events(SSE)로 잘게 쪼개 전송합니다. 챗봇 UI에서 흔히 보는 “타이핑되는” 효과가 바로 이 방식입니다.

Day 15 — stdio vs Streamable HTTP — 전송 방식 이해와 실습

Sat, 04 Jul 2026 00:00:00 +0000

Phase 5: MCP | 예상 학습 시간: 40분

🎯 학습 목표

MCP의 두 가지 표준 전송 방식(stdio, Streamable HTTP)의 동작 원리와 차이를 설명할 수 있다
각 전송 방식이 적합한 배포 시나리오(로컬 데스크톱 vs 네트워크 서비스)를 판단할 수 있다
HTTP로 MCP 서버를 노출할 때 필요한 인증/보안 설정을 구성할 수 있다

1. 전송 방식이 왜 두 개로 나뉘는가?

MCP 프로토콜 자체(JSON-RPC 2.0 메시지 구조)는 전송 방식과 무관하게 동일합니다. 하지만 “이 메시지를 어떻게 실어 나를 것인가"는 완전히 다른 문제입니다. Day 14에서 만든 서버는 로컬에서 클라이언트가 직접 실행하는 프로세스였지만, 팀 전체가 공유하는 내부 도구 서버를 만든다면 네트워크 너머의 여러 클라이언트가 접속해야 합니다. 이 두 시나리오를 위해 MCP는 두 가지 표준 전송(transport)을 정의합니다.

Day 16 — 기본 도형(Mesh) 모델링과 편집 모드

Sat, 15 Aug 2026 00:00:00 +0000

Phase 3: 3D 모델링 입문 - Blender | 예상 학습 시간: 35분

🎯 학습 목표

Edit Mode에서 Vertex/Edge/Face 선택 모드를 전환하고 상황에 맞게 활용할 수 있다
기본 Mesh(Cube, Sphere, Cylinder 등)를 추가하고 편집 모드에서 형태를 자유롭게 변형할 수 있다
Extrude, Loop Cut, Bevel, Inset 등 핵심 모델링 도구로 간단한 소품을 만들 수 있다

1. Edit Mode 진입과 선택 모드

Day 15에서 Tab 키로 Object Mode와 Edit Mode를 전환한다는 개념만 짚었다면, 오늘은 Edit Mode 안에서 실제로 형태를 만드는 방법을 다룹니다.

Day 16 — Tool Use (Function Calling)

Mon, 06 Jul 2026 00:00:00 +0000

Phase 3: API 활용 | 예상 학습 시간: 30분

🎯 학습 목표

Client tool과 Server tool의 실행 위치 차이를 설명하고, 상황에 맞게 선택할 수 있다
input_schema와 tool_choice를 사용해 Claude의 도구 호출 방식을 설계할 수 있다
tool_use → 실행 → tool_result로 이어지는 전체 루프를 Python 코드로 구현할 수 있다

1. Tool Use란 무엇인가 — Client Tool vs Server Tool

Tool Use(Function Calling)는 Claude가 스스로 답할 수 없는 질문에 부딪혀 외부 함수나 API를 “호출"하도록 만드는 기능입니다. 정확히 말하면 Claude가 직접 코드를 실행하는 것이 아니라, “이 도구를 이런 입력으로 불러달라"는 구조화된 요청(JSON)을 반환할 뿐입니다. 실제 실행은 도구의 종류에 따라 둘 중 한 곳에서 일어납니다.

Day 16 — Function Calling & JSON Schema

Sat, 04 Jul 2026 00:00:00 +0000

Phase 6: 툴 콜링 & 구조화 출력 | 예상 학습 시간: 40분

🎯 학습 목표

Function Calling(Tool Use)이 모델-호스트-실행 환경 사이에서 동작하는 전체 흐름을 설명할 수 있다
타입, required, description을 정확히 채운 JSON Schema 도구 정의를 작성할 수 있다
잘못된 도구 호출을 유발하는 흔한 스키마 설계 실수를 식별하고 고칠 수 있다

1. Function Calling의 동작 원리

LLM은 실제로 함수를 “실행"하지 않습니다. 모델이 하는 일은 오직 하나입니다 — 주어진 도구 목록(스키마)을 보고, “지금 상황에서는 이 도구를 이런 인자로 호출하는 게 적절하다"는 구조화된 텍스트(JSON) 를 생성하는 것뿐입니다. 실제 실행은 항상 모델 바깥의 호스트 애플리케이션이 담당합니다.

Day 17 — Modifier 스택 활용하기 (Subdivision, Mirror 등)

Sun, 16 Aug 2026 00:00:00 +0000

Phase 3: 3D 모델링 입문 - Blender | 예상 학습 시간: 35분

🎯 학습 목표

Modifier의 개념과 비파괴적(Non-destructive) 워크플로우의 장점을 설명할 수 있다
Mirror Modifier로 좌우 대칭 오브젝트를 효율적으로 모델링할 수 있다
Subdivision Surface Modifier로 형태를 매끄럽게 만들고, Apply 시점을 판단할 수 있다

1. Modifier란 무엇인가 — 비파괴적 워크플로우

Day 16에서 배운 Extrude, Bevel 같은 도구는 메시 데이터 자체를 직접 바꾸는(파괴적) 편집입니다. 한번 Extrude하면 그 결과를 취소(Ctrl+Z) 하지 않는 이상 원래 형태로 되돌릴 수 없습니다.

Day 17 — Vision API

Tue, 07 Jul 2026 00:00:00 +0000

Phase 3: API 활용 | 예상 학습 시간: 30분

🎯 학습 목표

base64, URL, Files API 세 가지 이미지 입력 방식의 차이를 이해하고 상황에 맞게 선택할 수 있다
이미지 해상도가 visual token 수와 비용으로 어떻게 환산되는지 계산할 수 있다
여러 이미지를 비교·분석하는 멀티모달 요청을 Python으로 구현할 수 있다

1. 이미지를 Claude에 전달하는 세 가지 방법

Claude는 메시지의 content 배열에 image 타입 블록을 넣는 방식으로 이미지를 입력받습니다. 이 블록의 source는 세 가지 타입 중 하나를 선택합니다.

Day 17 — Structured Output & Pydantic 검증

Sat, 04 Jul 2026 00:00:00 +0000

Phase 6: 툴 콜링 & 구조화 출력 | 예상 학습 시간: 40분

🎯 학습 목표

LLM이 자연어 대신 검증 가능한 구조화된 데이터를 반환하도록 강제하는 방법을 이해한다
Pydantic 모델로 LLM 출력의 스키마를 정의하고 파싱/검증하는 흐름을 구현할 수 있다
검증 실패 시 재시도(retry) 루프를 설계할 수 있다

1. 왜 “구조화 출력"이 필요한가

LLM의 기본 출력은 자유 형식 텍스트입니다. 하지만 실제 프로덕션 시스템에서는 LLM의 응답을 프론트엔드에 렌더링하거나, DB에 저장하거나, 다른 API에 전달해야 하는 경우가 대부분입니다. 이때 “대략 JSON처럼 생긴 텍스트"는 쓸모가 없습니다 — 파싱이 실패하거나, 필드가 누락되거나, 타입이 틀리면 시스템 전체가 죽습니다.

Day 18 — UV 언랩(Unwrapping) 기초

Mon, 17 Aug 2026 00:00:00 +0000

Phase 3: 3D 모델링 입문 - Blender | 예상 학습 시간: 35분

🎯 학습 목표

UV 언랩의 개념과 텍스처링 파이프라인에서의 역할을 설명할 수 있다
Seam을 표시하고 Unwrap을 실행해 3D 메시의 UV맵을 생성할 수 있다
UV Editor에서 UV 좌표를 확인하고 겹침·왜곡을 기본적으로 정리할 수 있다

1. UV 언랩이란 무엇인가

3D 메시에 이미지(텍스처)를 입히려면, 3D 표면의 각 지점이 2D 이미지의 어느 좌표에 대응하는지 정의해야 합니다. 이 대응 관계를 UV 좌표라 하고, 3D 표면을 2D 평면으로 펼치는 작업을 **UV 언랩(Unwrapping)**이라 부릅니다.

Day 18 — 비용 최적화

Wed, 08 Jul 2026 00:00:00 +0000

Phase 3: API 활용 | 예상 학습 시간: 30분

🎯 학습 목표

모델 선택, 프롬프트 캐싱, Batch API라는 세 가지 축으로 API 비용을 구조적으로 줄이는 방법을 이해한다
프롬프트 캐싱의 write/read 배수를 계산해 캐싱이 실제로 이득인 시점을 판단할 수 있다
Python으로 토큰 사용량을 추적하고, 캐싱과 배치 처리를 결합한 견적을 낼 수 있다

1. 비용 최적화의 세 가지 축

Claude API 비용은 결국 “어떤 모델을 쓰는가 × 얼마나 많은 토큰을 보내는가 × 얼마나 자주 같은 내용을 반복하는가"로 요약됩니다. 최적화도 이 세 지점을 각각 공략합니다.

Day 18 — RAG 개념과 Chunking 전략

Sat, 04 Jul 2026 00:00:00 +0000

Phase 7: RAG | 예상 학습 시간: 40분

🎯 학습 목표

RAG 파이프라인 전체 흐름(수집 → 청킹 → 임베딩 → 저장 → 검색 → 증강 → 생성)을 설명할 수 있다
청크 크기와 오버랩이 검색 품질에 미치는 영향을 이해한다
고정 크기/재귀적/시맨틱 청킹 전략의 장단점을 비교하고 상황에 맞게 선택할 수 있다

1. RAG란 무엇이고 왜 필요한가

**RAG(Retrieval-Augmented Generation)**는 LLM이 답변을 생성하기 전에 외부 지식 베이스에서 관련 정보를 검색(retrieve)해 프롬프트에 삽입(augment)하는 아키텍처입니다.

Day 19 — 텍스처링과 머티리얼 기초

Tue, 18 Aug 2026 00:00:00 +0000

Phase 3: 3D 모델링 입문 - Blender | 예상 학습 시간: 35분

🎯 학습 목표

머티리얼과 텍스처의 관계, 그리고 PBR 워크플로우의 기본 구조를 설명할 수 있다
Principled BSDF 셰이더의 핵심 입력값(Base Color, Roughness, Metallic 등)을 이해하고 조정할 수 있다
Shader Editor에서 Image Texture 노드와 UV Map 노드를 연결해 Day 18에서 만든 UV맵 위에 텍스처를 입힐 수 있다

1. 머티리얼과 텍스처는 무엇이 다른가

**머티리얼(Material)**은 표면이 빛을 어떻게 반사·흡수·투과하는지를 정의하는 “속성의 집합"입니다. 색상, 거칠기, 금속성, 투명도 같은 값들이 여기에 포함됩니다. **텍스처(Texture)**는 이런 속성값들을 표면 위치마다 다르게 지정하기 위해 사용하는 이미지 데이터입니다.

Day 19 — 에이전트 설계 패턴

Thu, 09 Jul 2026 00:00:00 +0000

Phase 4: 고급/프로덕션 | 예상 학습 시간: 30분

🎯 학습 목표

워크플로우(workflow)와 에이전트(agent)의 아키텍처적 차이를 설명할 수 있다
ReAct(추론+행동) 루프의 동작 원리를 이해하고 Python으로 최소 구현을 작성할 수 있다
Plan-and-Execute 패턴이 ReAct와 어떻게 다르며 언제 유리한지 판단할 수 있다

1. 워크플로우 vs 에이전트 — 먼저 구분부터

Anthropic은 “에이전트적 시스템(agentic system)“을 두 가지로 나눕니다. 워크플로우는 LLM과 도구가 미리 정의된 코드 경로를 따라 오케스트레이션되는 시스템이고, 에이전트는 LLM이 스스로 프로세스와 도구 사용을 동적으로 결정하며 작업 수행 방식에 대한 통제권을 갖는 시스템입니다.

Day 19 — Embedding Model & Similarity Search

Sat, 04 Jul 2026 00:00:00 +0000

Phase 7: RAG | 예상 학습 시간: 40분

🎯 학습 목표

임베딩 모델이 텍스트를 어떤 형태의 벡터로 변환하는지, 그 의미를 설명할 수 있다
임베딩 모델 선택 시 고려해야 할 기준(차원 수, 도메인 적합성, 비용)을 이해한다
코사인 유사도/내적/유클리드 거리의 차이와 ANN 검색이 필요한 이유를 설명할 수 있다

1. 임베딩이란 무엇인가

**임베딩(Embedding)**은 텍스트(단어, 문장, 문서)를 고정된 길이의 실수 벡터로 변환한 것입니다. 예를 들어 “고양이는 귀엽다"라는 문장은 [0.021, -0.384, 0.157, ..., 0.093]처럼 768차원 또는 1536차원의 숫자 배열이 됩니다.

Day 20 — 라이팅 기초와 렌더링 개념

Wed, 19 Aug 2026 00:00:00 +0000

Phase 3: 3D 모델링 입문 - Blender | 예상 학습 시간: 30분

🎯 학습 목표

Blender의 4가지 라이트 타입(Point, Sun, Spot, Area)의 특성과 용도를 구분해 설명할 수 있다
Eevee와 Cycles 렌더 엔진의 동작 방식 차이를 이해하고 상황에 맞게 선택할 수 있다
3점 조명(Key/Fill/Rim) 구도를 직접 배치해 Day 19에서 만든 머티리얼을 자연스럽게 보이도록 렌더링할 수 있다

1. Blender의 라이트 타입 4가지

Blender는 Add > Light 메뉴에서 4가지 라이트 오브젝트를 제공합니다. 실제 조명 장비의 특성을 본떠 만들어졌기 때문에, 각각의 물리적 은유를 이해하면 선택이 쉬워집니다.

Day 20 — Multi-agent 시스템 설계

Fri, 10 Jul 2026 00:00:00 +0000

Phase 4: 고급/프로덕션 | 예상 학습 시간: 30분

🎯 학습 목표

오케스트레이터-워커(orchestrator-workers) 패턴의 구조와 각 서브에이전트가 독립적인 컨텍스트를 갖는 이유를 설명할 수 있다
Claude Agent SDK의 서브에이전트를 활용해 병렬 작업을 위임하는 최소 구현을 작성할 수 있다
멀티 에이전트 시스템에서 토큰 비용이 급증하는 이유를 이해하고, 언제 단일 에이전트 대신 멀티 에이전트를 선택해야 하는지 판단할 수 있다

1. 왜 에이전트를 여러 개로 나누는가

Day 19에서 다룬 ReAct나 Plan-and-Execute는 하나의 에이전트가 컨텍스트 하나를 계속 들고 다니며 작업합니다. 하지만 작업 범위가 넓어질수록 컨텍스트 창이 관련 없는 정보로 오염되고, 서로 다른 하위 작업을 순차적으로만 처리해야 하는 병목이 생깁니다.

Day 20 — Hybrid Search & Reranker

Sat, 04 Jul 2026 00:00:00 +0000

Phase 7: RAG | 예상 학습 시간: 40분

🎯 학습 목표

순수 벡터 검색이 정확한 키워드 매칭을 놓치는 이유를 설명할 수 있다
BM25(희소 검색)와 벡터 검색(밀집 검색)을 결합하는 하이브리드 검색과 RRF를 이해한다
2단계 정밀 필터로서의 리랭커 도입 시점과 지연시간 트레이드오프를 판단할 수 있다

1. 벡터 검색의 맹점 — “정확히 그 단어"를 놓친다

Day 19에서 다룬 임베딩 기반 벡터 검색은 의미적 유사성을 잘 포착하지만, 역설적으로 정확한 키워드 매칭에는 약합니다.

Day 21 — 3주차 정리: 간단한 소품 모델링 완성

Thu, 20 Aug 2026 00:00:00 +0000

Phase 3: 3D 모델링 입문 - Blender | 예상 학습 시간: 40분

🎯 학습 목표

Day 15~20에서 배운 모델링·모디파이어·UV·텍스처링·라이팅 과정을 하나의 소품 제작 파이프라인으로 연결할 수 있다
실전 소품(머그컵 또는 나무 상자) 하나를 처음부터 끝까지 직접 모델링·언랩·머티리얼링·렌더링할 수 있다
완성된 결과물을 스스로 점검할 수 있는 체크리스트 기준으로 품질을 검증할 수 있다

1. 이번 정리 프로젝트의 목표와 소품 선정

3주차(Day 15~20) 동안 배운 것을 나열하면 다음과 같습니다.

Day 21 — RAG 패턴

Mon, 13 Jul 2026 00:00:00 +0000

Phase 4: 고급/프로덕션 | 예상 학습 시간: 30분

🎯 학습 목표

RAG(Retrieval-Augmented Generation)가 필요한 이유와 기본 파이프라인 구조를 설명할 수 있다
Voyage AI 임베딩으로 문서를 벡터화하고 유사도 검색을 구현할 수 있다
Contextual Retrieval 기법과 search_result 콘텐츠 블록을 활용해 검색 정확도와 답변의 출처 신뢰성을 동시에 높일 수 있다

1. RAG란 무엇이고 왜 필요한가

Claude는 학습 시점 이후의 정보나 사내 문서, 최신 고객 데이터처럼 학습 데이터에 없는 내용은 알지 못합니다. 매번 이런 정보를 프롬프트에 통째로 넣는 것은 컨텍스트 창 한계와 비용 때문에 현실적이지 않습니다. RAG는 질문이 들어올 때마다 관련 문서 조각만 검색해서 프롬프트에 끼워 넣는 방식으로 이 문제를 해결합니다.

Day 21 — Qdrant / Chroma 실습

Sat, 04 Jul 2026 00:00:00 +0000

Phase 8: 벡터 데이터베이스 | 예상 학습 시간: 40분

🎯 학습 목표

Chroma(인프로세스 프로토타이핑)와 Qdrant(Docker 기반 프로덕션형)의 차이와 각각의 적합한 사용 시점을 이해한다
두 벡터 DB 모두에서 컬렉션 생성, 벡터+메타데이터 upsert, 필터 조건이 포함된 쿼리를 직접 작성할 수 있다

1. Chroma vs Qdrant — 언제 무엇을 쓰는가

지금까지 RAG의 개념(청킹, 임베딩, 유사도, 하이브리드 검색)을 다뤘다면, 오늘은 이 모든 것을 실제로 담아내는 저장소인 벡터 데이터베이스를 직접 다뤄봅니다.

Day 22 — FBX/OBJ 포맷 이해와 Export 설정

Fri, 21 Aug 2026 00:00:00 +0000

Phase 4: 3D 모델을 Unity로 가져오기 | 예상 학습 시간: 35분

🎯 학습 목표

FBX와 OBJ 포맷이 각각 무엇을 저장하고 무엇을 저장하지 못하는지 설명할 수 있다
Blender에서 Unity로 가져갈 모델을 Export할 때 축(Axis)과 단위(Scale) 문제가 왜 생기는지 이해하고 올바른 설정값을 고를 수 있다
실제로 소품 하나를 FBX로 Export해 Unity 프로젝트 폴더에 넣는 과정을 직접 수행할 수 있다

1. 왜 포맷 이해가 필요한가

3주차까지는 Blender 안에서 모델링·UV·머티리얼·렌더링을 모두 끝냈습니다. 이제부터는 그 결과물을 Unity로 옮기는 단계인데, 여기서 많은 입문자가 “분명 Blender에서는 멀쩡했는데 Unity에 넣으니 모델이 눕거나, 크기가 100배로 커지거나, 재질이 사라지는” 문제를 겪습니다.

Day 22 — 프롬프트 인젝션 방어 및 보안

Tue, 14 Jul 2026 00:00:00 +0000

Phase 4: 고급/프로덕션 | 예상 학습 시간: 30분

🎯 학습 목표

직접 프롬프트 인젝션(jailbreak)과 간접 프롬프트 인젝션의 위협 모델이 어떻게 다른지 설명할 수 있다
Claude Haiku를 이용한 harmlessness screen과 구조화된 출력으로 입력·도구 결과를 검증하는 파이프라인을 구현할 수 있다
tool_result 격리, JSON 인코딩, 최소 권한 원칙 등 간접 인젝션에 특화된 방어 기법을 실제 코드에 적용할 수 있다

1. 두 가지 위협 모델 — 직접 인젝션과 간접 인젝션

프롬프트 인젝션은 하나의 문제가 아닙니다. Anthropic 공식 문서는 이를 위협 주체가 다른 두 범주로 나눕니다.

Day 22 — Milvus / pgvector 비교와 선택 기준

Sat, 04 Jul 2026 00:00:00 +0000

Phase 8: 벡터 데이터베이스 | 예상 학습 시간: 35분

🎯 학습 목표

Milvus의 분산 아키텍처와 pgvector의 “Postgres 확장” 철학의 차이를 설명할 수 있다
프로젝트 규모, 운영 부담, 기존 스택을 기준으로 벡터 DB를 선택할 수 있다
pgvector 기본 SQL(확장 설치, 컬럼 타입, 거리 연산자)을 직접 작성할 수 있다

1. 두 가지 철학: “전용 벡터 DB” vs “기존 DB의 확장”

Day 21에서 다룬 Qdrant, Chroma가 “처음부터 벡터 검색을 위해 설계된” 전용 DB라면, Milvus와 pgvector는 스펙트럼의 양 극단을 보여주는 좋은 대조군입니다.

Day 23 — Unity Import Settings 파헤치기 (Scale, Normals, Pivot)

Sat, 22 Aug 2026 00:00:00 +0000

Phase 4: 3D 모델을 Unity로 가져오기 | 예상 학습 시간: 40분

🎯 학습 목표

FBX 모델을 Unity에 임포트했을 때 Inspector의 Model 탭 각 설정이 무엇을 제어하는지 설명할 수 있다
Scale Factor, Normals/Tangents, Pivot 관련 설정을 상황에 맞게 조정할 수 있다
Import Settings를 잘못 건드렸을 때 생기는 대표적인 문제(크기 왜곡, 그림자 깨짐, 회전 중심 어긋남)를 진단하고 고칠 수 있다

1. Model Import Settings는 왜 따로 존재하는가

Day 22에서 FBX Export 시점의 좌표계와 단위 문제를 다뤘습니다. 하지만 Export를 완벽하게 해도, Unity가 그 파일을 어떻게 해석할지는 또 다른 설정 영역입니다. Project 창에서 .fbx 파일을 선택하면 Inspector에 나타나는 Model / Rig / Animation / Materials 4개 탭 중, 오늘은 Model 탭에 집중합니다.

Day 23 — 평가(Evals) 프레임워크

Wed, 15 Jul 2026 00:00:00 +0000

Phase 4: 고급/프로덕션 | 예상 학습 시간: 30분

🎯 학습 목표

SMART(구체적·측정 가능·달성 가능·관련성) 원칙에 따라 LLM 애플리케이션의 성공 기준을 정의할 수 있다
code-based, human, LLM-based 세 가지 grading 방식의 트레이드오프를 비교하고 상황에 맞게 선택할 수 있다
Claude Haiku를 grader로 사용하는 rubric 기반 LLM-graded eval 파이프라인을 Python으로 구현할 수 있다

1. 성공 기준부터 정의한다

프롬프트를 다듬기 전에 먼저 “무엇을 잘하는 것으로 볼 것인가"를 명확히 해야 합니다. Anthropic 공식 문서는 좋은 성공 기준의 조건으로 다음 네 가지를 제시합니다.

Day 23 — FastAPI 기초 — REST API 설계

Sat, 04 Jul 2026 00:00:00 +0000

Phase 9: 백엔드 API | 예상 학습 시간: 40분

🎯 학습 목표

FastAPI가 LLM 백엔드의 사실상 표준으로 자리잡은 이유를 설명할 수 있다
Pydantic 모델을 이용해 LLM 호출용 REST 엔드포인트를 직접 작성할 수 있다
Path/Query/Body 파라미터와 의존성 주입(Dependency Injection)의 기본 패턴을 이해한다

1. 왜 LLM 백엔드는 FastAPI로 수렴하는가

지금까지 만든 에이전트, RAG 파이프라인, 벡터 검색 로직은 결국 어떤 형태로든 프론트엔드나 다른 서비스에 “API"로 노출되어야 합니다. Python 생태계에는 Flask, Django도 있지만, LLM 백엔드에서는 FastAPI가 사실상 표준입니다.

Day 24 — Material 재구성 - Blender to Unity 워크플로우

Sun, 23 Aug 2026 00:00:00 +0000

Phase 4: 3D 모델을 Unity로 가져오기 | 예상 학습 시간: 40분

🎯 학습 목표

Blender 머티리얼(Principled BSDF)이 FBX Export 과정에서 왜 그대로 넘어오지 않는지 설명할 수 있다
Material Creation Mode와 Location 옵션을 이해하고, 텍스처 슬롯을 Unity Standard/URP Lit 셰이더에 올바르게 재연결할 수 있다
이름 기반 자동 매칭(Material Naming) 워크플로우를 활용해 여러 모델의 머티리얼 재구성 작업을 반복 가능하게 만들 수 있다

1. 왜 머티리얼은 “그대로” 넘어오지 않는가

Day 23에서 Import Settings의 Materials 탭을 잠깐 언급했습니다. Scale이나 Normals와 달리 머티리얼은 애초에 FBX 포맷 자체의 한계 때문에 완전히 보존되지 않습니다.

Day 24 — 프로덕션 배포 고려사항

Thu, 16 Jul 2026 00:00:00 +0000

Phase 4: 고급/프로덕션 | 예상 학습 시간: 30분

🎯 학습 목표

Claude API의 HTTP 에러 코드를 재시도 가능(transient) / 재시도 불가(non-transient)로 분류하고 각각에 맞는 처리 전략을 설계할 수 있다
지수 백오프(exponential backoff)와 retry-after 헤더를 존중하는 재시도 로직을 구현하고, SDK 기본 동작을 조정할 수 있다
타임아웃·레이턴시·폴백(fallback)을 고려한 프로덕션급 호출 래퍼를 Python으로 작성할 수 있다

1. 에러 코드부터 이해한다 — 무엇을 재시도할 것인가

프로덕션에서 가장 먼저 결정해야 하는 것은 “어떤 에러를 재시도하고, 어떤 에러는 즉시 실패시킬 것인가"입니다. Claude API는 예측 가능한 HTTP 상태 코드 체계를 따르며, 이를 두 부류로 나누는 것이 핵심입니다.

Day 24 — WebSocket & Streaming Response, 인증(Authentication)

Sat, 04 Jul 2026 00:00:00 +0000

Phase 9: 백엔드 API | 예상 학습 시간: 40분

🎯 학습 목표

SSE와 WebSocket의 차이와 각각이 적합한 상황을 구분할 수 있다
FastAPI에서 토큰 단위 스트리밍 응답과 WebSocket 채팅 엔드포인트를 구현할 수 있다
API Key와 JWT 기반 인증 미들웨어의 기본 구조를 이해한다

1. 왜 스트리밍이 필요한가

LLM은 토큰을 순차적으로 생성합니다. 전체 응답이 완성될 때까지 기다렸다가 한 번에 반환하면, 답변이 길수록 사용자는 수 초에서 수십 초를 아무 반응 없이 기다려야 합니다. ChatGPT류 UI에서 글자가 하나씩 나타나는 이유가 바로 이 토큰 스트리밍입니다.

Day 25 — URP(Universal Render Pipeline) 기초

Mon, 24 Aug 2026 00:00:00 +0000

Phase 4: 3D 모델을 Unity로 가져오기 | 예상 학습 시간: 40분

🎯 학습 목표

Built-in RP와 URP의 렌더링 구조 차이를 설명하고, 언제 URP를 선택해야 하는지 판단할 수 있다
URP 프로젝트를 구성하는 핵심 애셋(URP Asset, Renderer Data)의 역할을 이해하고 품질 설정을 조정할 수 있다
Lit/Simple Lit/Unlit 셰이더의 차이를 이해하고, Day 24에서 재구성한 머티리얼을 URP Lit로 올바르게 전환할 수 있다

1. Built-in RP에서 URP로 — 왜 파이프라인이 여러 개인가

Unity는 하나의 고정된 렌더링 방식을 쓰지 않습니다. Scriptable Render Pipeline(SRP)이라는 프레임워크 위에 목적이 다른 세 가지 파이프라인을 제공합니다.

Day 25 — 실전 케이스 스터디

Fri, 17 Jul 2026 00:00:00 +0000

Phase 4: 고급 / 프로덕션 | 예상 학습 시간: 30분

🎯 학습 목표

지금까지 배운 프롬프트 엔지니어링·API·프로덕션 기법을 하나의 실제 시나리오(고객 지원 AI Agent)로 연결해 설명할 수 있다
요구사항 정의 → 프롬프트 설계 → 도구 연동 → 평가 → 배포로 이어지는 엔드투엔드 흐름을 코드 수준에서 재현할 수 있다
Sendbird AI Agent 같은 실서비스 맥락에서 흔히 부딪히는 트레이드오프(비용, 레이턴시, 안전성)를 판단 기준과 함께 정리할 수 있다

1. 시나리오 정의 — “무엇을, 왜 만드는가”

가상의 요구사항으로 시작합니다. 커머스 앱에 붙일 고객 지원 AI Agent를 만든다고 가정합니다. 사용자가 주문/배송/환불 관련 질문을 채팅으로 보내면, Agent가 스스로 주문 DB를 조회하고 정책 문서를 참고해 답하며, 처리 불가능한 건은 사람 상담사에게 넘겨야 합니다.

Day 25 — Planner / Researcher / Coder / Reviewer 역할 분리

Sat, 04 Jul 2026 00:00:00 +0000

Phase 10: Multi-Agent | 예상 학습 시간: 40분

🎯 학습 목표

하나의 거대 프롬프트(mega-prompt) 대신 역할을 분리한 멀티 에이전트가 신뢰성을 높이는 이유를 설명할 수 있다
Planner/Researcher/Coder/Reviewer의 대표적인 역할 분담 패턴을 이해한다
역할 간 작업 인계(handoff)가 공유 상태 또는 메시지 전달로 이루어지는 방식을 구분할 수 있다

1. 왜 역할을 쪼개는가

하나의 프롬프트에 “계획을 세우고, 조사하고, 코드를 짜고, 검토까지 해줘"라고 요청하면 모델은 각 단계를 대충 뭉뚱그려 처리하는 경향이 있습니다. 컨텍스트가 길어질수록 앞서 세운 계획을 잊거나, 코드를 작성하면서 동시에 스스로를 비판적으로 검토하는 이중 역할을 잘 수행하지 못합니다.

Day 26 — PBR(Physically Based Rendering) 텍스처링 워크플로우

Tue, 25 Aug 2026 00:00:00 +0000

Phase 4: 3D 모델을 Unity로 가져오기 | 예상 학습 시간: 40분

🎯 학습 목표

PBR의 핵심 원리(에너지 보존, Metallic/Roughness 워크플로우)를 설명할 수 있다
Albedo, Metallic, Roughness, Normal, AO 등 각 텍스처 맵의 역할과 올바른 색 공간(sRGB/Linear)을 구분할 수 있다
Unity 임포트 규칙에 맞춰 채널 패킹된 텍스처를 구성하고, Day 25에서 다룬 URP Lit 셰이더 슬롯에 정확히 연결할 수 있다

1. PBR이 해결하려는 문제

PBR 이전의 전통적인 셰이딩(Blinn-Phong 등)은 아티스트가 직접 “이 표면은 이 정도로 반짝여야 자연스럽다"는 값을 감으로 조정했습니다. 문제는 이 값들이 물리 법칙을 따르지 않다 보니, 라이팅 환경이 바뀌면(낮→밤, 실내→실외) 같은 머티리얼이 완전히 다르게 보이거나 부자연스러워졌습니다.

Day 26 — Supervisor 패턴 & Memory 설계

Sat, 04 Jul 2026 00:00:00 +0000

Phase 10: Multi-Agent | 예상 학습 시간: 40분

🎯 학습 목표

Supervisor(오케스트레이터) 에이전트가 워커 에이전트를 라우팅하고 종료를 판단하는 방식을 설명할 수 있다
단기 메모리(대화 버퍼)와 장기 메모리(벡터 저장소 회상)의 차이와 사용 시점을 구분할 수 있다
메모리를 언제 영속화하고 언제 휘발시켜야 하는지 판단 기준을 세울 수 있다

1. Supervisor 패턴 — 중앙에서 라우팅하는 오케스트레이터

Day 25에서 다룬 Planner/Researcher/Coder/Reviewer가 “고정된 순서"로 흘러가는 파이프라인이었다면, Supervisor 패턴은 그보다 한 단계 유연합니다. Supervisor는 스스로 작업을 수행하지 않고, 매 턴마다 “다음에 누가 일해야 하는가"를 판단해서 적절한 워커 에이전트에게 작업을 위임하는 라우터 겸 종료 판단자 역할을 합니다.

Day 27 — 폴리곤 수 최적화와 LOD 개념

Wed, 26 Aug 2026 00:00:00 +0000

Phase 4: 3D 모델을 Unity로 가져오기 | 예상 학습 시간: 35분

🎯 학습 목표

폴리곤 수가 렌더링 성능에 영향을 미치는 원리(정점 처리, 드로우콜)를 설명할 수 있다
Blender의 Decimate Modifier와 리토폴로지 기법으로 폴리곤 수를 줄일 수 있다
Unity의 LOD Group 컴포넌트를 설정해 거리별로 다른 해상도의 모델을 자동 전환할 수 있다

1. 폴리곤 수가 왜 성능에 영향을 주는가

3D 모델의 메쉬는 정점(Vertex)과 삼각형(Triangle/폴리곤)으로 구성됩니다. 화면에 오브젝트를 그릴 때 GPU는 모든 정점에 대해 변환·조명 연산(Vertex Shader)을 수행하고, 그 결과로 만들어진 모든 픽셀에 대해 셰이딩 연산(Fragment Shader)을 수행합니다.

Day 27 — Langfuse: Logging & Tracing

Sat, 04 Jul 2026 00:00:00 +0000

Phase 11: 관찰성 | 예상 학습 시간: 35분

🎯 학습 목표

LLM 애플리케이션에서 로깅/트레이싱이 일반 웹 서비스보다 훨씬 중요한 이유를 설명할 수 있다
Langfuse로 LangGraph/LangChain 에이전트의 실행을 trace/span/generation 단위로 계측할 수 있다
호출당 비용, 지연시간, 토큰 사용량을 추적하고 대시보드에서 분석할 수 있다

1. 왜 LLM 앱은 “블랙박스 디버깅"이 되는가

일반적인 백엔드 서비스는 입력이 같으면 출력도 같습니다(결정적, deterministic). 하지만 LLM 기반 에이전트는 다음과 같은 특성 때문에 전통적인 디버깅 방식이 통하지 않습니다.

Day 28 — 4주차 정리: 모델 임포트 파이프라인 실습

Thu, 27 Aug 2026 00:00:00 +0000

Phase 4: 3D 모델을 Unity로 가져오기 | 예상 학습 시간: 40분

🎯 학습 목표

Blender 모델을 Export부터 Unity 최종 배치까지 이어지는 전체 임포트 파이프라인을 순서대로 재현할 수 있다
Day 22~27에서 배운 개별 설정(Export, Import Settings, Material, URP, PBR, LOD)이 파이프라인의 어느 단계에 해당하는지 설명할 수 있다
임포트 결과물에 흔히 발생하는 문제(스케일 불일치, 노멀 뒤집힘, 머티리얼 미스매치)를 체크리스트로 진단하고 수정할 수 있다

1. 4주차 전체 그림 — 왜 파이프라인으로 봐야 하는가

지난 한 주(Day 22~27) 동안 배운 내용은 각각 따로 떼어놓고 보면 개별 설정값처럼 보이지만, 실무에서는 하나의 연속된 파이프라인으로 이어집니다. 한 단계에서 실수하면 다음 단계에서 원인을 찾기 어려운 문제로 나타나는 경우가 많아서, 이번 정리 글은 개별 개념보다 “순서"와 “단계 간 연결"에 초점을 맞춥니다.

Day 28 — Metrics & Evaluation: 에이전트 품질 측정

Sat, 04 Jul 2026 00:00:00 +0000

Phase 11: 관찰성 | 예상 학습 시간: 35분

🎯 학습 목표

자유 형식 텍스트 출력을 평가하는 것이 왜 근본적으로 어려운지 이해한다
LLM-as-judge, 규칙 기반 지표, 사람 평가를 상황에 맞게 선택할 수 있다
작은 평가 데이터셋을 구축하고 프롬프트/모델 변경 전 회귀 테스트에 활용할 수 있다

1. “정답이 하나가 아닌” 출력을 어떻게 채점하는가

전통적인 소프트웨어 테스트는 assert result == expected로 충분합니다. 하지만 LLM 출력은 다음과 같은 이유로 단순 비교가 통하지 않습니다.

Day 29 — 캐릭터 모델링 기초와 토폴로지

Fri, 28 Aug 2026 00:00:00 +0000

Phase 5: 캐릭터와 애니메이션 | 예상 학습 시간: 40분

🎯 학습 목표

좋은 토폴로지와 나쁜 토폴로지를 구분하고, 캐릭터 모델링에서 토폴로지가 중요한 이유를 설명할 수 있다
관절 부위(팔꿈치, 무릎, 어깨)에 필요한 엣지 루프 배치 원칙을 이해하고 적용할 수 있다
쿼드(Quad) 기반 모델링과 트라이앵글/응(N-gon)이 애니메이션에 미치는 영향을 설명할 수 있다

1. 토폴로지란 무엇이고 왜 캐릭터에서 특히 중요한가

토폴로지(Topology)는 메쉬를 구성하는 정점(Vertex), 엣지(Edge), 면(Face)이 서로 연결되는 구조적 배치를 뜻합니다. 정적인 소품(Day 15~21에서 다룬 모델링)에서는 형태만 맞으면 토폴로지가 다소 지저분해도 눈에 띄는 문제가 없습니다. 하지만 캐릭터는 다릅니다 — 움직여야 하기 때문입니다.

Day 29 — LoRA / QLoRA / PEFT: 효율적 파인튜닝

Sat, 04 Jul 2026 00:00:00 +0000

Phase 12: 파인튜닝 | 예상 학습 시간: 40분

🎯 학습 목표

전체 파인튜닝(Full Fine-Tuning)이 왜 비용/메모리 측면에서 비현실적인지 설명할 수 있다
LoRA의 저랭크 어댑터 원리와 QLoRA가 여기에 4비트 양자화를 더하는 이유를 이해한다
PEFT 라이브러리로 LoRA 파인튜닝을 실행하고 어댑터를 베이스 모델에 병합할 수 있다

1. 전체 파인튜닝(Full Fine-Tuning)이 비싼 이유

전체 파인튜닝은 사전학습된 모델의 모든 파라미터를 학습 대상으로 삼아 역전파(backpropagation)로 업데이트하는 방식입니다. 7B(70억) 파라미터 모델 기준으로 메모리 요구량을 계산해보면:

Day 30 — 리깅(Rigging) 기초 - 본 구조 이해

Sat, 29 Aug 2026 00:00:00 +0000

Phase 5: 캐릭터와 애니메이션 | 예상 학습 시간: 40분

🎯 학습 목표

리깅(Rigging)이 무엇이며, 스켈레톤(Armature)과 스키닝(Skinning)이 어떻게 연결되는지 설명할 수 있다
계층적 본(Bone) 구조와 부모-자식 관계, Forward Kinematics(FK) 개념을 이해하고 간단한 본 체인을 구성할 수 있다
웨이트 페인팅(Weight Painting)의 원리를 이해하고, Day 29의 토폴로지 설계가 왜 리깅 품질에 직접 영향을 주는지 설명할 수 있다

1. 리깅이란 무엇인가 — 모델과 애니메이션을 잇는 다리

Day 29에서 만든 캐릭터 메쉬는 그 자체로는 정적인 하나의 덩어리입니다. 팔을 들어올리거나 걷게 만들려면, 메쉬 내부에 “이 부분은 이렇게 움직인다"는 제어 구조를 심어야 합니다. 이 작업이 바로 **리깅(Rigging)**입니다.

Day 30 — SFT / DPO / RLHF: 정렬(Alignment) 기법 비교

Sat, 04 Jul 2026 00:00:00 +0000

Phase 12: 파인튜닝 | 예상 학습 시간: 40분

🎯 학습 목표

사전학습부터 정렬까지 이어지는 표준 LLM 학습 파이프라인의 각 단계를 설명할 수 있다
RLHF의 보상 모델 + PPO 구조가 왜 복잡하고 불안정한지 이해한다
DPO가 별도 보상 모델 없이 선호 데이터를 직접 학습에 반영하는 원리를 이해하고, SFT만으로 충분한 경우와 DPO까지 필요한 경우를 구분할 수 있다

1. 표준 정렬 파이프라인: Pretrain → SFT → Preference Tuning

오늘날 대부분의 상용/오픈 LLM(GPT, Claude, Llama 등)은 단일 학습 단계가 아니라 여러 단계를 거쳐 만들어집니다.

Day 31 — Blender에서 애니메이션 만들기 기초

Sun, 30 Aug 2026 00:00:00 +0000

Phase 5: 캐릭터와 애니메이션 | 예상 학습 시간: 40분

🎯 학습 목표

키프레임(Keyframe)과 타임라인의 개념을 이해하고, Pose Mode에서 본에 키프레임을 삽입할 수 있다
Dope Sheet와 Graph Editor의 역할 차이를 이해하고, 보간(Interpolation) 방식을 조정해 애니메이션 품질을 개선할 수 있다
Action과 NLA(Non-Linear Animation)의 개념을 이해하고, 간단한 루프 애니메이션을 직접 만들 수 있다

1. 애니메이션의 기본 단위 — 키프레임과 타임라인

Day 30에서 만든 본 체인은 Pose Mode에서 손으로 회전시키면 그 순간만 자세가 바뀝니다. 이 자세를 시간의 특정 지점에 저장하는 것이 바로 **키프레임(Keyframe)**입니다.

Day 31 — 통합 프로젝트: Runpod → vLLM → Local LLM → LangGraph → MCP → RAG → FastAPI → Web UI

Sat, 04 Jul 2026 00:00:00 +0000

Final Project | 예상 소요 시간: 1~2주 (파트타임 기준)

🎯 프로젝트 목표

지난 30일 동안 조각조각 배운 GPU 인프라, 로컬 LLM 서빙, 에이전트 프레임워크, 도구 연동, 검색 증강, API 서버, 관찰성, 파인튜닝을 하나의 파이프라인으로 엮습니다. 이 프로젝트를 마치면 다음이 모두 갖춰진 상태가 됩니다.

Day 32 — Unity Animator Controller와 State Machine

Mon, 31 Aug 2026 00:00:00 +0000

Phase 5: 캐릭터와 애니메이션 | 예상 학습 시간: 40분

🎯 학습 목표

Animator Controller의 State, Transition, Parameter 개념을 이해하고 State Machine을 직접 구성할 수 있다
C# 스크립트에서 Animator.SetFloat, SetBool, SetTrigger 등으로 애니메이션 상태를 제어할 수 있다
Any State, Sub-State Machine, Layer를 활용해 복잡한 캐릭터 애니메이션 구조를 설계할 수 있다

1. Animator Controller란 무엇인가

Day 31에서 Blender NLA로 Idle, Walk, Run 같은 Action을 편집 시점에 조합했다면, Unity의 Animator Controller는 이 애니메이션 클립들을 런타임에 조건에 따라 전환하는 역할을 합니다.

Day 33 — Blend Tree로 자연스러운 애니메이션 전환

Mon, 31 Aug 2026 00:00:00 +0000

Phase 5: 캐릭터와 애니메이션 | 예상 학습 시간: 40분

🎯 학습 목표

1D Blend Tree로 여러 애니메이션 클립을 하나의 연속적인 파라미터로 자연스럽게 보간할 수 있다
2D Blend Tree(Freeform Directional/Cartesian)로 이동 방향까지 반영한 8방향 이동 애니메이션을 구성할 수 있다
Blend Tree의 Threshold, Compute Thresholds, Adjust Time Scale 옵션의 동작 원리를 이해하고 상황에 맞게 설정할 수 있다

1. Blend Tree가 필요한 이유

Day 32에서 State와 Transition만으로 Idle ↔ Walk ↔ Run을 구성하면 문제가 하나 생깁니다. Speed가 0.3일 때 “Walk를 재생할지 Run을 재생할지"는 명확히 나눌 수 있지만, 그 사이의 애매한 속도(예: 0.45)에서는 캐릭터가 뚝뚝 끊기듯 전환됩니다. 실제 걷기에서 뛰기로 넘어가는 움직임은 연속적인데, State 전환은 본질적으로 “이산적인 On/Off"이기 때문입니다.

Day 34 — Humanoid Rig와 Avatar 설정

Tue, 01 Sep 2026 00:00:00 +0000

Phase 5: 캐릭터와 애니메이션 | 예상 학습 시간: 35분

🎯 학습 목표

Rig 탭의 Generic/Humanoid/Legacy 애니메이션 타입 차이와 각각의 사용 시점을 설명할 수 있다
Avatar Configuration 화면에서 본 매핑을 확인·수정하고, T-Pose 요구사항을 이해할 수 있다
Humanoid Avatar의 리타겟팅(Retargeting) 원리를 활용해 서로 다른 캐릭터 간 애니메이션을 재사용할 수 있다

1. Animation Type — Generic vs Humanoid vs Legacy

FBX를 임포트하면 Inspector의 Rig 탭에서 Animation Type을 선택합니다. 이 선택이 이후 애니메이션 워크플로우 전체를 좌우합니다.

Day 35 — 5주차 정리: 걷기/뛰기 애니메이션 캐릭터 완성

Wed, 02 Sep 2026 00:00:00 +0000

Phase 5: 캐릭터와 애니메이션 | 예상 학습 시간: 45분

🎯 학습 목표

Day 29~34에서 배운 모델링·리깅·애니메이션·Animator·Blend Tree·Avatar 설정을 하나의 캐릭터 파이프라인으로 연결해 재현할 수 있다
Idle → Walk → Run이 자연스럽게 전환되는 Blend Tree 기반 로코모션(locomotion) 시스템을 직접 구성할 수 있다
캐릭터 애니메이션에서 흔히 발생하는 문제(발 미끄러짐, 전환 튐, Avatar 매핑 오류)를 체크리스트로 진단하고 수정할 수 있다

1. 5주차 전체 그림 — 모델에서 걷는 캐릭터까지

Phase 5는 정적인 3D 모델이 실제로 “걷고 뛰는 캐릭터"가 되기까지의 전체 여정입니다. Day 22~28(Phase 4)이 모델을 Unity로 옮기는 파이프라인이었다면, 이번 주는 그 모델에 뼈대와 움직임을 불어넣는 단계입니다.

Day 36 — Terrain 시스템으로 지형 만들기

Thu, 03 Sep 2026 00:00:00 +0000

Phase 6: 환경과 월드 빌딩 | 예상 학습 시간: 35분

🎯 학습 목표

Unity Terrain 컴포넌트의 구조와 기본 조작(높이 조절, 스무딩, 페인팅)을 할 수 있다
Terrain Layer를 이용해 여러 텍스처를 자연스럽게 혼합할 수 있다
Tree/Detail(Grass) 브러시와 Terrain 설정값(Heightmap Resolution 등)이 성능에 미치는 영향을 설명할 수 있다

1. Terrain 오브젝트 생성과 기본 구조

GameObject > 3D Object > Terrain으로 생성하면 거대한 평면 하나가 만들어집니다. 이 오브젝트는 일반 Mesh가 아니라 Terrain 컴포넌트와 TerrainData 애셋으로 이루어져 있습니다.

Day 37 — 모듈형(Modular) 3D 에셋으로 레벨 디자인

Fri, 04 Sep 2026 00:00:00 +0000

Phase 6: 환경과 월드 빌딩 | 예상 학습 시간: 40분

🎯 학습 목표

모듈형 에셋의 핵심 개념인 그리드 시스템과 피벗 규칙을 이해하고 적용할 수 있다
벽, 바닥, 모서리 등 기본 모듈 세트를 설계해 반복 배치로 레벨을 조립할 수 있다
모듈 간 이음새(Seam)와 UV 타일링 문제를 진단하고 해결할 수 있다

1. 모듈형 에셋이란 무엇인가

모듈형(Modular) 3D 에셋은 벽, 바닥, 기둥, 계단처럼 재사용 가능한 조각 단위로 레벨을 조립하는 방식입니다. 던전이나 건물 인테리어처럼 반복되는 구조를 통짜(unique) 메쉬로 만드는 대신, 일정한 크기의 블록을 레고처럼 이어 붙여 완성합니다.

Day 38 — 라이트맵 베이킹과 글로벌 일루미네이션

Sat, 05 Sep 2026 00:00:00 +0000

Phase 6: 환경과 월드 빌딩 | 예상 학습 시간: 40분

🎯 학습 목표

실시간 조명과 베이크된 조명(Baked Lighting)의 차이와 각각의 장단점을 설명할 수 있다
Lightmap, Light Probe, Reflection Probe의 역할을 구분하고 씬에 적용할 수 있다
Progressive Lightmapper 설정값(해상도, 바운스 횟수 등)을 조정해 품질과 베이크 시간을 조절할 수 있다

1. 왜 조명을 미리 “구워야” 하는가

실시간으로 모든 조명을 계산하면 광원 하나당 매 프레임 그림자와 간접광(Global Illumination, GI)을 다시 계산해야 합니다. 광원이 여러 개, 오브젝트가 복잡할수록 이 연산은 기하급수적으로 무거워집니다.

Day 39 — 스카이박스와 환경 분위기 연출

Sun, 06 Sep 2026 00:00:00 +0000

Phase 6: 환경과 월드 빌딩 | 예상 학습 시간: 30분

🎯 학습 목표

Skybox의 종류(Procedural, 6 Sided, Cubemap, Panoramic)와 각각의 용도를 설명할 수 있다
Lighting 창에서 Environment Lighting/Reflections 설정이 스카이박스와 어떻게 연결되는지 이해한다
Fog, Ambient Light, Color Grading을 조합해 씬의 시간대·분위기를 연출할 수 있다

1. Skybox란 무엇인가

Skybox는 씬을 감싸는 거대한 가상의 “배경 껍질"입니다. 카메라가 아무리 이동해도 스카이박스는 항상 무한히 먼 배경처럼 보이며, 하늘·먼 지형·구름 같은 요소를 표현하는 데 씁니다.

Day 40 — Particle System으로 이펙트 만들기

Mon, 07 Sep 2026 00:00:00 +0000

Phase 6: 환경과 월드 빌딩 | 예상 학습 시간: 35분

🎯 학습 목표

Unity Particle System(Shuriken)의 핵심 모듈 구조를 이해하고 Emission/Shape로 파티클 생성 방식을 제어할 수 있다
Color/Size/Velocity over Lifetime 모듈로 시간에 따라 변화하는 이펙트를 만들 수 있다
스크립트로 파티클 시스템을 재생/정지/트리거하고, 성능을 고려한 이펙트 최적화 방법을 설명할 수 있다

1. Particle System 컴포넌트 개요

Unity의 기본 파티클 시스템은 코드네임 Shuriken이라 불리며, GameObject에 Particle System 컴포넌트를 추가하는 것만으로 수백~수천 개의 작은 스프라이트(또는 메시)를 동시에 생성·이동·소멸시킬 수 있습니다. 불, 연기, 마법 효과, 먼지, 스파크 같은 “규칙은 있지만 개별 오브젝트로 관리하기엔 비효율적인” 시각 효과에 사용합니다.

Day 41 — Post-processing으로 비주얼 완성도 높이기

Tue, 08 Sep 2026 00:00:00 +0000

Phase 6: 환경과 월드 빌딩 | 예상 학습 시간: 35분

🎯 학습 목표

URP의 Volume 시스템 구조(Global/Local Volume, Volume Profile, Layer)를 이해하고 Post-processing을 세팅할 수 있다
Bloom, Color Adjustments, Tone Mapping, Vignette, Depth of Field 등 핵심 효과의 역할과 파라미터를 설명할 수 있다
스크립트로 Volume 가중치를 조절해 상황별(피격, 실내/실외 전환 등) 연출을 구현하고, 모바일 성능을 고려해 효과를 선별할 수 있다

1. Post-processing이란, 그리고 URP Volume 시스템

Post-processing(후처리)은 카메라가 씬을 렌더링한 최종 이미지에 추가로 적용하는 화면 효과입니다. 오브젝트나 라이팅 자체를 바꾸는 것이 아니라, 이미 그려진 프레임 버퍼를 필터링해서 색감, 노출, 초점, 화면 왜곡 등을 조정합니다. 같은 씬이라도 후처리 유무에 따라 “저예산 프로토타입"과 “완성도 있는 게임"만큼의 인상 차이가 납니다.

Day 42 — 6주차 정리: 작은 환경 씬 완성

Wed, 09 Sep 2026 00:00:00 +0000

Phase 6: 환경과 월드 빌딩 | 예상 학습 시간: 45분

🎯 학습 목표

Terrain, 모듈형 에셋, 라이트맵, 스카이박스, 파티클, 포스트 프로세싱을 하나의 씬에 통합해 완성할 수 있다
작은 환경 씬을 만들 때 작업 순서(레이아웃 → 라이팅 → 디테일 → 후처리)를 스스로 설계할 수 있다
6주차에서 배운 각 시스템이 최종 비주얼에 기여하는 역할을 설명할 수 있다

1. 6주차 복습 — 무엇을 배웠나

Phase 6에서는 “빈 씬을 실제로 걸어 다닐 수 있는 작은 환경"으로 만드는 데 필요한 시스템들을 순서대로 다뤘습니다.

Day 43 — Shader Graph 기초 개념

Thu, 10 Sep 2026 00:00:00 +0000

Phase 7: 셰이더와 심화 렌더링 | 예상 학습 시간: 40분

🎯 학습 목표

셰이더가 무엇이고 Shader Graph가 코드 셰이더와 어떻게 다른지 설명할 수 있다
Shader Graph 에디터의 기본 구조(노드, 마스터 스택, 프리뷰)를 이해하고 간단한 그래프를 만들 수 있다
Property, Vertex/Fragment 스테이지, 주요 노드 카테고리를 활용해 기본적인 머티리얼 효과를 구현할 수 있다

1. 셰이더란 무엇인가

셰이더(Shader)는 GPU에서 실행되는 작은 프로그램으로, “화면에 픽셀 하나하나를 어떤 색으로 그릴지"를 계산합니다. 지금까지 다뤄온 Standard/URP Lit 머티리얼도 내부적으로는 셰이더가 계산을 수행한 결과입니다.

Day 44 — 커스텀 셰이더로 머티리얼 표현력 높이기

Fri, 11 Sep 2026 00:00:00 +0000

Phase 7: 셰이더와 심화 렌더링 | 예상 학습 시간: 45분

🎯 학습 목표

Shader Graph의 한계를 코드(HLSL)로 보완하는 Custom Function 노드의 구조와 사용법을 설명할 수 있다
Subgraph로 셰이더 로직을 재사용 가능한 단위로 묶는 방법을 이해한다
Fresnel/Rim Lighting, Vertex Displacement, Triplanar Mapping 등 실전에서 자주 쓰는 커스텀 효과를 직접 구현할 수 있다

1. 왜 Shader Graph만으로는 부족할 때가 있는가

Day 43에서 다룬 Shader Graph는 대부분의 머티리얼 표현을 노드만으로 처리할 수 있게 해줍니다. 하지만 다음과 같은 상황에서는 한계에 부딪힙니다.

Day 45 — 오브젝트 상호작용 - 애니메이션 이벤트와 스크립트 연동

Sun, 13 Sep 2026 00:00:00 +0000

Phase 7: 셰이더와 심화 렌더링 | 예상 학습 시간: 40분

🎯 학습 목표

Animation Event를 추가해 애니메이션 클립의 특정 프레임에서 C# 메서드를 호출할 수 있다
Animation Event의 4가지 파라미터 타입(float, int, string, Object)과 각각의 활용 시나리오를 구분할 수 있다
StateMachineBehaviour를 이용해 State 진입/종료/업데이트 시점에 로직을 연동하는 방법을 설명할 수 있다

1. 왜 애니메이션과 스크립트를 “이벤트"로 연동해야 하는가

캐릭터가 검을 휘두르는 애니메이션을 재생한다고 가정해봅시다. 실제로 적에게 데미지를 주는 판정은 애니메이션 전체 구간이 아니라 “칼날이 적을 스치는” 아주 짧은 프레임 구간에서만 발생해야 자연스럽습니다. Update()에서 매 프레임 애니메이션 재생 시간을 체크해 if (animationTime > 0.4f && animationTime < 0.5f) 같은 방식으로 처리할 수도 있지만, 이는 다음과 같은 문제가 있습니다.

Day 46 — Ragdoll Physics와 물리 기반 애니메이션

Mon, 14 Sep 2026 00:00:00 +0000

Phase 7: 셰이더와 심화 렌더링 | 예상 학습 시간: 40분

🎯 학습 목표

Ragdoll이 필요한 이유와 Animator 기반 애니메이션과의 근본적인 차이를 설명할 수 있다
Ragdoll Wizard로 휴머노이드 캐릭터에 Rigidbody/Collider/Joint를 구성하고 물리 시뮬레이션을 동작시킬 수 있다
애니메이션과 물리를 전환·혼합하는 실전 패턴(사망 처리, 피격 리액션, Get Up)을 구현할 수 있다

1. Ragdoll이 필요한 이유

지금까지 다룬 캐릭터 애니메이션(Day 31~35)은 전부 미리 만들어진 동작을 재생하는 방식이었습니다. 걷기, 뛰기, 점프 — 모두 애니메이터가 손으로 키프레임을 찍거나 모션 캡처로 녹화한 고정된 데이터입니다.

Day 47 — Cinemachine으로 카메라 연출 고도화

Tue, 15 Sep 2026 00:00:00 +0000

Phase 7: 셰이더와 심화 렌더링 | 예상 학습 시간: 40분

🎯 학습 목표

Cinemachine의 Virtual Camera와 Brain 구조를 이해하고 기본 씬에 적용할 수 있다
Follow, Look At, Blend, Priority 개념을 활용해 여러 카메라 연출을 전환할 수 있다
Noise, Impulse, State-Driven Camera로 게임 상황에 맞는 카메라 연출을 구성할 수 있다

1. Cinemachine이 필요한 이유

일반 Camera 컴포넌트에 직접 스크립트로 추적/흔들림/전환 로직을 짜면 코드가 금방 복잡해집니다. 카메라가 플레이어를 따라가다가, 컷씬에서 다른 각도로 전환하고, 총격을 받으면 흔들리고, 다시 원래대로 부드럽게 복귀하는 상황을 상상해보면 — if문과 Lerp 코드가 순식간에 얽힙니다.

Day 48 — Timeline으로 컷신 제작하기

Wed, 16 Sep 2026 00:00:00 +0000

Phase 7: 셰이더와 심화 렌더링 | 예상 학습 시간: 40분

🎯 학습 목표

Timeline과 Playable Director의 관계를 이해하고 컷신용 Timeline 에셋을 직접 구성할 수 있다
Animation Track, Audio Track, Activation Track, Control Track, Signal Track의 역할 차이를 설명하고 상황에 맞게 조합할 수 있다
Signal Emitter/Receiver와 스크립트 API를 통해 Timeline과 게임플레이 코드를 연동할 수 있다

1. Timeline이란 무엇이고 언제 쓰는가

Unity Timeline은 여러 오브젝트의 애니메이션, 오디오, 카메라 전환, 이벤트 발생 시점을 하나의 시간축 위에서 시각적으로 편집할 수 있게 해주는 시퀀싱 도구입니다. 영상 편집 툴의 타임라인과 개념적으로 동일하며, 트랙(Track)과 클립(Clip)이라는 두 가지 기본 단위로 구성됩니다.

Day 49 — 7주차 정리: 연출이 들어간 인터랙션 씬 제작

Thu, 17 Sep 2026 00:00:00 +0000

Phase 7: 셰이더와 심화 렌더링 | 예상 학습 시간: 45분

🎯 학습 목표

Shader Graph, 커스텀 셰이더, 상호작용 스크립트, Ragdoll, Cinemachine, Timeline을 하나의 씬에 통합해 완성할 수 있다
“인터랙션(플레이어 입력) → 반응(애니메이션/물리) → 연출(카메라/시퀀스)“로 이어지는 작업 순서를 스스로 설계할 수 있다
7주차에서 배운 각 시스템이 하나의 인터랙션 씬 안에서 어떤 역할을 맡는지 설명할 수 있다

1. 7주차 복습 — 무엇을 배웠나

Phase 7에서는 “비주얼 표현력"과 “연출 도구"라는 두 축을 다뤘습니다. 전반부(43-44)는 셰이더로 머티리얼의 표현력을 높이는 법을, 후반부(45-48)는 오브젝트 반응과 카메라/시퀀스 연출을 다뤘습니다.

Day 50 — Draw Call과 배칭(Batching) 이해하기

Fri, 18 Sep 2026 00:00:00 +0000

Phase 8: 최적화와 실전 워크플로우 | 예상 학습 시간: 40분

🎯 학습 목표

Draw Call이 무엇이고 왜 많아지면 성능이 떨어지는지 GPU 파이프라인 관점에서 설명할 수 있다
Static Batching과 Dynamic Batching, SRP Batcher, GPU Instancing의 차이를 구분하고 각각이 적용되는 조건을 알 수 있다
Frame Debugger로 실제 씬의 Draw Call과 배칭 여부를 직접 확인할 수 있다

1. Draw Call이란 무엇인가

Draw Call은 CPU가 GPU에게 “이 메시를 이 머티리얼로 그려줘"라고 내리는 명령 한 건을 말합니다. 씬에 오브젝트가 100개 있고 모두 다른 머티리얼을 쓴다면, 이론상 CPU는 100번의 Draw Call을 GPU에 전달해야 합니다.

Day 51 — Profiler로 성능 분석하기

Sat, 19 Sep 2026 00:00:00 +0000

Phase 8: 최적화와 실전 워크플로우 | 예상 학습 시간: 40분

🎯 학습 목표

Unity Profiler의 CPU/GPU/Memory/Rendering 모듈을 각각 언제, 왜 봐야 하는지 설명할 수 있다
CPU 타임라인에서 병목이 메인 스레드인지 렌더 스레드인지 구분할 수 있다
Deep Profile과 Development Build를 활용해 실제 타깃 기기에서 원격 프로파일링을 할 수 있다

1. Profiler를 왜 “감"이 아니라 데이터로 봐야 하는가

Day 50에서 Draw Call과 배칭을 다뤘지만, 실제로 내 씬의 병목이 Draw Call인지, 스크립트 로직인지, 물리 연산인지, 아니면 텍스처 메모리인지는 눈으로 봐서 알 수 없습니다. “느린 것 같다"는 감각으로 최적화를 시작하면 엉뚱한 부분(예: 폴리곤 수)을 줄이고도 프레임레이트가 그대로인 경우가 흔합니다.

Day 52 — 모바일/저사양 기기를 위한 3D 에셋 최적화

Sun, 20 Sep 2026 00:00:00 +0000

Phase 8: 최적화와 실전 워크플로우 | 예상 학습 시간: 40분

🎯 학습 목표

모바일/저사양 기기에서 3D 에셋이 병목이 되는 이유(대역폭, 발열, 열 스로틀링)를 설명할 수 있다
플랫폼별 폴리곤 예산과 LOD Group을 설정해 거리에 따라 디테일을 자동으로 낮출 수 있다
텍스처 압축 포맷(ASTC, ETC2)과 Mip Map, Platform Override 설정을 목적에 맞게 적용할 수 있다

1. 왜 모바일은 PC/콘솔과 다르게 최적화해야 하는가

Day 51에서 Profiler로 병목을 찾는 법을 다뤘지만, 모바일 기기는 PC와 근본적으로 다른 제약을 가집니다. 데스크톱 GPU는 독립된 VRAM과 넉넉한 메모리 대역폭을 갖지만, 모바일 GPU는 대부분 CPU와 메모리를 공유하는 통합 메모리(Unified Memory) 구조이고, 배터리와 발열 한계 때문에 지속적으로 최고 성능을 낼 수 없습니다.

Day 53 — 텍스처 아틀라스와 메모리 최적화

Mon, 21 Sep 2026 00:00:00 +0000

Phase 8: 최적화와 실전 워크플로우 | 예상 학습 시간: 35분

🎯 학습 목표

텍스처 아틀라스(Texture Atlas)가 드로우 콜과 메모리 사용량을 동시에 줄이는 원리를 설명할 수 있다
Sprite Atlas와 수동 UV 아틀라싱을 상황에 맞게 적용할 수 있다
Memory Profiler로 텍스처 메모리 사용량을 점검하고 불필요한 낭비를 찾아낼 수 있다

1. 텍스처 아틀라스란 무엇이고 왜 필요한가

Day 52에서 텍스처 압축 포맷(ASTC, ETC2)과 Max Size로 개별 텍스처의 용량을 줄이는 법을 다뤘습니다. 하지만 텍스처가 아무리 작아도 개수가 많으면 또 다른 문제가 생깁니다. 서로 다른 텍스처를 참조하는 오브젝트는 배칭(Batching)이 끊겨 드로우 콜이 늘어나고, 각 텍스처가 개별 파일로 로드되면서 메모리 단편화와 로딩 오버헤드도 함께 증가합니다.

Day 54 — VR/AR 프로젝트를 위한 3D 모델 고려사항

Tue, 22 Sep 2026 00:00:00 +0000

Phase 8: 최적화와 실전 워크플로우 | 예상 학습 시간: 35분

🎯 학습 목표

VR/AR이 일반 3D 프로젝트보다 훨씬 엄격한 성능 예산을 요구하는 이유를 설명할 수 있다
타깃 기기별 폴리곤/드로우콜/텍스처 예산을 고려해 3D 에셋을 설계할 수 있다
실제 크기(Real-world Scale)와 콜라이더 설계가 몰입감과 상호작용에 미치는 영향을 이해한다
AR 프로젝트에서 Occlusion, Light Estimation 등 3D 모델에 추가로 요구되는 고려사항을 설명할 수 있다

1. VR/AR 3D 에셋이 일반 3D 프로젝트와 다른 이유

지금까지 다룬 최적화(Day 50~53의 배칭, 프로파일링, 모바일 최적화, 텍스처 아틀라스)는 모두 “일반 화면 출력"을 전제로 했습니다. VR/AR은 여기에 훨씬 가혹한 제약이 추가됩니다.

Day 55 — 에셋 파이프라인 자동화 (네이밍 규칙, 임포트 프리셋)

Wed, 23 Sep 2026 00:00:00 +0000

Phase 8: 최적화와 실전 워크플로우 | 예상 학습 시간: 35분

🎯 학습 목표

일관된 네이밍 규칙이 왜 팀/개인 프로젝트 모두에서 유지보수 비용을 줄이는지 설명할 수 있다
Unity Preset 시스템으로 모델/텍스처/오디오 임포트 설정을 자동화할 수 있다
AssetPostprocessor 스크립트로 네이밍 규칙을 강제하고 임포트 설정을 코드로 자동 적용할 수 있다
폴더 구조와 임포트 자동화가 결합될 때 얻는 실무적 이점을 이해한다

1. 왜 “네이밍 규칙"이 최적화 주제로 다뤄지는가

Day 13에서 프로젝트 폴더 구조와 에셋 관리 베스트 프랙티스를 다뤘지만, 폴더 구조만으로는 부족합니다. 에셋 개수가 수백~수천 개로 늘어나면 이름만 보고 종류·용도·상태를 파악할 수 있어야 검색, 일괄 처리, 임포트 자동화가 모두 가능해집니다.

Day 56 — 8주차 정리: 최적화 체크리스트 적용

Wed, 23 Sep 2026 00:00:00 +0000

Phase 8: 최적화와 실전 워크플로우 | 예상 학습 시간: 40분

🎯 학습 목표

Draw Call, Profiler, 모바일 최적화, 텍스처 아틀라스, VR/AR 고려사항, 에셋 파이프라인 자동화를 하나의 “최적화 체크리스트"로 통합해 적용할 수 있다
실제 프로젝트(또는 지금까지 만든 씬)에 체크리스트를 순서대로 적용해 병목을 진단하고 개선할 수 있다
8주차에서 배운 각 최적화 기법이 서로 어떤 순서와 관계로 연결되는지 설명할 수 있다

1. 8주차 복습 — 무엇을 배웠나

Phase 8은 “만드는 법"에서 “잘 돌아가게 만드는 법"으로 관점을 전환하는 주차였습니다. 앞의 절반(50-51)은 문제를 측정하는 도구를, 중반(52-54)은 플랫폼별 구체적인 최적화 기법을, 마지막(55)은 이 모든 걸 반복 가능하게 자동화하는 방법을 다뤘습니다.

Day 57 — 캡스톤 프로젝트 기획 - 나만의 미니 씬 컨셉 잡기

Fri, 25 Sep 2026 00:00:00 +0000

Phase 9: 캡스톤 프로젝트 | 예상 학습 시간: 45분

🎯 학습 목표

지난 56일간 배운 기술을 하나의 미니 씬으로 통합하기 위한 프로젝트 범위(scope)를 스스로 설정할 수 있다
컨셉·레퍼런스·기술 제약을 문서화한 간단한 기획서를 작성할 수 있다
남은 3일(Day 58-60)의 작업을 구체적인 마일스톤으로 쪼갤 수 있다

1. 캡스톤 프로젝트, 왜 “기획"부터 시작하는가

지금까지 56일 동안 Unity 기초, Blender 모델링, 임포트 파이프라인, 애니메이션, 환경 빌딩, 셰이더, 최적화까지 배웠습니다. 캡스톤 프로젝트의 목표는 이 모든 걸 하나의 작품에 써보는 것이 아니라, 그중 일부를 골라 완성까지 끌고 가는 경험을 하는 것입니다.

Day 58 — 모델링+임포트+머티리얼 통합 작업

Sat, 26 Sep 2026 00:00:00 +0000

Phase 9: 캡스톤 프로젝트 | 예상 학습 시간: 60분

🎯 학습 목표

Blender에서 만든 모델을 “임포트 준비 완료” 상태로 마무리하는 체크리스트를 스스로 적용할 수 있다
Day 22-28에서 배운 FBX Export/Import 설정과 Day 24-26의 머티리얼 재구성 워크플로우를 하나의 파이프라인으로 실행할 수 있다
임포트 후 씬에 배치했을 때 발생하는 흔한 문제(스케일, 노멀, 머티리얼 슬롯 불일치)를 스스로 진단하고 고칠 수 있다

1. 오늘의 작업 흐름 - 왜 “통합"이 핵심인가

Day 57에서 컨셉과 기술 범위를 정했다면, Day 58의 목표는 새로운 지식이 아니라 지금까지 따로따로 연습했던 기술을 한 번에 이어붙이는 것입니다. Blender 모델링(Day 15-21), FBX 파이프라인(Day 22-24), 머티리얼/PBR(Day 25-26)을 개별 튜토리얼로 익혔더라도, 이 셋을 순서대로 이어서 한 번에 실행해보면 각 단계에서 놓쳤던 디테일이 드러납니다.

Day 59 — 애니메이션과 라이팅으로 완성도 높이기

Sun, 27 Sep 2026 00:00:00 +0000

Phase 9: 캡스톤 프로젝트 | 예상 학습 시간: 60분

🎯 학습 목표

Day 58에서 구조적으로 완성한 씬에 캐릭터 애니메이션을 통합하고, State Machine과 Blend Tree가 자연스럽게 전환되는지 검증할 수 있다
라이트맵 베이킹, 스카이박스, Post-processing을 조합해 씬의 “분위기"를 의도한 대로 연출할 수 있다
애니메이션과 라이팅이 서로 어긋나는 흔한 문제(루트 모션 밀림, 베이크된 그림자와 실시간 그림자의 불일치)를 진단하고 고칠 수 있다

1. 오늘의 작업 흐름 - 애니메이션과 라이팅이 “완성도"를 결정하는 이유

Day 58까지는 씬이 구조적으로 맞는 상태(스케일, 콜라이더, 머티리얼 슬롯)를 만드는 데 집중했습니다. 하지만 같은 에셋이라도 애니메이션이 부자연스럽거나 조명이 밋밋하면 완성도가 떨어져 보입니다. 반대로 모델링 자체는 단순해도 애니메이션과 라이팅이 잘 맞아떨어지면 포트폴리오에서 훨씬 설득력 있는 결과물이 됩니다.

Day 60 — 최종 폴리싱과 포트폴리오 정리

Mon, 28 Sep 2026 00:00:00 +0000

Phase 9: 캡스톤 프로젝트 | 예상 학습 시간: 50분

🎯 학습 목표

캡스톤 씬에 남은 자잘한 버그와 어색한 부분을 체계적인 체크리스트로 찾아내고 마무리할 수 있다
Player Settings와 빌드 설정 을 만들 수 있다
60일간의 결과물을 스크린샷·플레이 영상·README로 정리해 포트폴리오로 제시할 수 있다

1. 오릈의 자료 - “완쀱"물 “완쀱도"슴 다를려

Day 57관유팅수기획팅고 Day 58~59에서 모델링·임포트·애니메이션·라이팅까지 채운 캡스톤 씬이 이제 기능적으로 바생뗭 바시스닸면 텭젵이은과 룜보. 인햼 실조진만 싒다분여줄 수 있는 니리기입니다. 오늘은 “기능은 되지만 다듬어지지 않은가 상태"를 “제출 가능한 상태"로 끌어올리는 마지막 작업을 합니다.

[광고] 캠핑 랜턴 충전식 vs 건전지식, 상황별로 갈라본 5종 비교

Fri, 30 Oct 2026 00:00:00 +0000

[광고] 캠핑 랜턴 충전식 vs 건전지식, 상황별로 갈라본 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

할수록 좋아진다는 그 말, 영어로는 The more... the better

Fri, 30 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 30일 (금요일) — Daily English Study

📖 오늘의 문법: The + 비교급…, the + 비교급… (비례 비교구문, Double Comparatives)

“열심히 할수록 더 잘하게 된다”, “빠를수록 좋다"처럼 하나가 변하면 다른 하나도 같이 변한다는 뜻을 전할 때 영어에서는 “The + 비교급 ~, the + 비교급 ~” 구조를 씁니다. 두 개의 비교급 절이 짝을 이루기 때문에 **Double Comparative(이중 비교구문)**라고도 불러요.

[광고] 에임이 흔들린다면 의심해볼 것, 마우스패드 5종 비교

Thu, 29 Oct 2026 00:00:00 +0000

[광고] 에임이 흔들린다면 의심해볼 것, 마우스패드 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Either you or I — 짝지어진 주어 뒤에서 동사는 누구 편을 들까

Thu, 29 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 29일 (목요일) — Daily English Study

📖 오늘의 문법: Either…Or / Neither…Nor와 수일치 (Proximity Agreement)

either A or B(A 아니면 B), neither A nor B(A도 B도 아닌)처럼 두 개의 주어가 or/nor로 연결되면, 이 둘은 and로 연결된 주어와 달리 합쳐져서 복수가 되지 않습니다. 대신 둘 중 하나만 해당된다는 뜻이기 때문에, 동사는 두 주어 중 동사와 더 가까운(= 뒤에 오는) 쪽에 맞춥니다. 이를 **근접 일치의 원칙(Rule of Proximity / Proximity Agreement)**이라고 부릅니다.

[광고] 책상 분위기 바꾸는 데스크매트 추천 5선, 가죽 vs 펠트 고르는 법

Wed, 28 Oct 2026 00:00:00 +0000

[광고] 책상 분위기 바꾸는 데스크매트 추천 5선, 가죽 vs 펠트 고르는 법

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

문장 끝에 전치사를 두면 안 된다는 규칙, 미국인들도 지킬까?

Wed, 28 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 28일 (수요일) — Daily English Study

📖 오늘의 문법: 전치사 분리 (Preposition Stranding) vs 전치사 전치 (Pied-Piping)

학교에서 “문장을 전치사로 끝내면 안 된다"고 배운 분들 많으실 텐데요, 사실 이건 라틴어 문법 규칙을 영어에 억지로 끼워 맞춘 오래된 오해입니다. 실제 미국 영어, 특히 말할 때는 전치사를 문장 끝에 두는 게 훨씬 자연스럽고, 오히려 격식체처럼 들리는 게 어색할 때도 많습니다.

"Give me it"이 어색하게 들리는 이유 — 이중목적어 동사의 어순 규칙

Tue, 27 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 27일 (화요일) — Daily English Study

📖 오늘의 문법: 이중목적어 동사의 어순 (Give me the book vs Give the book to me)

give, send, show, tell, buy, bring, pass, offer, lend, write 같은 동사들은 목적어를 두 개(사람 + 사물) 가질 수 있습니다. 이걸 **이중목적어 동사(ditransitive verbs)**라고 부르는데, 어순을 놓는 방법이 두 가지입니다.

[광고] 우리 집 냥이 운동 부족일까? 대형·고정형 캣타워 5종 비교

Tue, 27 Oct 2026 00:00:00 +0000

[광고] 우리 집 냥이 운동 부족일까? 대형·고정형 캣타워 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 에어프라이어 용량별로 골라봤습니다, 1인 가구부터 대가족까지

Mon, 26 Oct 2026 00:00:00 +0000

[광고] 에어프라이어 용량별로 골라봤습니다, 1인 가구부터 대가족까지

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

둘 다 지나간 일인데, 어느 게 더 먼저였을까 — Past Perfect의 쓸모

Mon, 26 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 26일 (월요일) — Daily English Study

📖 오늘의 문법: Past Perfect vs Simple Past (had done vs did)

**단순과거(did)**는 과거의 한 시점에 일어난 일을 말할 때 씁니다. 그런데 과거 안에 사건이 두 개 이상 있고, 그중 어느 것이 더 먼저 일어났는지 분명히 해야 할 때는 단순과거만으로는 순서가 헷갈립니다. 이럴 때 등장하는 게 **과거완료(had + p.p.)**입니다. 과거완료는 “둘 중 더 과거"를 표시하는 시제표라고 생각하면 됩니다.

[광고] 매일 손에 드는 텀블러, 보온·보냉부터 디자인까지 똑똑하게 고르는 법

Sun, 25 Oct 2026 00:00:00 +0000

[광고] 매일 손에 드는 텀블러, 보온·보냉부터 디자인까지 똑똑하게 고르는 법

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

팀 전체가 따라와도 동사는 팀장님만 본다 — Together With의 수일치 함정

Sun, 25 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 25일 (일요일) — Daily English Study

📖 오늘의 문법: Together with / As well as / Along with의 수일치

“and"는 두 주어를 하나로 묶어서 복수 동사를 쓰게 만들지만, together with, as well as, along with, accompanied by, in addition to 같은 표현은 겉보기엔 비슷해도 전혀 다르게 작동합니다. 이 표현들은 콤마(,) 사이에 끼워 넣는 삽입구일 뿐이라서, 동사는 삽입구를 무시하고 맨 앞의 원래 주어에만 수를 맞춥니다.

[광고] 가을 캠핑 필수템, 흔들리지 않는 캠핑 테이블 고르는 법 5선

Fri, 23 Oct 2026 00:00:00 +0000

[광고] 가을 캠핑 필수템, 흔들리지 않는 캠핑 테이블 고르는 법 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

똑같이 '가져가다'인데, Bring과 Take는 왜 다르게 써야 할까

Fri, 23 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 23일 (금요일) — Daily English Study

📖 오늘의 문법: Bring vs Take

bring과 take는 둘 다 “가져가다/가져오다, 데려가다/데려오다"로 번역되지만, 기준이 완전히 다릅니다. 한국어는 이 둘을 구분하지 않고 “가져가다/가져오다"처럼 맥락으로 풀어내지만, 영어는 화자(말하는 사람)의 위치를 기준으로 동사 자체를 바꿔야 합니다.

[광고] 가을 러닝 시즌, 내 발에 맞는 러닝화 고르는 법 5선

Thu, 22 Oct 2026 00:00:00 +0000

[광고] 가을 러닝 시즌, 내 발에 맞는 러닝화 고르는 법 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

복수 취급일까 단수 취급일까 — A Number Of와 The Number Of의 차이

Thu, 22 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 22일 (목요일) — Daily English Study

📖 오늘의 문법: A Number Of vs The Number Of

둘 다 “number"가 들어가지만, 앞에 붙는 관사(a / the)에 따라 뒤따르는 동사의 수가 완전히 달라집니다.

[광고] 야외에서도 빵빵하게, 가성비 블루투스 스피커 5종 비교

Wed, 21 Oct 2026 00:00:00 +0000

[광고] 야외에서도 빵빵하게, 가성비 블루투스 스피커 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

No Longer랑 Not Anymore, 뜻은 같은데 왜 자리가 다를까

Wed, 21 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 21일 (수요일) — Daily English Study

📖 오늘의 문법: No Longer vs Not … Anymore

“더 이상 ~하지 않다"는 뜻으로 no longer와 not … anymore를 둘 다 쓸 수 있지만, 문장에서 놓이는 위치와 어감(formality)이 다릅니다.

[광고] 손 하나 까딱 안 해도 청소 끝, 가성비 로봇청소기 5종 비교

Tue, 20 Oct 2026 00:00:00 +0000

[광고] 손 하나 까딱 안 해도 청소 끝, 가성비 로봇청소기 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

그때 하려고 했었는데 — Was Going To로 과거의 계획 말하기

Tue, 20 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 20일 (화요일) — Daily English Study

📖 오늘의 문법: Was/Were Going To (Future in the Past)

과거 어느 시점에서 “그때는 ~할 예정이었다, ~하려고 했다"라고 말할 때 was/were going to + 동사원형을 씁니다. 이걸 흔히 future in the past(과거 속의 미래)라고 부릅니다.

[광고] 하루 끝, 집에서 받는 전신 마사지 — 안마의자 고르는 법

Mon, 19 Oct 2026 00:00:00 +0000

[광고] 하루 끝, 집에서 받는 전신 마사지 — 안마의자 고르는 법

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Beside와 Besides, s 하나 차이인데 뜻은 완전히 다르다고?

Mon, 19 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 19일 (월요일) — Daily English Study

📖 오늘의 문법: Beside vs Besides (철자 하나, 뜻은 완전히 다름)

beside는 전치사로 **"~옆에(next to)"**라는 **위치(location)**의 의미만 가집니다 → She sat beside me at the meeting. (그녀는 내 옆에 앉았다)
besides는 전치사/부사로 **"~ 외에도, ~에 더해서(in addition to)"**라는 **추가(addition)**의 의미를 가집니다. 위치와는 전혀 관계가 없어요 → Besides pizza, we ordered salad and pasta. (피자 외에도 샐러드와 파스타를 주문했다)
s 하나 차이지만 문장이 완전히 달라집니다 → He stood beside the door. (그는 문 옆에 섰다 — 위치) vs Besides the door, there’s a window too. (문 외에도 창문도 있다 — 추가)
besides는 부사로도 쓰여서 문장이나 절 전체를 연결하며 “게다가, 더군다나"라는 의미를 더하기도 합니다 → I don’t want to go. Besides, it’s raining. (가고 싶지 않아. 게다가 비도 오고 있잖아.)
원어민들도 구어체에서 가끔 beside를 besides의 의미로 섞어 쓰기도 하지만, 정확한 글쓰기나 시험에서는 반드시 구분해서 써야 합니다.

💡 Tip: “beside = 옆에(위치)”, “besides = 그 외에도(추가)“로 기억하세요. s가 붙으면 “하나 더 있다"는 느낌으로 외우면 쉽습니다.

"10 Items or Less", 사실은 문법적으로 틀렸다고?

Sun, 18 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 18일 (일요일) — Daily English Study

📖 오늘의 문법: Fewer vs Less (셀 수 있는지가 가른다)

원칙은 간단합니다. fewer는 셀 수 있는 복수 명사(countable nouns) 앞에, less는 셀 수 없는 명사(uncountable nouns) 앞에 씁니다 → fewer cars (차는 한 대, 두 대 셀 수 있음) vs less traffic (교통량은 셀 수 없음)
그래서 마트 계산대에 흔히 보이는 **“10 items or less”**라는 표지판은 사실 문법적으로는 **“10 items or fewer”**가 맞습니다. items는 하나, 둘 셀 수 있는 명사이기 때문이에요 → Please use this lane if you have 10 items or fewer.
예외도 있습니다. 시간, 거리, 금액, 무게처럼 숫자는 복수형이어도 하나로 묶인 단일한 양으로 인식될 때는 관습적으로 less를 씁니다 → less than 10 minutes, less than five dollars, less than two miles
“개수"를 말하는지 “양"을 말하는지로 구분하면 쉽습니다 → There are fewer people at the party. (사람 수) vs There’s less water in the bottle. (물의 양)
원어민들도 일상 대화에서는 “less calories"처럼 셀 수 있는 명사에 less를 섞어 쓰기도 하지만, 격식 있는 글이나 시험에서는 fewer/less를 엄격히 구분하는 것이 정석입니다.

💡 Tip: 숫자를 셀 수 있으면(1개, 2개…) fewer, 양이나 정도를 말하면(물, 시간, 돈) less. “Fewer는 개수, Less는 양"으로 외워두세요.

[광고] 자전거 탈 때 머리는 어떻게 지키고 계신가요? 헬멧 제대로 고르는 법

Sun, 18 Oct 2026 00:00:00 +0000

[광고] 자전거 탈 때 머리는 어떻게 지키고 계신가요? 헬멧 제대로 고르는 법

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

한참 기다렸다고 말할 때, have waited와 have been waiting 중 뭘 써야 할까

Sun, 18 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 18일 (일요일) — Daily English Study

📖 오늘의 문법: 현재완료 vs 현재완료진행형 — “다 했어"와 “계속하고 있어"의 차이

현재완료 (have/has + p.p.): 동작이 끝났다는 것, 결과, 횟수에 초점. “그래서 지금 어떻게 됐는지"가 중요할 때 사용
현재완료진행형 (have/has been + V-ing): 동작이 계속되고 있다는 과정, 지속 시간에 초점. “그걸 하느라 쭉 바빴다"는 느낌을 줄 때 사용
완료된 결과를 숫자나 양으로 말할 땐 현재완료: I’ve written three emails. (이메일 3개를 다 썼음)
그 일을 하느라 시간을 들였다는 뉘앙스를 강조할 땐 진행형: I’ve been writing emails all morning. (아침 내내 쓰는 중이었음, 다 끝났는지는 안 중요)
know, believe, like, own, belong 같은 상태동사(stative verbs)는 진행형으로 잘 안 씀 → I’ve known her for years. (O), ~~I’ve been knowing her~~ (X)
둘 다 “과거에 시작해서 지금까지"를 말할 수 있지만, 지금 눈에 보이는 흔적/증거(땀, 어지럽혀진 책상 등)가 있을 땐 진행형이 훨씬 자연스러움

💡 Tip: 결과·완료·횟수 얘기면 have + p.p., 과정·지속시간·최근까지 계속된 느낌이면 have been + V-ing로 기억하세요!

[광고] 가격대별로 보는 아기띠, 3만원대부터 20만원대까지 뭐가 다를까

Sat, 17 Oct 2026 00:00:00 +0000

[광고] 가격대별로 보는 아기띠, 3만원대부터 20만원대까지 뭐가 다를까

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 만년필 입문, 펜촉 굵기와 브랜드별 특징으로 고르는 법 추천 5선

Sat, 17 Oct 2026 00:00:00 +0000

[광고] 만년필 입문, 펜촉 굵기와 브랜드별 특징으로 고르는 법 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

While이랑 Whereas, 둘 다 대조인데 느낌이 왜 다를까

Sat, 17 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 17일 (토요일) — Daily English Study

📖 오늘의 문법: While vs Whereas (대조를 나타내는 접속사)

둘 다 “~인 반면"이라는 **대조(contrast)**의 의미로 쓰이지만, while은 대조 말고도 “~하는 동안"이라는 시간의 의미로도 쓰여서 문맥에 따라 해석이 갈림 → While she was cooking, he set the table. (시간) vs While I love coffee, my sister prefers tea. (대조)
whereas는 오직 대조만 나타내고, 시간의 의미는 전혀 없음. 그래서 의미가 훨씬 명확하고 깔끔하게 전달됨 → Whereas the old system was slow, the new one is lightning fast.
격식(formality) 차이도 큽니다. while은 일상 대화와 글 모두에서 자연스럽게 쓰이는 반면, whereas는 보고서, 계약서, 뉴스, 논문 같은 formal한 문어체에서 주로 등장 → 회화에서 whereas를 쓰면 다소 딱딱하게 들릴 수 있음
둘 다 절(clause)을 연결하는 접속사라서, 대조절이 문장 맨 앞에 오면 **콤마(,)**로 구분해줘야 함 → Whereas sales increased in Q3, profits declined. / While he’s an introvert, his brother is very outgoing.
문장 뒤쪽에 둘 때는 콤마 없이도 자연스럽게 연결 가능 → Profits declined, whereas sales increased. / His brother is very outgoing, while he’s an introvert.

💡 Tip: 말할 때 대조를 나타내고 싶으면 while, 격식 있는 글에서 명확하게 대조만 짚고 싶으면 whereas를 쓰세요. 헷갈리면 “whereas는 while의 formal 버전” 정도로 기억해도 충분합니다.

[광고] 선크림 고르는 법, 무기자차부터 비건 포뮬러까지 제형별 비교 추천 5선

Thu, 15 Oct 2026 00:00:00 +0000

[광고] 선크림 고르는 법, 무기자차부터 비건 포뮬러까지 제형별 비교 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Should, Ought To, Supposed To — 다 '해야 한다'인데 뭐가 다를까

Thu, 15 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 15일 (목요일) — Daily English Study

📖 오늘의 문법: Should vs Ought To vs Supposed To

셋 다 “~해야 한다"로 번역되지만 근거가 다릅니다. should는 내 생각/조언에 기반한 “그게 좋을 것 같다"는 느낌이고, ought to는 should와 의미는 거의 같지만 더 formal하고 약간 더 강한 도덕적 의무처럼 들림 → You should see a doctor. ≈ You ought to see a doctor. (일상 대화에서는 ought to보다 should를 압도적으로 많이 씀)
be supposed to는 완전히 다른 결입니다. 내 의견이 아니라 규칙, 약속, 다른 사람과의 합의, 기대되는 바를 말할 때 씀 → You’re supposed to wear a helmet. (규정이 그렇다) vs You should wear a helmet. (내 조언으로는 그게 좋겠다)
가장 많이 쓰이는 포인트: be supposed to + 동사는 “원래 ~하기로 되어 있다"는 뜻이라, 어겼거나 안 지켜진 일을 말할 때 특히 자주 등장 → The meeting was supposed to start at 9, but it started late.
ought to는 부정문/의문문에서 어색해서 실제 회화에서는 거의 should로 대체됨 → You ought not to worry 보다는 You shouldn’t worry가 훨씬 자연스러움
supposed to의 과거형 was/were supposed to는 “~하기로 했었는데 (실제론 안 했다)“는 뉘앙스를 강하게 풍깁니다 → I was supposed to call her back. (근데 깜빡하고 안 했다는 느낌)

💡 Tip: 누가 정한 규칙이나 약속을 말할 땐 supposed to, 내 생각으로 조언할 땐 should를 쓰세요. ought to는 알아만 두고, 말할 땐 should로 바꿔 쓰는 게 훨씬 자연스럽습니다.

[광고] 무선청소기 고르는 법, 자동먼지비움부터 BLDC 모터까지 비교 추천 5선

Wed, 14 Oct 2026 00:00:00 +0000

[광고] 무선청소기 고르는 법, 자동먼지비움부터 BLDC 모터까지 비교 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

이미 그렇게 됐으니까 — Now That으로 이유 말하는 법

Wed, 14 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 14일 (수요일) — Daily English Study

📖 오늘의 문법: 상황이 바뀐 걸 근거로 말할 때, Now That

Now that은 “이제 ~하니까”, “~하게 된 이상"이라는 뜻으로, 새로 생긴 상황을 근거로 어떤 결론이나 행동을 말할 때 씁니다. because나 since와 비슷하게 “이유"를 나타내지만, 그 이유가 방금 막 성립된 변화라는 뉘앙스가 있다는 점이 다름
구조는 간단합니다: Now that + 주어 + 동사, 주절. (순서를 바꿔 주절을 먼저 써도 무방) → Now that the project is finished, we can relax. / We can relax now that the project is finished.
because는 그냥 “이유"를 대는 느낌이라면, now that은 “예전엔 그렇지 않았는데 지금은 상황이 달라졌다“는 변화의 뉘앙스를 담고 있음 → Because it’s raining, we’re staying home. (단순 이유) vs Now that it’s raining, the trip is cancelled. (상황 변화가 결정적 근거)
구어체에서는 that을 생략하고 그냥 now + 주어 + 동사로 쓰기도 함 → Now you mention it, I remember. (= Now that you mention it)
자주 틀리는 포인트: now that 뒤에는 현재형이나 현재완료가 자연스럽습니다. 방금 완료된 변화를 말할 땐 특히 현재완료가 잘 어울림 → Now that you’ve explained it, it makes sense.

💡 Tip: “이제 와서 생각해보니” 또는 “이렇게 된 이상"이라고 말하고 싶을 때, because 대신 now that을 써보세요. 변화된 상황을 근거로 삼는다는 느낌이 훨씬 자연스럽게 삽니다.

[광고] 캠핑의자 고르는 법, 암레스트와 무중력 리클라이닝까지 비교 추천 5선

Tue, 13 Oct 2026 00:00:00 +0000

[광고] 캠핑의자 고르는 법, 암레스트와 무중력 리클라이닝까지 비교 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Could you는 분명 과거형인데, 왜 지금 부탁할 때 쓰일까?

Tue, 13 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 13일 (화요일) — Daily English Study

📖 오늘의 문법: 공손함을 만드는 과거시제 (Past Tense for Politeness)

영어에서 과거시제는 단순히 “지난 일"만 가리키지 않습니다. 현재나 미래의 일을 말하면서도 과거형을 쓰면 **심리적 거리감(distancing)**이 생기고, 그 거리감이 곧 **공손함(politeness)**으로 느껴집니다. “Can you help me?“보다 “Could you help me?“가 더 정중하게 들리는 이유가 바로 이것
could, would, might는 각각 can, will, may의 과거형이지만, 부탁이나 제안을 할 때는 시간이 아니라 “더 조심스럽게, 덜 직접적으로” 묻는 느낌을 더해줌 → Can you pass me the salt? (평범한 부탁) vs Could you pass me the salt? (더 공손한 부탁)
같은 원리로 I was wondering / I was hoping / I was thinking 같은 과거진행형도 지금 막 생각난 게 아니라 “예전부터 조심스럽게 생각해왔다"는 뉘앙스를 더해 훨씬 부드럽게 들림 → I wonder if you could help. (직접적) vs I was wondering if you could help. (훨씬 공손함)
질문에서도 마찬가지. **Did you want…?**는 **Do you want…?**보다 한 걸음 물러난 느낌을 줘서, 상대가 부담 없이 거절할 수 있는 여지를 남겨줌
핵심 요약: 과거형 = 심리적 거리 = 덜 직접적 = 더 공손함. 실제 시제와 상관없이, “지금 이 순간 확신에 차서 요구하는 게 아니라 조심스럽게 묻고 있다"는 신호를 보내는 장치

💡 Tip: 부탁이나 제안을 할 때 망설여진다면, 동사를 한 단계 과거로 바꿔보세요. Can → Could, Will → Would, I wonder → I was wondering. 그것만으로도 훨씬 정중해집니다.

[광고] 초보 러너를 위한 러닝화 고르는 법, 가성비 추천 5선

Mon, 12 Oct 2026 00:00:00 +0000

[광고] 초보 러너를 위한 러닝화 고르는 법, 가성비 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Farther와 Further, 둘 다 '더 멀리'인데 쓰임은 완전히 다르다

Mon, 12 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 12일 (월요일) — Daily English Study

📖 오늘의 문법: Farther vs Further (물리적 거리 vs 추상적 정도)

far의 비교급은 두 가지, farther와 further다. 둘 다 “더 멀리"라는 뜻이지만 미국 영어에서는 무엇이 멀어지는가에 따라 구분해서 쓰는 게 원칙이다.

[광고] 모임 분위기 살리는 보드게임 추천 5선, 고르는 기준부터 정리

Sun, 11 Oct 2026 00:00:00 +0000

[광고] 모임 분위기 살리는 보드게임 추천 5선, 고르는 기준부터 정리

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

I've got과 I've gotten, 똑같은 Get인데 왜 다르게 쓰일까

Sun, 11 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 11일 (일요일) — Daily English Study

📖 오늘의 문법: Have got vs Have gotten (미국 영어에서는 완전히 다른 역할)

get의 과거분사형을 두고 영국 영어와 미국 영어가 갈라지는 지점이 있다. 영국 영어는 거의 모든 경우에 got을 쓰지만, 미국 영어는 “상태"와 “변화/동작"을 구분해서 got과 gotten을 따로 쓴다.

명사가 오면 During, 문장이 오면 While — 헷갈리는 '~하는 동안' 정리

Sun, 11 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 11일 (일요일) — Daily English Study

📖 오늘의 문법: During vs While (둘 다 “~하는 동안"인데 뒤에 오는 게 다르다)

during과 while 모두 “~하는 동안"으로 해석되지만, 둘을 가르는 기준은 뜻이 아니라 뒤에 오는 문법 구조다.

[광고] 기계식 키보드 처음 산다면? 축 종류부터 정리한 추천 5선

Sat, 10 Oct 2026 00:00:00 +0000

[광고] 기계식 키보드 처음 산다면? 축 종류부터 정리한 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 하루의 피로를 씻어내는 마스크팩 5종 비교

Sat, 10 Oct 2026 00:00:00 +0000

[광고] 하루의 피로를 씻어내는 마스크팩 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

안 해도 됐는데 해버렸다면 Needn't Have, 애초에 필요 없었다면 Didn't Need To

Sat, 10 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 10일 (토요일) — Daily English Study

📖 오늘의 문법: Needn’t Have Done vs Didn’t Need To Do (불필요했던 과거 행동 표현하기)

둘 다 “~할 필요가 없었다"로 해석되지만, 그 행동을 실제로 했는지 여부에서 결정적으로 갈린다.

'I'm knowing the answer'가 어색한 이유 — 동사에도 두 얼굴이 있다

Thu, 08 Oct 2026 00:00:00 +0000

오늘의 문법: Stative Verbs vs. Dynamic Verbs

영어 동사는 크게 두 부류로 나뉩니다. **Dynamic Verbs(동작동사)**는 run, eat, write처럼 실제로 일어나는 ‘동작’을 나타내서 진행형(-ing)과 잘 어울리고, **Stative Verbs(상태동사)**는 생각·감정·소유·감각처럼 ‘상태’를 나타내서 보통 진행형을 쓰지 않습니다.

[광고] 양치 습관 바꾸는 전동칫솔 추천 5선, 음파식 고르는 법

Thu, 08 Oct 2026 00:00:00 +0000

[광고] 양치 습관 바꾸는 전동칫솔 추천 5선, 음파식 고르는 법

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 포근한 밤을 만드는 무드등, 취향 따라 고르는 추천 5선

Wed, 07 Oct 2026 00:00:00 +0000

[광고] 포근한 밤을 만드는 무드등, 취향 따라 고르는 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

회의록엔 Whom, 카톡엔 Who — 목적격 관계대명사는 아직 살아있을까

Wed, 07 Oct 2026 00:00:00 +0000

오늘의 문법: Who vs. Whom

둘 다 “누구"를 가리키지만, Who는 주격(主格) — 문장의 주어 자리에 쓰고, Whom은 목적격(目的格) — 동사나 전치사의 목적어 자리에 씁니다. 우리말에는 이런 격 구분이 없다 보니 한국인 학습자에게는 더 헷갈리는 포인트예요.

[광고] 하루 종일 앉아도 편안한 낚시의자, 좌대 고민 끝내는 추천 5선

Tue, 06 Oct 2026 00:00:00 +0000

[광고] 하루 종일 앉아도 편안한 낚시의자, 좌대 고민 끝내는 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

정말, 완전히, 너무 — Very랑 Absolutely를 아무 형용사에나 쓰면 안 되는 이유

Tue, 06 Oct 2026 00:00:00 +0000

오늘의 문법: Gradable Adjectives vs. Non-gradable (Extreme) Adjectives

형용사를 강조할 때 한국인 학습자들이 “very"나 “so"를 아무 데나 붙이는 경우가 많은데, 사실 영어 형용사는 두 그룹으로 나뉘고 그룹마다 짝이 되는 강조 부사가 정해져 있어요.

[광고] 무릎이 편해지는 등산, 등산스틱 추천 5선 고르는 법

Mon, 05 Oct 2026 00:00:00 +0000

[광고] 무릎이 편해지는 등산, 등산스틱 추천 5선 고르는 법

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

데드라인 얘기할 때, By랑 Until 헷갈리지 않는 법

Mon, 05 Oct 2026 00:00:00 +0000

오늘의 문법: By vs. Until

둘 다 “~까지"로 번역되다 보니 한국인 학습자들이 가장 자주 헷갈리는 전치사 쌍 중 하나예요. 하지만 뉘앙스는 완전히 다릅니다.

[광고] 눅눅한 계절 끝내는 제습기 추천 5선, 평수별 용량 고르는 법

Sun, 04 Oct 2026 00:00:00 +0000

[광고] 눅눅한 계절 끝내는 제습기 추천 5선, 평수별 용량 고르는 법

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

딱 맞춰 왔다면 On Time, 늦지 않게 왔다면 In Time

Sun, 04 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 4일 (일요일) — Daily English Study

📖 오늘의 문법: On Time vs In Time (정시에 vs 늦지 않게)

on time과 in time은 둘 다 “시간에 맞게"로 해석되지만, 기준이 되는 지점이 다르다. on time은 정해진 스케줄 그 시각에 맞춘 것이고, in time은 어떤 일이 벌어지기 전에, 늦지만 않게 여유 있게 도착하거나 해낸 것을 말한다.

[광고] 로봇청소기 추천, 흡입력부터 물걸레까지 가성비·프리미엄 5종 비교

Sat, 03 Oct 2026 00:00:00 +0000

[광고] 로봇청소기 추천, 흡입력부터 물걸레까지 가성비·프리미엄 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 여행 가방에도 출퇴근 가방에도 쏙, 보조배터리 추천 5선

Sat, 03 Oct 2026 00:00:00 +0000

[광고] 여행 가방에도 출퇴근 가방에도 쏙, 보조배터리 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

비가 와도 산책은 갈 거야 — Even If와 Even Though, 사실이냐 가정이냐로 갈린다

Sat, 03 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 3일 (토요일) — Daily English Study

📖 오늘의 문법: Even If vs Even Though (설령 ~해도 vs ~인데도)

even if와 even though는 둘 다 “비록 ~라도”, “~인데도"로 해석되다 보니 그냥 바꿔 써도 되는 것처럼 느껴지지만, 뒤에 오는 내용이 사실(fact)인지 가정(hypothetical)인지에 따라 완전히 다르게 쓰인다.

[광고] 거북목 탈출! 재택근무 필수템 모니터암 추천 5선

Thu, 01 Oct 2026 00:00:00 +0000

[광고] 거북목 탈출! 재택근무 필수템 모니터암 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 캠핑 랜턴 뭐가 다를까, 용도별로 갈라본 5종 실전 비교

Thu, 01 Oct 2026 00:00:00 +0000

[광고] 캠핑 랜턴 뭐가 다를까, 용도별로 갈라본 5종 실전 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

그는 전문가처럼 말해 vs 그는 전문가로서 말해 — Like와 As, 뭐가 다를까

Thu, 01 Oct 2026 00:00:00 +0000

🗓️ 2026년 10월 1일 (목요일) — Daily English Study

📖 오늘의 문법: Like vs As (~처럼 vs ~로서)

like와 as는 둘 다 “~처럼”, “~와 같이"로 해석될 때가 많아서 헷갈리기 쉽지만, 품사와 의미가 완전히 다르다.

[광고] 3피스냐 로스트볼이냐, 목적별로 나눈 골프공 5종 실전 비교

Wed, 30 Sep 2026 00:00:00 +0000

[광고] 3피스냐 로스트볼이냐, 목적별로 나눈 골프공 5종 실전 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

지루한 건 나일까 상황일까 — Bored와 Boring, -ed/-ing 형용사 헷갈림 정리

Wed, 30 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 30일 (수요일) — Daily English Study

📖 오늘의 문법: -ed 형용사 vs -ing 형용사 (bored vs boring)

감정을 나타내는 동사(bore, interest, excite, confuse, tire 등)에서 파생된 형용사는 -ed형과 -ing형이 있는데, 이 둘은 “누가 그 감정을 느끼느냐"에 따라 갈린다.

[광고] 가을 캠핑부터 방구석 무드까지, 블루투스 스피커 5종 비교

Tue, 29 Sep 2026 00:00:00 +0000

[광고] 가을 캠핑부터 방구석 무드까지, 블루투스 스피커 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

앉자마자 전화가 울렸다면? No Sooner, Hardly로 다급함을 살리는 도치구문

Tue, 29 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 29일 (화요일) — Daily English Study

📖 오늘의 문법: No sooner ~ than / Hardly ~ when

두 사건이 거의 동시에, 하나가 끝나자마자 다른 하나가 벌어졌다는 느낌을 살리고 싶을 때 원어민들은 No sooner ~ than이나 Hardly/Scarcely ~ when(before) 구문을 쓴다. “As soon as"보다 훨씬 드라마틱하고 격식 있는 느낌을 준다.

[광고] 건조한 환절기, 놓치면 후회하는 가습기 5종 비교

Mon, 28 Sep 2026 00:00:00 +0000

[광고] 건조한 환절기, 놓치면 후회하는 가습기 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

회의 끝날 때쯤이면 이미 다 끝나 있을 텐데 — By the Time 뒤엔 왜 완료시제가 올까

Mon, 28 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 28일 (월요일) — Daily English Study

📖 오늘의 문법: By the Time + 완료시제 — “그때쯤이면 이미 ~해 있을 거야”

by the time은 “~할 때쯤이면"이라는 뜻으로, 한 사건이 다른 사건보다 먼저 끝나 있음을 강조할 때 씀
미래 상황: by the time 뒤에는 현재시제(미래 의미), 주절에는 미래완료(will have p.p.) 를 씀 → “그 시점이면 이미 끝나있을 것”
과거 상황: by the time 뒤에는 과거시제, 주절에는 과거완료(had p.p.) 를 씀 → “그 시점엔 이미 끝나 있었던 것”
핵심은 두 사건의 순서: by the time 뒤 사건이 일어나기 전에 주절의 일이 먼저 완료됨
흔한 실수: ~~By the time you will arrive~~ (X) → By the time you arrive (O) — by the time 뒤에는 will을 쓰지 않고 현재시제로 미래를 표현
또 다른 실수: ~~By the time she called, I have left~~ (X) → By the time she called, I had left (O) — 과거 문맥에선 과거완료

💡 Tip: “By the time + 현재/과거” = 기준이 되는 시점, “주절 + will have/had p.p.” = 그 시점보다 먼저 끝난 일. 두 사건의 시간차를 항상 의식하면 헷갈리지 않아요.

[광고] 좁은 집도 문제없다! 원목 캣타워·캣폴 5종 비교

Sun, 27 Sep 2026 00:00:00 +0000

[광고] 좁은 집도 문제없다! 원목 캣타워·캣폴 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

3년째 사는 건지 2019년부터인지, Since와 For 구별법

Sun, 27 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 27일 (일요일) — Daily English Study

📖 오늘의 문법: Since vs For — 시작점이냐 기간이냐

since + 특정 시점(a point in time): since 2020, since last Monday, since I moved here 처럼 “언제부터” 를 말할 때 사용
for + 기간의 길이(a length of time): for three years, for a while, for a decade 처럼 “얼마 동안” 을 말할 때 사용
둘 다 보통 현재완료(have/has + p.p.) 와 함께 쓰여서 “과거에 시작해서 지금까지 계속됨"을 나타냄
since 뒤에는 절(주어+동사)도 올 수 있음 (이때 동사는 대개 과거시제): since I graduated, since she left
for 뒤에는 절이 오지 않고, 기간을 나타내는 명사구만 옴
흔한 실수:~~I have worked here since 3 years~~ (X) → I have worked here for 3 years (O) / I have worked here since 2020 (O)

💡 Tip: “since + 그때 그 순간”, “for + 그만큼의 시간 덩어리"로 기억하면 헷갈리지 않아요. 숫자 뒤에 연도나 요일이 오면 since, 그냥 기간(숫자+시간단위)이면 for!

[광고] 출근길 커피 식는 게 싫다면? 대용량 보온보냉 텀블러 5종 비교

Sat, 26 Sep 2026 00:00:00 +0000

[광고] 출근길 커피 식는 게 싫다면? 대용량 보온보냉 텀블러 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

구동사도 뗄 수 있는 놈이 있고 못 떼는 놈이 있다 — Separable vs Inseparable

Sat, 26 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 26일 (토요일) — Daily English Study

📖 오늘의 문법: Separable vs Inseparable Phrasal Verbs — 구동사, 쪼개도 되는 놈 vs 안 되는 놈

구동사(phrasal verb)는 동사 + 부사/전치사(particle) 구조인데, 목적어를 어디에 놓을 수 있는지가 종류마다 다름
Separable (분리 가능): turn off, pick up, put away처럼 목적어가 명사면 중간/뒤 둘 다 가능하지만, 목적어가 대명사(it, him, her…)면 반드시 중간에 와야 함
- ✅ turn off the lights / turn the lights off / turn them off
- ❌ turn off them
Inseparable (분리 불가능): run into, look after, get over처럼 목적어가 명사든 대명사든 항상 구동사 뒤에 붙어야 함
- ✅ run into my coworker / run into her
- ❌ run my coworker into
판별법(Tip): “동사 + it” 형태로 중간에 끼워봤을 때 어색하지 않으면 separable, 어색하면 inseparable

💡 Tip: 헷갈릴 때는 대명사 테스트! “~ it” 을 구동사 한가운데 넣어보고 자연스러우면 분리 가능, 문법책이 비명 지르면 분리 불가능이에요.

이왕 이렇게 된 거 — May as well에 숨어있는 살짝 체념 섞인 뉘앙스

Fri, 25 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 25일 (금요일) — Daily English Study

📖 오늘의 문법: May as well vs Might as well — “그럴 바에야"의 화법

may as well + 동사원형: 다른 뾰족한 대안이 없을 때 “이왕 이렇게 된 거 ~하는 게 낫겠다"는 의미
might as well: may as well과 거의 같지만 조금 더 캐주얼하고, 약간의 실망이나 체념이 더 실린 느낌
이 표현은 적극적인 제안이라기보다 **“다른 선택지가 없으니 그냥 이렇게 하자”**는 뉘앙스에 가까움
may/might as well have + p.p.: 이미 지나간 일에 대해 “그럴 바에야 차라리 ~했을 걸”, “~한 거나 마찬가지였다"는 아쉬움 표현
비슷하게 생긴 **“It’s just as well that…”**과 헷갈리면 안 됨 — 이건 “~해서 다행이다"라는 완전히 다른 뜻

💡 Tip: “may as well = 별 수 없으니 이거라도 하자”, “just as well = 오히려 잘됐다"로 구분하면 절대 안 헷갈려요.

[광고] 하루 종일 편안한 무선 이어폰, 어떻게 골라야 할까?

Thu, 24 Sep 2026 00:00:00 +0000

[광고] 하루 종일 편안한 무선 이어폰, 어떻게 골라야 할까?

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 재택근무·홈스쿨링 필수템, 가정용프린터 5종 완벽 비교

Wed, 23 Sep 2026 00:00:00 +0000

[광고] 재택근무·홈스쿨링 필수템, 가정용프린터 5종 완벽 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 캠핑 초보도 1분이면 끝, 원터치 텐트 5종 비교

Wed, 23 Sep 2026 00:00:00 +0000

[광고] 캠핑 초보도 1분이면 끝, 원터치 텐트 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Given that, Considering, Seeing as — '이유'를 말할 때 because 말고 뭘 쓸까

Wed, 23 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 23일 (수요일) — Daily English Study

📖 오늘의 문법: Given (that) vs Considering (that) vs Seeing as

셋 다 “~을 고려하면, ~이니까"라는 뜻으로 이유·전제를 제시할 때 쓰이지만, 뉘앙스와 격식 수준이 조금씩 다르다.

little vs a little, 관사 하나로 '거의 없다'와 '조금 있다'가 갈린다

Wed, 23 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 23일 (수요일) — Daily English Study

📖 오늘의 문법: little vs a little — 관사 하나 차이로 뜻이 정반대

a little + 셀 수 없는 명사: “조금은 있다"는 긍정적인 뉘앙스 (I have a little time. → 시간이 조금 있어)
little (관사 없이) + 셀 수 없는 명사: “거의 없다"는 부정적인 뉘앙스 (I have little time. → 시간이 거의 없어)
very little은 “little"을 더 강조해서 “정말 거의 없다"는 의미가 됨
few / a few는 셀 수 있는 명사에 쓰는 짝꿍 표현으로, little/a little과 똑같은 논리로 작동함
little은 부사로도 쓰이는데, 문장 맨 앞에 오면 도치가 일어남 (Little did I know… → 전혀 몰랐다는 강조 표현)

💡 Tip: 관사 “a"가 있고 없고에 따라 “조금 있음"과 “거의 없음"이 갈린다는 것만 기억하면 헷갈리지 않아요.

[광고] 다이어리 고르는 법, 날짜형 vs 만년형부터 정하세요

Tue, 22 Sep 2026 00:00:00 +0000

[광고] 다이어리 고르는 법, 날짜형 vs 만년형부터 정하세요

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Due to랑 Because of, 문장 앞에 놓일 때 뭐가 다를까

Tue, 22 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 22일 (화요일) — Daily English Study

📖 오늘의 문법: Due to vs Because of

둘 다 “~때문에"로 해석되지만, 원래 문법적으로는 걸리는 자리가 다르다. due to는 형용사구로 명사를 수식하고, because of는 부사구로 동사(행동)를 수식한다.

[광고] 전기포트 하나 잘 고르면 아침이 달라진다, 소재별 비교

Mon, 21 Sep 2026 00:00:00 +0000

[광고] 전기포트 하나 잘 고르면 아침이 달라진다, 소재별 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Whether랑 If, 둘 다 '~인지'인데 어디서 갈릴까

Mon, 21 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 21일 (월요일) — Daily English Study

📖 오늘의 문법: Whether vs If

둘 다 “~인지 (아닌지)“라는 뜻의 명사절을 이끌 때 쓰이지만, 문법적으로 바꿔 쓸 수 없는 자리가 분명히 있다.

[광고] 기계식 키보드 처음 산다면? 축 종류부터 확인하고 고르는 법

Sun, 20 Sep 2026 00:00:00 +0000

[광고] 기계식 키보드 처음 산다면? 축 종류부터 확인하고 고르는 법

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

As Long As랑 As Far As, 둘 다 '~하는 한'인데 뭐가 다를까

Sun, 20 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 20일 (일요일) — Daily English Study

📖 오늘의 문법: As Long As vs As Far As

둘 다 “~하는 한"으로 해석되지만 쓰이는 맥락이 완전히 다르다.

[광고] 입술 각질과 건조함, 립밤 하나로 끝내는 법

Sat, 19 Sep 2026 00:00:00 +0000

[광고] 입술 각질과 건조함, 립밤 하나로 끝내는 법

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Whatever, Whoever, Whichever — '-ever'만 붙이면 왜 이렇게 뜻이 유연해질까

Sat, 19 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 19일 (토요일) — Daily English Study

📖 오늘의 문법: Whatever / Whoever / Whichever — free relative + 양보절

의문사에 -ever를 붙이면 두 가지 역할을 할 수 있다.

① 명사절 (free relative clause): “~하는 것은 무엇이든”, “~하는 사람은 누구든” 처럼 선행사 없이 그 자체로 명사 역할을 한다.
- Take whatever you like. → 네가 좋아하는 것은 무엇이든 가져가.
② 양보의 부사절 (concessive clause): “설령 ~일지라도”, “누가/무엇이/어느 쪽이 ~하든 상관없이” 라는 뜻으로, no matter what/who/which와 거의 같은 의미다.
- Whatever happens, don’t panic. = No matter what happens, don’t panic.

정리하면:

[광고] 가을 캠핑 완성템, 캠핑테이블 5종 완전 비교

Fri, 18 Sep 2026 00:00:00 +0000

[광고] 가을 캠핑 완성템, 캠핑테이블 5종 완전 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

In case랑 If, 둘 다 '~하면'인데 왜 뜻이 완전히 달라질까

Fri, 18 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 18일 (금요일) — Daily English Study

📖 오늘의 문법: In case vs If — 대비냐 조건이냐

If는 “조건"을 나타낸다. 그 일이 실제로 일어나야만 뒤의 행동을 한다. → “일어나면, 그때 한다.”
In case는 “대비"를 나타낸다. 그 일이 일어날지 안 일어날지 모르지만, 혹시 모르니 미리 행동해두는 것이다. → “일어날 수도 있으니, 미리 해둔다.”
그래서 순서가 다르다: if는 [사건 → 행동]이 순서대로 일어나지만, in case는 [행동을 먼저 해두고] 그 사건은 일어나지 않을 수도 있다.
- If it rains, I’ll take an umbrella. → 비가 오면 그때 우산을 챙긴다 (지금은 안 챙긴 상태).
- I’ll take an umbrella in case it rains. → 비가 올지 몰라서 미리 챙겨 나간다 (비가 안 와도 이미 챙김).
둘 다 미래 의미라도 will을 쓰지 않고 현재시제를 쓰는 건 동일하다. (If it will rain ❌ / In case it will rain ❌)
In case of + 명사 형태는 표지판이나 공지문 같은 formal한 문어체에서 자주 보인다: In case of fire, use the stairs.
헷갈리는 포인트: 미국식 회화에서는 “In case you need me, I’ll be at my desk.” 처럼 in case를 if와 거의 같은 뉘앙스로 캐주얼하게 쓰기도 하지만, 원래 의미는 “필요할 경우를 대비해서 자리에 있겠다"는 뜻이다.

💡 Tip: “just in case"는 그 자체로 하나의 관용구처럼 자주 쓰인다 — “Take your charger, just in case.” (그냥 만약을 위해서, 혹시 모르니까)

[광고] 손글씨의 품격을 더하는 만년필 5종, 입문부터 선물용까지

Thu, 17 Sep 2026 00:00:00 +0000

[광고] 손글씨의 품격을 더하는 만년필 5종, 입문부터 선물용까지

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

아무리 애써도 안 될 때, No matter how는 이렇게 쓴다

Thu, 17 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 17일 (목요일) — Daily English Study

📖 오늘의 문법: No matter how/what/who — 양보의 부사절 (Concessive Clauses)

“No matter + 의문사” 는 “아무리 ~하더라도, ~이든 상관없이"라는 뜻으로, 어떤 조건에도 결과가 바뀌지 않음을 강조할 때 쓴다.
구조: No matter + how/what/who/where/when/which + 주어 + 동사, 주절.
- No matter how + 형용사/부사: No matter how hard you try (아무리 열심히 노력해도)
- No matter what + 명사/절: No matter what happens (무슨 일이 일어나도)
- No matter who: No matter who calls (누가 전화하든)
- No matter where/when: 장소·시간에 상관없이
이 표현은 however / whatever / whoever / wherever / whenever 한 단어로도 바꿔 쓸 수 있다 (좀 더 formal한 느낌). 예: No matter what you say = Whatever you say.
주의할 점: “no matter how” 뒤에는 반드시 형용사/부사가 바로 붙는다 (No matter how tired you are, ~). 명사가 오면 “no matter what"을 쓴다.

💡 Tip: “No matter what happens"와 “Whatever happens"는 거의 동일한 뜻이지만, 회화에서는 no matter 구문이, 격식 있는 글에서는 however/whatever류가 조금 더 자주 보인다.

[광고] 우리 강아지 취향 저격, 목적별로 골라보는 강아지 장난감 5종

Wed, 16 Sep 2026 00:00:00 +0000

[광고] 우리 강아지 취향 저격, 목적별로 골라보는 강아지 장난감 5종

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

fairly, rather, pretty, quite — 다 '꽤'인데 뉘앙스는 다 다르다

Wed, 16 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 16일 (수요일) — Daily English Study

📖 오늘의 문법: Degree Adverbs — fairly, rather, pretty, quite

이 넷은 모두 형용사·부사 앞에서 “꽤, 어느 정도” 라는 정도를 나타내지만, 강도와 뉘앙스가 미묘하게 다르다.
fairly: 강도가 가장 약하다. “나쁘지 않은 정도, 그럭저럭 괜찮은” 느낌. The exam was fairly easy. (그럭저럭 쉬웠다)
pretty: 캐주얼한 회화체에서 가장 많이 쓰이며, fairly보다 강도가 세다. That movie was pretty good. (꽤 좋았어 — 일상 대화 단골 표현)
rather: 약간 formal하고, 종종 예상 밖이거나 놀라움의 뉘앙스를 담는다. 특히 부정적인 의미의 형용사와 자주 쓰인다. The meeting was rather tense. (예상보다/생각보다 긴장감이 있었다)
quite: 두 가지 쓰임이 있다. (1) gradable 형용사 앞에서는 “꽤” (quite good), (2) extreme/non-gradable 형용사 앞에서는 “완전히, 정말"로 의미가 강해진다: quite amazing, quite impossible.
강도 순서를 대략 정리하면: fairly < pretty ≈ quite < rather(뉘앙스 특수). rather는 강도보다는 “의외성"에 방점이 있다는 점을 기억하면 헷갈리지 않는다.

💡 Tip: 격식 있는 글에서는 rather/fairly, 편한 대화에서는 pretty가 자연스럽다. quite는 뒤에 오는 형용사가 극단적인 의미인지 아닌지에 따라 강도가 확 달라지니 주의!

[광고] 신생아부터 힙시트까지, 우리 아이 몸에 맞는 아기띠 5종 비교

Tue, 15 Sep 2026 00:00:00 +0000

[광고] 신생아부터 힙시트까지, 우리 아이 몸에 맞는 아기띠 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

강조하고 싶은 말만 쏙 빼서 앞에 놓는 법, Cleft Sentence

Tue, 15 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 15일 (화요일) — Daily English Study

📖 오늘의 문법: Cleft Sentences (분열문)

Cleft sentence란 하나의 문장을 It … 또는 What … 구조로 “쪼개서” 특정 부분을 강조하는 문장이다. 평범한 문장 *I need more time.*을 강조하면 *What I need is more time.*처럼 된다.
It-cleft: It is/was + 강조할 것 + that/who … 형태로, 주어·목적어·부사구 등 문장의 특정 성분을 콕 집어 강조한다: It was Sarah who called you. (강조: Sarah)
What-cleft: What + 주어 + 동사 … + is/was + 강조할 내용 형태로, 주로 필요, 원함, 행동을 강조할 때 쓴다: What I really want is a vacation.
It-cleft는 사실 관계를 정정하거나 명확히 할 때 특히 유용하다: It wasn’t John who broke the vase — it was the cat. 누가 했는지를 정확히 짚어준다.
What-cleft는 문장 뒤쪽에 새로운 정보를 배치해서 극적인 효과를 준다: What surprised me was how calm she stayed. (놀란 이유를 뒤에서 강조)

💡 Tip: 평서문이 밋밋하게 느껴질 때 “진짜 하고 싶은 말"을 It이나 What 뒤로 옮겨보면 훨씬 강조되고 자연스러운 원어민 어감이 산다.

[광고] 하루 피로 발끝부터, 집에서 즐기는 족욕기 5종 비교

Mon, 14 Sep 2026 00:00:00 +0000

[광고] 하루 피로 발끝부터, 집에서 즐기는 족욕기 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Unless를 If not이라고 바꿔 써도 될까?

Mon, 14 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 14일 (월요일) — Daily English Study

📖 오늘의 문법: Unless vs If … not

Unless = “~하지 않는 한”: 조건의 부정형을 나타내며, 대부분 If … not으로 바꿔 쓸 수 있다: You’ll fail unless you study. = You’ll fail if you don’t study.
하지만 완전히 같은 표현은 아니다. Unless는 “그 조건이 충족되지 않으면 예외 없이 결과가 일어난다"는 강한 조건/예외를 나타낼 때 쓴다. 감정적 반응이나 놀라움을 표현하는 문장에는 어색하다: I’d be surprised if you didn’t like it. (자연스러움) vs I’d be surprised unless you liked it. (어색함)
Unless는 **“even if ~하지 않아도”**의 의미로는 쓸 수 없다. “그렇지 않더라도 상관없다"는 뉘앙스에는 even if not을 써야 한다.
Unless절은 문장 앞이나 뒤에 모두 올 수 있으며, 문장 앞에 올 때는 콤마를 찍는다: Unless something changes, the deal will fall through.
Unless는 조건절이므로 미래 시제를 unless절 안에 쓰지 않는다 (다른 if절과 동일한 규칙): ~~unless it will rain~~ (X) → unless it rains (O)

💡 Tip: Unless는 “그것만 아니면 다 괜찮다"는 유일한 예외를 말할 때 가장 자연스럽다. 복잡하거나 여러 조건이 얽힌 가정에는 If … not이 더 안전하다.

[광고] 하루 30분, 집에서 받는 마사지숍 케어? 안마의자 추천 TOP 5

Sun, 13 Sep 2026 00:00:00 +0000

[광고] 하루 30분, 집에서 받는 마사지숍 케어? 안마의자 추천 TOP 5

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

그 시점에 하고 있을까, 끝나 있을까 — Future Continuous vs Future Perfect

Sun, 13 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 13일 (일요일) — Daily English Study

📖 오늘의 문법: Future Continuous vs Future Perfect

Future Continuous (will be + -ing): 미래의 특정 시점에 한창 진행 중일 동작을 말할 때 쓴다. “그때쯤이면 ~하고 있을 거야”: This time tomorrow, I’ll be boarding my flight.
Future Perfect (will have + p.p.): 미래의 특정 시점까지 완료되어 있을 동작을 말할 때 쓴다. “그때까지는 이미 끝나 있을 거야”: By 6 PM, I’ll have finished the report.
Future Perfect Continuous (will have been + -ing): 미래 시점까지 계속 진행되어 온 기간을 강조하고 싶을 때 쓴다: By December, I’ll have been working here for five years.
핵심 구분법: 문장에 **“이 순간에 진행 중”**이면 Continuous, **“이 시점까지는 끝나 있음”**이면 Perfect. by, by the time, by then 같은 표현은 대부분 Future Perfect와 짝을 이룬다.
두 시제 모두 미래의 한 시점을 기준점으로 삼는다는 공통점이 있지만, 그 기준점에서 동작이 “진행 중"인지 “이미 끝났는지"가 갈린다.

💡 Tip: “by + 시점"이 보이면 Future Perfect, “at + 시점” 또는 “this time + 시점"이 보이면 Future Continuous를 떠올리면 헷갈리지 않는다.

[광고] 우리 아이 첫 책, 연령별로 고르는 유아 동화책 5선

Fri, 11 Sep 2026 00:00:00 +0000

[광고] 우리 아이 첫 책, 연령별로 고르는 유아 동화책 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

To, In Order To, So That — 목적을 말할 때 뭐가 다를까

Fri, 11 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 11일 (금요일) — Daily English Study

📖 오늘의 문법: 목적을 나타내는 표현 (Purpose Clauses)

to + 동사원형: 가장 기본적이고 캐주얼한 목적 표현. 주어가 같을 때 씀: I called to ask a question.
in order to + 동사원형: to와 의미는 같지만 더 격식체이고 명확하게 “목적"임을 강조하고 싶을 때 쓴다. 문어체, 공식적인 자리에서 자주 등장: We arrived early in order to secure good seats.
so as to + 동사원형: in order to와 거의 같은 뜻이지만 조금 더 격식적이며, 부정형(~하지 않으려고)으로 자주 쓰인다: She spoke quietly so as not to wake the baby.
so that + 주어 + can/could/will/would: 목적절의 주어가 다를 때 반드시 필요한 구조다. to부정사는 주어가 같을 때만 쓸 수 있어서, 목적의 주체가 다르면 so that을 써야 한다: I gave him my number so that he could contact me.
부정 표현 정리: “~하지 않으려고"는 to 앞에 not을 붙여 so as not to / in order not to 형태로 쓰고, 단순 to부정사 앞에 not을 붙이는 경우는 드물다.

💡 Tip: 주어가 같고 캐주얼하면 to, 격식 있게 강조하고 싶으면 in order to, 목적절의 주어가 다르면 so that — 이 세 가지만 기억하면 끝.

[광고] 물 끓이는 시간도 아깝다면? 전기포트 5종 비교 추천

Thu, 10 Sep 2026 00:00:00 +0000

[광고] 물 끓이는 시간도 아깝다면? 전기포트 5종 비교 추천

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Since, Because, As — 다 '왜냐하면'인데 뭐가 다를까

Thu, 10 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 10일 (목요일) — Daily English Study

📖 오늘의 문법: Since vs Because vs As (이유 표현)

Because는 이유를 나타내는 가장 직접적이고 강한 접속사다. 상대가 모르는 새로운 정보(이유)를 강조할 때 쓰며, 문장 앞뒤 어디에나 올 수 있다: I stayed home because it was raining.
Since도 이유를 뜻하지만, 상대가 이미 알고 있거나 명백한 사실을 근거로 들 때 자연스럽다. 뉘앙스가 because보다 부드럽고, 문장 맨 앞에 오는 경우가 많다: Since you’re already here, let’s start the meeting.
As도 이유를 나타낼 수 있지만 더 격식체이고, 문어체(글, 보고서)에서 자주 쓰인다: As the store was closed, we went home. 구어에서는 because를 더 많이 쓴다.
주의할 점: since와 as는 원래 **시간(~한 이후로, ~하면서)**을 나타내는 접속사이기도 해서 문맥에 따라 의미가 달라질 수 있다. Since I moved here, I’ve made many friends. (시간) vs Since it’s late, let’s go. (이유)
강조하고 싶은 “진짜 이유"를 말할 때는 because가 가장 안전하고 명확한 선택이다. since/as는 이미 알려진 배경 정보를 덧붙이는 느낌에 가깝다.

💡 Tip: 상대방이 모르는 새로운 이유 → because. 이미 알고 있는 뻔한 사실을 근거로 삼을 때 → since. 격식 있는 글에서 담백하게 → as.

[광고] 매일 쓰는 텀블러, 대충 고르면 후회하는 이유 - 5종 비교

Wed, 09 Sep 2026 00:00:00 +0000

[광고] 매일 쓰는 텀블러, 대충 고르면 후회하는 이유 - 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Make랑 Do, 아무 때나 바꿔 쓰면 안 되는 이유

Wed, 09 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 9일 (수요일) — Daily English Study

📖 오늘의 문법: Make vs Do

Do는 일반적인 행동, 일, 의무, 반복적인 작업을 가리킬 때 쓴다. 결과물이 눈에 보이지 않는 “하는 행위” 자체에 초점: do homework, do the dishes, do a favor, do business.
Make는 무언가를 새로 만들어내거나 결과물을 생성할 때 쓴다: make a decision, make a mistake, make money, make a plan.
헷갈리는 이유는 한국어로는 둘 다 “~하다"로 번역되기 때문. 영어는 “행위 자체(do)“인지 “결과물 생성(make)“인지로 구분한다는 걸 기억하면 된다.
관용적으로 굳어진 표현들은 규칙과 상관없이 통째로 외워야 한다: make sense, make sure, do well, do your best 등.
명사 뒤에 어떤 동사가 붙는지는 콜로케이션(collocation)의 영역이라, 문법 규칙만으로 100% 예측은 안 된다. 많이 읽고 들으며 자연스럽게 익히는 게 최선이다.

💡 Tip: “내가 이 일을 처음부터 만들어내는 건가?“라고 자문해서 그렇다면 make, 그냥 일상적으로 처리하는 행위라면 do를 쓰면 얼추 맞다.

[광고] 밤낚시도 든든하게, 낚시의자·좌대의자 5종 비교

Tue, 08 Sep 2026 00:00:00 +0000

[광고] 밤낚시도 든든하게, 낚시의자·좌대의자 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

부정어가 문장 맨 앞에 오면 왜 주어랑 동사가 뒤집힐까

Tue, 08 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 8일 (화요일) — Daily English Study

📖 오늘의 문법: 부정어 도치 (Negative Inversion)

Never, Rarely, Seldom, Little, Not only 같은 부정의 의미를 가진 부사(구)가 문장 맨 앞에 오면, 뒤따르는 주어와 동사가 의문문처럼 도치된다: I have never seen such a mess. → Never have I seen such a mess.
도치 형태는 의문문 만들 때와 동일하다. 일반동사면 do/does/did + 주어 + 동사원형, be동사·조동사가 있으면 그 동사 + 주어 순서로 바꾼다.
Not only A but also B 구문에서 Not only가 문두에 오면 A절이 도치된다: Not only did she finish the project, but she also trained the new hire.
Only + 시간/조건 표현(Only after, Only when, Only if)이 문두에 와도 도치가 일어난다: Only after he apologized did she forgive him.
이런 도치는 격식체·강조 표현에서 주로 쓰인다. 일상 대화에서는 잘 안 쓰지만, 뉴스·연설·글쓰기에서는 흔하게 등장하니 읽고 이해할 수 있어야 한다.

💡 Tip: 문장 맨 앞에 부정어가 보이면 자동으로 “어? 의문문처럼 도치되겠구나"라고 반응하는 습관을 들이면 된다.

[광고] 발이 편해야 오래 뛴다, 상황별 러닝화 5종 비교

Mon, 07 Sep 2026 00:00:00 +0000

[광고] 발이 편해야 오래 뛴다, 상황별 러닝화 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

상대방 말에 맞장구칠 때 — So do I 아니면 Neither do I?

Mon, 07 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 7일 (월요일) — Daily English Study

📖 오늘의 문법: So / Neither (동의·맞장구 표현)

긍정문에 동의할 때 → So + 조동사/be동사 + 주어: I love coffee. — So do I. (나도 그래)
부정문에 동의할 때 → Neither/Nor + 조동사/be동사 + 주어: I don’t like spicy food. — Neither do I. (나도 안 좋아해)
조동사는 앞 문장의 동사에 맞춰 선택한다: 일반동사면 do/does/did, be동사면 be, 조동사가 있으면 그 조동사 그대로. She can swim. — So can I.
어순에 주의: So/Neither + 동사 + 주어로 주어와 동사가 도치된다. ~~So I do~~ (X) → So do I (O)
캐주얼한 구어체로는 Me too(긍정 동의), Me neither(부정 동의)를 많이 쓴다: I’m starving. — Me too. / I haven’t eaten yet. — Me neither.

💡 Tip: 앞사람 말이 긍정문이면 So, 부정문이면 Neither(=Nor). 그다음 동사+주어 순서로 도치만 기억하면 끝.

Despite, Although, Even Though — 다 '~에도 불구하고'인데 뭐가 다를까

Sun, 06 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 6일 (일요일) — Daily English Study

📖 오늘의 문법: Despite / Although / Even Though (양보의 표현)

although, though, even though → 뒤에 **주어 + 동사(절, clause)**가 온다: Although it was raining, we went out.
despite, in spite of → 뒤에 **명사, 대명사, 동명사(-ing)**가 온다: Despite the rain, we went out. / Despite being tired, she kept working.
even though는 although보다 의미가 더 강하고 놀라움·의외성을 강조할 때 자주 쓰임: Even though he studied all night, he failed the test.
though는 although와 거의 같은 뜻이지만 더 캐주얼하고, 문장 맨 뒤에 단독으로도 쓸 수 있음: I like the plan. I have some concerns, though.
흔한 실수: despite 뒤에 바로 절(주어+동사)을 붙이는 것 → ~~Despite he was tired~~ (X) → Despite being tired / Although he was tired (O)

💡 Tip: “절이 오면 although/though/even though, 명사·-ing가 오면 despite/in spite of” — 뒤에 오는 게 문장이냐 명사냐만 확인하면 됩니다.

[광고] 비거리냐 컨트롤이냐, 내 스윙에 맞는 골프공 5종 비교

Sat, 05 Sep 2026 00:00:00 +0000

[광고] 비거리냐 컨트롤이냐, 내 스윙에 맞는 골프공 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Always, Often, Never — 빈도부사는 문장 어디에 놓아야 자연스러울까

Sat, 05 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 5일 (토요일) — Daily English Study

📖 오늘의 문법: Adverb Placement (빈도부사의 위치)

always, usually, often, sometimes, rarely, never 같은 빈도부사는 한국어처럼 문장 아무 데나 넣으면 안 되고, 동사의 종류에 따라 위치가 정해져 있음
be동사가 있으면 → be동사 뒤: She is always late. / They are never satisfied.
일반동사가 있으면 → 동사 앞: He always eats breakfast. / I rarely watch TV.
**조동사(can, will, have, must 등)**가 있으면 → 조동사와 본동사 사이: I have never been to Japan. / You should always check the email twice.
문장 맨 앞이나 맨 뒤에 놓으면 강조의 뉘앙스가 생김 (일상 대화보다는 격식체나 강조할 때) → Sometimes, I wonder if this is worth it. / I think about it, sometimes.
never는 이미 부정의 의미가 있어서 not과 같이 쓰면 이중부정이 되니 주의 → ~~I don’t never go there~~ (X) → I never go there. (O)

💡 Tip: “be동사 뒤, 일반동사 앞, 조동사 사이” — 이 세 가지만 기억하면 빈도부사 위치는 거의 다 맞출 수 있어요.

[광고] 건조한 계절 시작, 우리 집에 맞는 가습기 5종 비교

Fri, 04 Sep 2026 00:00:00 +0000

[광고] 건조한 계절 시작, 우리 집에 맞는 가습기 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

If 대신 When을 써도 뜻이 똑같은 이유 — Zero Conditional

Fri, 04 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 4일 (금요일) — Daily English Study

📖 오늘의 문법: Zero Conditional

Zero Conditional은 일반적인 사실, 과학적 진리, 습관적으로 항상 일어나는 일을 말할 때 씁니다. “만약 ~라면"이 아니라 “~하면 항상 그렇다"는 뜻
형태는 If/When + 현재형, ~ 현재형. 가정이 아니라 사실이기 때문에 If와 When을 바꿔 써도 의미가 거의 같음 → If you heat ice, it melts. = When you heat ice, it melts.
미래형(will)을 쓰지 않는 게 핵심 포인트. First Conditional과 헷갈리기 쉬운데, First Conditional은 특정 상황에서 일어날 가능성이 있는 미래 일을 말하고, Zero Conditional은 항상 참인 일반 법칙을 말함 → If it rains, the ground gets wet. (항상 그러함, zero) vs If it rains tomorrow, I’ll bring an umbrella. (특정 미래, first)
결과절에 can, must, should 같은 조동사가 오기도 함 → If you’re 18, you can vote.
일상 대화에서는 습관이나 개인 루틴을 말할 때도 자주 씀 → If I skip breakfast, I get a headache.

💡 Tip: “항상 그런 일"이면 zero, “이번엔 그럴 수도 있는 일"이면 first. If와 When이 자연스럽게 바뀌면 zero conditional!

[광고] 튀김 요리 자주 한다면 필수템, 에어프라이어 5종 비교

Thu, 03 Sep 2026 00:00:00 +0000

[광고] 튀김 요리 자주 한다면 필수템, 에어프라이어 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

사실이 아닌 걸 아는 척 말할 때, As If 뒤엔 왜 과거형이 올까

Thu, 03 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 3일 (목요일) — Daily English Study

📖 오늘의 문법: As If / As Though

as if / as though는 둘 다 “마치 ~인 것처럼"이라는 뜻으로 거의 같은 의미로 쓰입니다. as though가 약간 더 격식체·문어체에 가까움
뒤에 오는 시제가 핵심: 실제로 사실이 아니거나 가정일 때는 현재 상황이라도 **과거형(종종 were)**을 씀 → He talks as if he were rich. (실제로는 부자가 아님)
반대로 사실일 가능성이 있는, 그럴듯한 이야기를 할 때는 그냥 평범한 시제(현재/미래)를 씀 → It looks as if it’s going to rain. (실제로 비가 올 수도 있음)
과거의 일이 사실이 아니었음을 말하고 싶으면 **as if + had + p.p.**를 씁니다 → She acted as if she hadn’t heard me.
관용 표현 **as if to say ~**는 “마치 ~라고 말하려는 듯"이라는 뜻으로 몸짓이나 표정을 묘사할 때 자주 쓰임

💡 Tip: 뻥이거나 가정이면 → 과거형(were), 진짜 그럴듯하면 → 그냥 현재형. 헷갈리면 “사실일까?“를 먼저 물어보세요.

[광고] 온 가족이 둘러앉는 밤, 보드게임 5선으로 채워보세요

Wed, 02 Sep 2026 00:00:00 +0000

[광고] 온 가족이 둘러앉는 밤, 보드게임 5선으로 채워보세요

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Other, Another, The Other — 헷갈리는 삼총사, 기준은 '개수'다

Wed, 02 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 2일 (수요일) — Daily English Study

📖 오늘의 문법: Other vs Another vs The Other

another: “(불특정한) 또 다른 하나”. an + other가 합쳐진 말이라 뒤에는 단수 명사만 옵니다 (Can I have another cookie?). 정해지지 않은 것 중 하나를 더 요청할 때 씀
other: “다른~“이라는 뜻의 형용사로, 뒤에 복수 명사나 셀 수 없는 명사가 옴 (I have other plans. / Do you have other ideas?). the 없이 막연히 “다른 것들"을 가리킴
the other: 전체 중 남은 것/사람이 하나 또는 정해진 그룹일 때 씀. 정관사 the가 붙으므로 “그 나머지 하나"라는 확실함이 있음 (I have two dogs; one is black, and the other is white.)
the others / others 구분도 중요: others는 “다른 것들 중 일부”(불특정), the others는 “언급된 것 빼고 나머지 전부”(특정)를 의미
핵심 기준은 개수와 특정 여부: 하나 더(불특정)=another, 다른 것들(불특정)=other/others, 정해진 나머지=the other/the others

💡 Tip: 안 정해진 하나 더 → another, 안 정해진 여럿 → others, 남은 걸 다 가리키면 → the other(s).

[광고] 차 안 냄새, 방치하면 습관 됩니다 - 차량용 방향제 고르는 법과 추천 5

Tue, 01 Sep 2026 00:00:00 +0000

[광고] 차 안 냄새, 방치하면 습관 됩니다 - 차량용 방향제 고르는 법과 추천 5

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Already, Yet, Still — 다 '아직/이미'인데 자리가 다 다르다

Tue, 01 Sep 2026 00:00:00 +0000

🗓️ 2026년 9월 1일 (화요일) — Daily English Study

📖 오늘의 문법: Already vs Yet vs Still

already: “이미, 벌써”. 주로 긍정문에서 사용하며, 예상보다 빨리 일어났다는 뉘앙스. 조동사와 본동사 사이, 또는 문장 끝에 위치 (I’ve already eaten. / I already ate.)
yet: “아직”. 주로 부정문과 의문문에서 사용하며, 완료 여부를 묻거나 아직 안 일어났음을 표현. 보통 문장 맨 끝에 위치 (Have you finished yet? / I haven’t finished yet.)
still: “여전히, 아직도”. 긍정문·부정문·의문문 어디서나 쓸 수 있고, 어떤 상태가 예상보다 오래 계속되고 있다는 뉘앙스. 일반동사 앞, be동사/조동사 뒤에 위치 (I still don’t understand. / She is still sleeping.)
셋 다 “아직/이미"로 번역되지만, already=예상보다 빠름, yet=완료 여부 확인, **still=계속됨(다소 답답함 뉘앙스)**으로 구분하면 편함
still이 부정문에 오면(still haven’t/hasn’t) yet보다 놀람이나 답답함이 더 강조됨

💡 Tip: 질문할 때는 yet, 완료를 자랑할 땐 already, 안 끝난 걸 강조하고 싶을 땐 still.

[광고] 가을 캠핑 필수템, 침낭 하나로 밤이 달라진다

Mon, 31 Aug 2026 00:00:00 +0000

[광고] 가을 캠핑 필수템, 침낭 하나로 밤이 달라진다

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Each랑 Every, 비슷해 보여도 문법은 딴판이더라

Mon, 31 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 31일 (월요일) — Daily English Study

📖 오늘의 문법: Each vs Every — 뜻은 비슷한데 쓰임은 다르다

each: 개별 하나하나를 강조. 2개 이상이면 쓸 수 있고, 대명사처럼 혼자 쓸 수도 있음 (Each has its own charm.)
every: 전체를 하나의 그룹으로 봄. 보통 3개 이상일 때 쓰고, 반드시 뒤에 명사가 와야 함 (every 단독 사용 불가)
둘 다 뒤에는 단수명사 + 단수동사가 옴 (Each student is / Every student is)
**each of + 복수명사(+단수동사)**는 가능하지만, every of는 문법적으로 틀린 표현
every는 everybody, everyone, everything처럼 합성어로도 자주 쓰임

💡 Tip: “하나씩 따로 떼어 생각하면” each, “전부 다 포함해서 하나의 덩어리로 생각하면” every.

Say, Tell, Talk, Speak — 다 '말하다'인데 뭐가 다를까

Mon, 31 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 31일 (월요일) — Daily English Study

📖 오늘의 문법: Say vs. Tell vs. Talk vs. Speak

한국어로는 전부 “말하다"지만, 영어에서는 뒤에 오는 목적어 구조와 뉘앙스가 완전히 다릅니다. 헷갈리기 쉬운 이 네 동사를 한 번에 정리해봅시다.

[광고] 우리 집 고양이가 안 올라간다면? 캣타워 고르는 법과 추천 5

Sun, 30 Aug 2026 00:00:00 +0000

[광고] 우리 집 고양이가 안 올라간다면? 캣타워 고르는 법과 추천 5

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

There is 뭐고 It is 뭐야 — 유령 주어 둘의 차이

Sun, 30 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 30일 (일요일) — Daily English Study

📖 오늘의 문법: There is/are vs. It is (Existential There vs. Dummy It)

영어에는 실제 의미 없이 문법적 자리만 채우는 “유령 주어(dummy subject)“가 두 가지 있습니다. 바로 There와 It이죠. 둘 다 진짜 주어가 아닌데, 쓰임이 완전히 다릅니다.

[광고] 페달 밟기 전에 먼저 챙길 것, 자전거 헬멧 고르는 법과 추천 5

Sat, 29 Aug 2026 00:00:00 +0000

[광고] 페달 밟기 전에 먼저 챙길 것, 자전거 헬멧 고르는 법과 추천 5

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

I DO like it — 별거 아닌 do 하나로 강조가 되는 이유

Sat, 29 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 29일 (토요일) — Daily English Study

📖 오늘의 문법: 강조의 do (Emphatic “do”)

평서문에서는 원래 do/does/did가 필요 없죠. 그런데 일부러 do/does/did를 넣으면 **“진짜로”, “정말로”**라는 강조의 의미가 생깁니다. 이걸 강조의 do, 즉 Emphatic Do라고 불러요.

[광고] 책상이 순식간에 넓어지는 마법, 모니터암 뭘 골라야 할까?

Fri, 28 Aug 2026 00:00:00 +0000

[광고] 책상이 순식간에 넓어지는 마법, 모니터암 뭘 골라야 할까?

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Team is일까 Team are일까 — 집합명사가 헷갈리는 이유

Fri, 28 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 28일 (금요일) — Daily English Study

📖 오늘의 문법: 집합명사(Collective Nouns)와 단수/복수 동사 일치

team, family, staff, audience, government처럼 여러 명으로 이루어진 하나의 집단을 가리키는 명사를 집합명사라고 합니다. 문제는 이 명사들이 문맥에 따라 단수 동사도, 복수 동사도 받을 수 있다는 점이에요.

Lie와 Lay, Rise와 Raise — 자동사·타동사부터 구분하면 헷갈릴 일이 없다

Thu, 27 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 27일 (목요일) — Daily English Study

📖 오늘의 문법: Lie vs. Lay, Rise vs. Raise (헷갈리는 자동사·타동사 짝)

원어민도 자주 틀리는 대표적인 동사 짝입니다. 핵심은 딱 하나, 목적어가 있는지 없는지예요. 목적어 없이 주어 스스로 하는 동작이면 자동사(lie, rise), 누군가 무언가를 대상으로 하는 동작이면 타동사(lay, raise)입니다.

[광고] 손 하나 까딱 안 하고 청소 끝내는 로봇청소기 5종 비교

Wed, 26 Aug 2026 00:00:00 +0000

[광고] 손 하나 까딱 안 하고 청소 끝내는 로봇청소기 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

동사를 명사로 바꾸면 문장이 훨씬 격식있어진다 — Nominalization

Wed, 26 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 26일 (수요일) — Daily English Study

📖 오늘의 문법: Nominalization (명사화)

Nominalization은 동사나 형용사를 명사형으로 바꿔서 문장을 더 격식 있고 간결하게 만드는 기법입니다. 비즈니스 이메일, 보고서, 학술적인 글에서 특히 자주 쓰입니다. 캐주얼한 대화에서는 동사를 그대로 쓰는 게 자연스럽지만, 격식 있는 문서에서는 명사화된 표현이 훨씬 전문적으로 들립니다.

[광고] 잠들기 전 분위기까지 바꾸는 무드등 5종 비교

Tue, 25 Aug 2026 00:00:00 +0000

[광고] 잠들기 전 분위기까지 바꾸는 무드등 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

You'd better vs I'd rather — 충고와 선호는 뉘앙스부터 다르다

Tue, 25 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 25일 (화요일) — Daily English Study

📖 오늘의 문법: Had better vs Would rather

둘 다 “~하는 게 낫다"로 해석되지만, 쓰이는 상황이 완전히 다릅니다. had better는 안 하면 안 좋은 결과가 따를 수 있다는 경고성 강한 충고이고, would rather는 단순히 개인의 선호를 말할 때 씁니다.

[광고] 지친 피부에 활력을! 마스크팩 5종 비교

Mon, 24 Aug 2026 00:00:00 +0000

[광고] 지친 피부에 활력을! 마스크팩 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

문장 맨 앞 분사구, 누굴 수식하는지 확인하셨나요? — Dangling Modifier 바로잡기

Mon, 24 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 24일 (월요일) — Daily English Study

📖 오늘의 문법: Dangling Modifiers (붕 뜬 수식어)

문장 맨 앞에 분사구(-ing, p.p.)나 to부정사구를 붙여 “~하면서, ~한 채로"라는 뜻을 표현할 때가 많습니다. 그런데 이 수식어의 의미상 주어는 반드시 뒤따르는 주절의 주어와 일치해야 합니다. 일치하지 않으면 문장이 붕 뜬 것처럼 어색해지거나, 심하면 우스꽝스러운 의미가 됩니다. 이를 **dangling modifier(붕 뜬 수식어)**라고 부릅니다.

[광고] 하루의 피로를 씻어내는 안마의자 5종 비교

Sun, 23 Aug 2026 00:00:00 +0000

[광고] 하루의 피로를 씻어내는 안마의자 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

문을 연 사람도 없는데 문이 열렸다? — 능격동사(Ergative Verbs)의 비밀

Sun, 23 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 23일 (일요일) — Daily English Study

📖 오늘의 문법: Ergative Verbs (능격동사, 자타동사 겸용 동사)

break, open, close, start, increase처럼 목적어 없이도(자동사), 목적어를 데리고도(타동사) 똑같은 형태로 쓰이는 동사들이 있습니다. 이런 동사를 **능격동사(ergative verb)**라고 부릅니다. 핵심은 타동사 문장의 목적어가 자동사 문장의 주어 자리로 그대로 옮겨간다는 점입니다.

[광고] 여름 끝자락, 캠핑·물놀이 마무리는 블루투스 스피커 추천 5

Sat, 22 Aug 2026 00:00:00 +0000

[광고] 여름 끝자락, 캠핑·물놀이 마무리는 블루투스 스피커 추천 5

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

myself는 나를, each other는 서로를 — 자꾸 헷갈리는 재귀대명사와 상호대명사

Sat, 22 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 22일 (토요일) — Daily English Study

📖 오늘의 문법: Reflexive Pronouns vs. Reciprocal Pronouns (재귀대명사 vs. 상호대명사)

**myself, yourself, himself…**와 each other, one another는 둘 다 “자기 자신 혹은 서로"를 가리키지만 방향이 완전히 다릅니다. 헷갈리면 문장의 뜻이 뒤바뀌어 버려서 주의가 필요합니다.

[광고] 손목 편한 작업 환경의 시작, 마우스패드 5종 비교

Fri, 21 Aug 2026 00:00:00 +0000

[광고] 손목 편한 작업 환경의 시작, 마우스패드 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

너무 vs 충분히, Too와 Enough는 왜 자리가 반대일까

Fri, 21 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 21일 (금요일) — Daily English Study

📖 오늘의 문법: Too vs. Enough (부정적 정도 표현하기)

too와 enough는 둘 다 “정도"를 나타내지만, 어순과 뉘앙스가 정반대입니다.

[광고] 여름밤 캠핑장을 밝히는 법, 캠핑 랜턴 5종 비교

Thu, 20 Aug 2026 00:00:00 +0000

[광고] 여름밤 캠핑장을 밝히는 법, 캠핑 랜턴 5종 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Few랑 A Few, 관사 하나 차이로 뉘앙스가 완전히 달라진다

Thu, 20 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 20일 (목요일) — Daily English Study

📖 오늘의 문법: Few / A Few, Little / A Little

같은 단어인데 앞에 관사 a가 있고 없고에 따라 의미가 정반대가 되는 대표적인 케이스입니다. 셀 수 있는 명사에는 few/a few, 셀 수 없는 명사에는 little/a little을 씁니다.

[광고] 무릎 아끼는 산행의 시작, 등산스틱 제대로 고르는 법과 추천 5

Wed, 19 Aug 2026 00:00:00 +0000

[광고] 무릎 아끼는 산행의 시작, 등산스틱 제대로 고르는 법과 추천 5

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

주어랑 동사, 짝이 안 맞으면 아무리 좋은 문장도 어색해진다 — Subject-Verb Agreement

Wed, 19 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 19일 (수요일) — Daily English Study

📖 오늘의 문법: 주어-동사 수 일치 (Subject-Verb Agreement)

each / every + 단수명사 → 항상 단수 동사: Each student has a laptop.
one of the + 복수명사 → 동사는 단수: One of the reasons is cost.
neither…nor / either…or → 동사는 가까운 주어에 맞춤: Neither he nor they were happy.
everyone / everybody / nobody 등 부정대명사 → 단수 취급: Everyone is here.
집합명사(team, family, staff) → 미국식 영어에서는 보통 단수 취급: The team is winning.
the number of (단수) vs a number of (복수): The number of errors has dropped. / A number of errors have been found.

💡 Tip: 헷갈릴 땐 주어와 동사 사이에 낀 수식어(of the students, along with the team 등)는 무시하고, 진짜 주어만 골라내서 동사를 맞추세요.

왜 원어민은 문장을 끝까지 말 안 할까 — Ellipsis라는 생략의 기술

Tue, 18 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 18일 (화요일) — Daily English Study

📖 오늘의 문법: Ellipsis (생략구문)

앞에서 이미 언급된 말을 반복하지 않기 위해 일부러 생략하는 문법입니다. 원어민 회화가 짧고 자연스럽게 들리는 이유 중 하나가 바로 이것입니다.

[광고] 한여름 자외선 폭탄, 피부 타입별 선크림 추천 5선

Mon, 17 Aug 2026 00:00:00 +0000

[광고] 한여름 자외선 폭탄, 피부 타입별 선크림 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

사역동사 & 지각동사 (Causative & Perception Verbs) — make, have, let, get의 뉘앙스 차이

Mon, 17 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 17일 (월요일) — Daily English Study

📖 오늘의 문법: 사역동사 & 지각동사 (Causative & Perception Verbs)

make / have / let + 동사원형 → My boss made me redo it.
get + to부정사 → I got him to apologize. (설득 뉘앙스)
목적어가 당하는 입장이면 p.p. → I had my car fixed.
지각동사 see/hear/watch/feel + 원형(전체) vs -ing(진행 중) → saw him cross / crossing
수동태가 되면 to가 부활 → I was made to wait. (let은 대신 be allowed to)

💡 Tip: 사역·지각동사는 “목적어가 하는가, 당하는가"만 물어보세요. 하면 → 원형/-ing (have him check), 당하면 → p.p. (have it checked).

Used to랑 Would, 둘 다 과거 얘기인데 뭐가 다를까

Sun, 16 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 16일 (일요일) — Daily English Study

📖 오늘의 문법: Used to vs. Would (과거의 습관/상태 표현하기)

과거에 반복적으로 했던 행동이나 지금은 사라진 상태를 말할 때 used to와 would를 씁니다.

[광고] 매일 쓰는 청소기, 무선청소기 5종 비교로 제대로 골라보기

Fri, 14 Aug 2026 00:00:00 +0000

[광고] 매일 쓰는 청소기, 무선청소기 5종 비교로 제대로 골라보기

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 장마철·환절기 습기와의 전쟁, 제습기 추천 5선

Fri, 14 Aug 2026 00:00:00 +0000

[광고] 장마철·환절기 습기와의 전쟁, 제습기 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Second Conditional (가정법 과거) — "만약 ~라면, ~할 텐데"

Fri, 14 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 14일 (금요일) — Daily English Study

📖 오늘의 문법: Second Conditional (가정법 과거) — “만약 ~라면, ~할 텐데”

공식: If + 주어 + 과거형 동사, 주어 + would/could/might + 동사원형

[광고] 캠핑의자 하나로 캠핑장 편안함이 달라진다, 추천 5선

Thu, 13 Aug 2026 00:00:00 +0000

[광고] 캠핑의자 하나로 캠핑장 편안함이 달라진다, 추천 5선

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Hedging Language (완곡 표현) — seem to / tend to / would say로 부드럽게 말하기

Thu, 13 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 13일 (목요일) — Daily English Study

📖 오늘의 문법: Hedging Language (완곡 표현) — seem to / tend to / would say로 부드럽게 말하기

설명

**헤징(Hedging)**은 어떤 주장을 100% 단정하지 않고, 여지를 남기며 부드럽게 말하는 표현 방식입니다. 영어권 비즈니스 환경에서는 “That’s wrong.“처럼 직설적으로 말하면 공격적으로 들릴 수 있어서, seem to, appear to, tend to, would say, might, could 등을 활용해 의견에 완충 장치를 둡니다. 헤징을 쓰면 사실과 의견을 구분하고, 상대방이 반박할 여지를 열어두어 대화를 더 부드럽게 만들 수 있습니다.

[광고] 전동칫솔, 음파식 vs 회전식부터 정하고 고르세요

Wed, 12 Aug 2026 00:00:00 +0000

[광고] 전동칫솔, 음파식 vs 회전식부터 정하고 고르세요

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Appositive Phrases (동격구) — 명사 옆에 추가 정보 끼워 넣기

Wed, 12 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 12일 (수요일) — Daily English Study

📖 오늘의 문법: Appositive Phrases (동격구) — 명사 옆에 추가 정보 끼워 넣기

설명

**동격구(Appositive Phrase)**는 명사 바로 뒤(또는 앞)에 **콤마로 연결된 또 다른 명사(구)**를 붙여서, 앞의 명사를 부연 설명하는 구조입니다. 두 개의 짧은 문장을 하나로 합쳐 더 매끄럽고 정보 밀도 높은 문장을 만들 때 유용합니다. 비즈니스 이메일이나 보고서에서 사람·제품·회사를 소개할 때 특히 자주 쓰입니다.

Noun Clauses (명사절) — that / whether / if / wh- 로 문장을 명사처럼 쓰기

Tue, 11 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 11일 (화요일) — Daily English Study

📖 오늘의 문법: Noun Clauses (명사절) — that / whether / if / wh- 로 문장을 명사처럼 쓰기

설명

**명사절(Noun Clause)**은 “주어 + 동사"를 갖춘 문장 전체가 명사처럼 문장의 주어, 목적어, 보어 자리에 들어가는 구조입니다. 비즈니스 이메일이나 회의에서 “제가 생각하는 것은…”, “그가 올지 안 올지 모르겠어요” 같은 표현을 할 때 명사절 없이는 문장을 만들기 어렵습니다. 명사절을 이끄는 접속사는 크게 세 가지입니다: that (평서문을 명사절로), whether/if (Yes/No 질문을 명사절로), wh-word (what, where, when, why, how, who 등 의문사 질문을 명사절로).

Reduced Relative Clauses (관계대명사 축약) — who/which/that + be 생략하기

Mon, 10 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 10일 (월요일) — Daily English Study

📖 오늘의 문법: Reduced Relative Clauses (관계대명사 축약) — who/which/that + be 생략하기

설명

**관계대명사 축약(Reduced Relative Clause)**은 “관계대명사 + be동사"를 생략해서 문장을 더 간결하게 만드는 문법입니다. 뉴스 기사, 비즈니스 이메일, 보고서에서 특히 자주 쓰이며, 원어민이 짧고 자연스럽게 말할 때 무의식적으로 사용하는 패턴입니다. 핵심 규칙은 딱 하나입니다. 관계대명사가 주어 역할을 할 때만 축약이 가능하고, 관계대명사가 목적어 역할을 하는 문장(예: “the book which I bought”)은 축약할 수 없습니다.

Tag Questions (부가의문문) — 문장 끝에 짧게 확인하는 질문 붙이기

Sun, 09 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 9일 (일요일) — Daily English Study

📖 오늘의 문법: Tag Questions (부가의문문) — 문장 끝에 짧게 확인하는 질문 붙이기

설명

**부가의문문(Tag Question)**은 평서문 뒤에 짧은 의문형을 붙여서 “그렇지?”, “안 그래?“처럼 상대방의 동의를 구하거나 사실을 확인할 때 쓰는 표현입니다. 규칙은 간단합니다. 긍정문 뒤에는 부정 tag, 부정문 뒤에는 긍정 tag를 붙입니다. tag에 쓰는 동사는 앞 문장의 조동사(be, have, will, can 등)를 그대로 가져오고, 조동사가 없는 일반동사 문장이면 do/does/did를 빌려옵니다. 주어는 항상 대명사로 바꿔줍니다.

Conjunctive Adverbs (연결부사) — however / therefore / moreover 제대로 쓰는 법

Sat, 08 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 8일 (토요일) — Daily English Study

📖 오늘의 문법: Conjunctive Adverbs (연결부사) — however / therefore / moreover 제대로 쓰는 법

설명

**연결부사(Conjunctive Adverbs)**는 두 개의 독립된 문장(절)을 의미상 이어주는 부사입니다. however, therefore, moreover, nevertheless, furthermore, in addition, on the other hand 등이 대표적입니다. and, but, so 같은 접속사와 혼동하기 쉽지만, 연결부사는 어디까지나 부사이기 때문에 콤마 하나만으로 두 문장을 이어 붙이면 문법 오류(comma splice)가 됩니다. 세미콜론(;)이나 마침표(.)로 문장을 끊어준 뒤 사용해야 합니다.

Parallel Structure (병렬구조) — 같은 형태로 짝을 맞추는 기술

Fri, 07 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 7일 (금요일) — Daily English Study

📖 오늘의 문법: Parallel Structure (병렬구조) — 같은 형태로 짝을 맞추는 기술

설명

**병렬구조(Parallel Structure)**란 문장 안에서 여러 개를 나열하거나 비교할 때, 그 요소들의 문법적 형태를 동일하게 맞추는 규칙입니다. 이메일, 보고서, 발표 자료처럼 항목을 나열하는 비즈니스 글쓰기에서 특히 중요하며, 형태가 어긋나면 문장이 어색해지고 전문성이 떨어져 보입니다.

Comparative Correlatives (비례 비교급) — The + 비교급 ~, the + 비교급 ~

Thu, 06 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 6일 (목요일) — Daily English Study

📖 오늘의 문법: Comparative Correlatives (비례 비교급) — The + 비교급 ~, the + 비교급 ~

설명

“The + 비교급 ~, the + 비교급 ~” 구조는 한쪽 상황이 변화함에 따라 다른 쪽 상황도 그에 비례해서 변한다는 것을 나타냅니다. 우리말의 **"~할수록 더 ~하다"**에 해당하며, 비즈니스 회의나 데이터 분석에서 인과관계·추세를 설명할 때 매우 자주 쓰입니다.

The Subjunctive Mood (가정법 현재) — suggest / insist / demand + that + 동사원형

Wed, 05 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 5일 (수요일) — Daily English Study

📖 오늘의 문법: The Subjunctive Mood (가정법 현재) — suggest / insist / demand + that + 동사원형

설명

**가정법 현재(Subjunctive Mood)**는 제안, 요구, 주장, 권고를 나타내는 동사(suggest, recommend, insist, demand, request, propose 등) 뒤에 오는 that절에서, 주어의 인칭이나 시제와 상관없이 동사원형을 쓰는 문법입니다. 비즈니스 이메일과 회의에서 자주 쓰이지만, 한국어 화자들이 “suggests that he goes“처럼 3인칭 단수 -s를 붙이는 실수를 자주 하는 부분이라 오늘 확실히 정리해 봅시다.

So...that / Such...that (결과절) — "너무 ~해서 …하다" 제대로 쓰기

Tue, 04 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 4일 (화요일) — Daily English Study

📖 오늘의 문법: So…that / Such…that (결과절) — “너무 ~해서 …하다” 제대로 쓰기

설명

So…that과 Such…that은 “너무/매우 ~해서 그 결과 …하다"는 원인과 결과를 한 문장에 담는 구조입니다. 의미는 거의 같지만, So는 형용사·부사 앞에, Such는 명사(구) 앞에 온다는 점에서 형태가 다릅니다. 이 둘을 헷갈려서 “So a good idea"처럼 잘못 쓰는 경우가 많으니 오늘 확실히 정리해 봅시다.

Cleft Sentences (분열문) — It is... that / What... is 로 강조하기

Mon, 03 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 3일 (월요일) — Daily English Study

📖 오늘의 문법: Cleft Sentences (분열문) — It is… that / What… is 로 강조하기

설명

**Cleft Sentence(분열문)**는 문장의 한 부분을 특별히 강조하고 싶을 때, 평범한 한 문장을 두 부분으로 “쪼개서(cleft)” 표현하는 구조입니다. 강조하고 싶은 정보를 문장 앞이나 뒤로 옮겨서 청자의 주의를 그쪽으로 집중시킵니다. 대표적으로 It-cleft와 Wh-cleft(What-cleft) 두 가지가 있습니다.

사역동사 (Causative Verbs) — make / have / get / let로 "시키다" 표현하기

Sun, 02 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 2일 (일요일) — Daily English Study

📖 오늘의 문법: 사역동사 (Causative Verbs) — make / have / get / let로 “시키다” 표현하기

설명

**사역동사(Causative Verbs)**는 “누군가에게 어떤 일을 하게 만들다/시키다/허락하다"라는 의미를 나타냅니다. 영어에서는 make, have, get, let 네 가지가 대표적인데, 각각 강제성의 정도와 뒤에 오는 동사의 형태가 다릅니다. 이 차이를 모르면 “그에게 청소를 시켰다"를 말할 때 문법 실수를 하기 쉽습니다.

Inversion with Negative Adverbials (부정 부사구 도치) — 강조를 위해 주어와 동사 순서 바꾸기

Sat, 01 Aug 2026 00:00:00 +0000

🗓️ 2026년 8월 1일 (토요일) — Daily English Study

📖 오늘의 문법: Inversion with Negative Adverbials (부정 부사구 도치) — 강조를 위해 주어와 동사 순서 바꾸기

설명

영어에서는 부정적인 의미를 가진 부사(구)(never, rarely, little, not only 등)를 문장 맨 앞으로 보내 강조할 때, 뒤따르는 주어와 동사의 순서가 의문문처럼 도치됩니다. 평서문이라도 조동사가 주어 앞으로 나오는 것이 핵심입니다. 격식 있는 글쓰기, 연설, 뉴스 기사에서 자주 등장하며, 일상 회화에서는 강조를 극대화하고 싶을 때 가끔 쓰입니다.

형용사 어순 (Order of Adjectives)

Fri, 31 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 31일 (금요일) — Daily English Study

📖 오늘의 문법: 형용사 어순 (Order of Adjectives)

설명

영어에서는 한 명사 앞에 형용사를 두 개 이상 쓸 때, 아무 순서로나 나열하지 않습니다. 원어민들은 의식하지 않아도 의견(opinion) → 크기(size) → 나이/신선도(age) → 모양(shape) → 색깔(color) → 출신/원산지(origin) → 재료(material) → 용도(purpose) + 명사 순서를 거의 자동으로 지킵니다. 이 순서를 벗어나면 문법적으로 틀린 것은 아니어도 매우 어색하게 들립니다.

분사구문 (Participle Clauses)

Thu, 30 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 30일 (목요일) — Daily English Study

📖 오늘의 문법: 분사구문 (Participle Clauses)

설명

**분사구문(Participle Clauses)**은 접속사(when, because, as, and 등)로 이어진 두 문장 중 하나를 -ing(현재분사) 또는 p.p.(과거분사) 형태로 줄여서 문장을 더 간결하고 세련되게 만드는 구조입니다. 핵심은 주절과 분사구문의 주어가 같을 때만 이 축약이 가능하다는 점입니다.

양보절 (Concessive Clauses)

Wed, 29 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 29일 (수요일) — Daily English Study

📖 오늘의 문법: 양보절 (Concessive Clauses)

설명

**양보절(Concessive Clauses)**은 “비록 ~이지만”, “~에도 불구하고"처럼 예상과 반대되는 결과를 말할 때 쓰는 구조입니다. 가장 많이 헷갈리는 부분은 **although/even though/though는 뒤에 절(주어+동사)**이 오고, despite/in spite of는 뒤에 명사(구)나 동명사가 온다는 문법적 차이입니다.

상관접속사 (Correlative Conjunctions)

Tue, 28 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 28일 (화요일) — Daily English Study

📖 오늘의 문법: 상관접속사 (Correlative Conjunctions)

설명

**상관접속사(Correlative Conjunctions)**는 두 단어가 짝을 이루어 함께 쓰이면서 두 단어·구·절을 연결하는 접속사입니다. “both A and B”, “either A or B"처럼 항상 세트로 등장하고, A와 B 자리에는 **문법적으로 같은 형태(병렬구조, parallelism)**가 와야 한다는 점이 가장 중요합니다.

Perfect Modals (조동사 + have p.p.) — 과거를 추측하거나 후회할 때

Mon, 27 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 27일 (월요일) — Daily English Study

📖 오늘의 문법: Perfect Modals (조동사 + have p.p.) — 과거를 추측하거나 후회할 때

설명

**조동사 + have + p.p.**는 지금 배운 “must / should / might / could” 같은 조동사를 사용해 과거의 일을 추측하거나, 과거에 하지 않은 일을 후회할 때 쓰는 패턴입니다. 지난주에 배운 “추측 조동사(must/might/could/can’t)“의 확장판으로, 시제만 과거로 옮긴다고 생각하면 쉽습니다.

Reported Speech (간접화법) — 들은 말을 전달하는 법

Sat, 25 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 25일 (토요일) — Daily English Study

📖 오늘의 문법: Reported Speech (간접화법) — 들은 말을 전달하는 법

설명

**간접화법(Reported Speech)**은 누군가가 한 말을 따옴표 없이 내 문장 안에 녹여서 전달하는 방법입니다. 어제 배운 간접의문문과 짝을 이루는 문법으로, 원어민이 일상 대화에서 “그 사람이 ~라고 했어"를 말할 때 끊임없이 씁니다.

Indirect Questions (간접의문문) — 질문을 부드럽게 감싸기

Fri, 24 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 24일 (금요일) — Daily English Study

📖 오늘의 문법: Indirect Questions (간접의문문) — 질문을 부드럽게 감싸기

설명

**간접의문문(Indirect Question)**은 질문을 다른 표현 안에 “감싸서” 더 공손하고 정중하게 만드는 방법입니다. 원어민은 처음 만난 사람이나 격식 있는 상황에서 직접적인 질문 대신 이 형태를 매우 자주 씁니다.

관계대명사 (Relative Clauses) — 두 문장을 하나로 잇는 접착제

Thu, 23 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 23일 (목요일) — Daily English Study

📖 오늘의 문법: 관계대명사 (Relative Clauses) — 두 문장을 하나로 잇는 접착제

설명

**관계대명사(Relative Pronoun)**는 앞에 나온 명사(선행사)를 꾸며주는 절을 이끌어, 두 개의 짧은 문장을 하나의 자연스러운 문장으로 연결해 줍니다. 한국어의 “~하는”, “~인"에 해당하는 수식 구조라고 생각하면 쉽습니다.

Mixed Conditionals (혼합 조건문) — 과거와 현재를 넘나드는 가정법

Wed, 22 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 22일 (수요일) — Daily English Study

📖 오늘의 문법: Mixed Conditionals (혼합 조건문) — 과거와 현재를 넘나드는 가정법

설명

**Mixed Conditional(혼합 조건문)**은 이름 그대로 Second Conditional과 Third Conditional을 섞은 형태입니다. If절과 주절의 시제(시점)가 서로 다를 때 사용합니다. 지난 며칠간 배운 조건문 시리즈(First → Third)의 마지막 단계로, 실제 원어민 대화에서 아주 자주 등장합니다.

개인정보처리방침

Wed, 22 Jul 2026 00:00:00 +0000

매일핫템(이하 “본 블로그”)는 방문자의 개인정보를 소중히 여기며, 관련 법령을 준수합니다. 본 방침은 본 블로그가 어떤 정보를 수집하고 어떻게 이용하는지 안내합니다.

소개

Wed, 22 Jul 2026 00:00:00 +0000

매일핫템

안녕하세요. 매일핫템은 “매일 한 가지씩"이라는 원칙으로 운영하는 개인 블로그입니다. 생활을 바꾸는 물건을 하나씩 골라 비교하고, 그날그날의 학습도 함께 기록합니다.

관사 (Articles) — a / an / the / 무관사(zero article)

Tue, 21 Jul 2026 00:00:00 +0000

📚 Daily English Study — 2026년 7월 21일

📖 오늘의 영문법: 관사 (Articles) — a / an / the / 무관사(zero article)

관사는 명사 앞에 붙어 그 명사가 처음 나온 것인지(불특정) / 이미 아는 것인지(특정) / 셀 수 없는 개념인지를 표시하는 신호등입니다. 한국어에는 관사가 없어서 한국인이 가장 오래 헤매는 문법이죠. 오늘은 셀 수 있나? → 처음인가? → 특정인가? 순서로 판단하는 감각을 잡아봅니다.

전치사 (Prepositions) — 시간·장소의 at / on / in + 자주 틀리는 전치사

Mon, 20 Jul 2026 00:00:00 +0000

📚 Daily English Study — 2026년 7월 20일

📖 오늘의 영문법: 전치사 (Prepositions) — 시간·장소의 at / on / in + 자주 틀리는 전치사

전치사는 명사 앞에 붙어 시간·장소·방향·관계를 나타내는 작은 단어입니다. 한국어에는 대응하는 조사가 없거나 하나로 뭉뚱그려져서 한국인이 가장 많이 틀리는 부분이죠. 오늘은 핵심 규칙을 점 → 면 → 공간의 감각으로 정리합니다.

관계사 (Relative Clauses) — 관계대명사 · 관계부사

Sun, 19 Jul 2026 00:00:00 +0000

📚 Daily English Study — 2026년 7월 19일

📖 오늘의 영문법: 관계사 (Relative Clauses) — 관계대명사 · 관계부사

두 문장을 하나로 연결하면서 앞의 명사를 꾸며 주는 문법입니다. “내가 어제 만난 사람”, “그녀가 태어난 도시“처럼 명사에 설명을 덧붙일 때 씁니다. 핵심은 꾸밈받는 명사(선행사)가 사람인지 사물인지, 그리고 관계사가 절 안에서 주어·목적어·소유격 중 무엇인지입니다.

비교 표현 (Comparatives & Superlatives) — 원급 · 비교급 · 최상급

Fri, 17 Jul 2026 00:00:00 +0000

📚 Daily English Study — 2026년 7월 17일

📖 오늘의 영문법: 비교 표현 (Comparatives & Superlatives) — 원급 · 비교급 · 최상급

두 대상을 비교하거나 여럿 중 하나를 최고로 꼽을 때 쓰는 문법입니다. 형용사·부사의 음절 수에 따라 형태가 달라진다는 점이 핵심입니다.

가정·소망 표현 (Subjunctive & Wish) — I wish / If only / would rather / it's (high) time

Thu, 16 Jul 2026 00:00:00 +0000

📚 Daily English Study — 2026년 7월 16일

📖 오늘의 영문법: 가정·소망 표현 (Subjunctive & Wish) — I wish / If only / would rather / it’s (high) time

현실과 다른 상황을 아쉬워하거나, 바라거나, 남에게 무언가를 바랄 때 쓰는 표현입니다. 공통 핵심은 “현재를 말할 때 과거시제, 과거를 말할 때 과거완료(had p.p.)” 를 쓴다는 점(가정법 시제 백스텝)입니다.

Third Conditional (제3형 조건문) — 과거의 후회와 가정 표현하기

Wed, 15 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 15일 (수요일) — Daily English Study

📖 오늘의 문법: Third Conditional (제3형 조건문) — 과거의 후회와 가정 표현하기

설명

**Third Conditional(제3형 조건문)**은 이미 지나가버린 과거 사실과 반대되는 상황을 가정할 때 쓰는 문법입니다. 실제로는 일어나지 않은 일이기 때문에, “그때 ~했더라면, ~했을 텐데"라는 후회나 아쉬움을 표현할 때 자주 사용됩니다.

[광고] 나이키 팬텀 vs 머큐리얼, 내 발과 플레이 스타일에 맞는 축구화는?

Tue, 14 Jul 2026 00:00:00 +0000

[광고] 나이키 팬텀 vs 머큐리얼, 내 발과 플레이 스타일에 맞는 축구화는?

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 무선 이어폰, 형태만 알아도 절반은 고른 것

Tue, 14 Jul 2026 00:00:00 +0000

[광고] 무선 이어폰, 형태만 알아도 절반은 고른 것

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 스위치 살까 스위치2 살까, 헷갈리는 분들을 위한 정리

Tue, 14 Jul 2026 00:00:00 +0000

[광고] 스위치 살까 스위치2 살까, 헷갈리는 분들을 위한 정리

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 스테이플러 심, 이제 안 사도 되는 이유

Tue, 14 Jul 2026 00:00:00 +0000

[광고] 스테이플러 심, 이제 안 사도 되는 이유

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 여름엔 역시 대용량 아이스크림, 라벨리 라인업 비교

Tue, 14 Jul 2026 00:00:00 +0000

[광고] 여름엔 역시 대용량 아이스크림, 라벨리 라인업 비교

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 운동 후 단백질, 마시는 걸로 편하게 채우는 법

Tue, 14 Jul 2026 00:00:00 +0000

[광고] 운동 후 단백질, 마시는 걸로 편하게 채우는 법

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 출퇴근·배달, 요즘은 전기자전거로 해결한다

Tue, 14 Jul 2026 00:00:00 +0000

[광고] 출퇴근·배달, 요즘은 전기자전거로 해결한다

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

[광고] 홈트, 매트 하나로 부상 위험이 달라진다

Tue, 14 Jul 2026 00:00:00 +0000

[광고] 홈트, 매트 하나로 부상 위험이 달라진다

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

📷 카메라 심화 촬영 기법 — 1일차: 존 시스템과 노출 계획

Tue, 14 Jul 2026 00:00:00 +0000

오늘의 학습 목표

존 시스템(Zone System)의 기본 개념과 11단계 톤 스케일을 이해한다
하이라이트/섀도우 디테일을 살리는 노출 계획 방법을 익힌다
히스토그램을 활용해 촬영 전에 노출을 의도적으로 설계할 수 있다

핵심 개념 설명

존 시스템이란?

존 시스템은 안셀 애덤스(Ansel Adams)가 고안한 노출·현상 이론으로, 사진의 명암을 Zone 0(완전 검정)부터 Zone X(완전 흰색)까지 11단계로 나눠 생각하는 방법입니다. 디지털카메라 시대에도 “이 장면에서 무엇을 어떤 밝기로 남길 것인가"를 미리 정하는 사고방식으로 그대로 유효합니다.

Question Tags (부가의문문) — "..., isn't it?" 제대로 만들기

Tue, 14 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 14일 (화요일) — Daily English Study

📖 오늘의 문법: Question Tags (부가의문문) — “…, isn’t it?” 제대로 만들기

설명

**Question Tag(부가의문문)**는 평서문 뒤에 짧게 덧붙여서 동의를 구하거나 확인할 때 쓰는 표현입니다. “그렇지?”, “그렇지 않니?“에 해당하는 표현으로, 앞 문장이 긍정이면 태그는 부정으로, 앞 문장이 부정이면 태그는 긍정으로 만드는 것이 핵심 규칙입니다.

[광고] 무릎이 시큰거린다면? 관절염 보호대 하나로 달라지는 일상

Mon, 13 Jul 2026 00:00:00 +0000

[광고] 무릎이 시큰거린다면? 관절염 보호대 하나로 달라지는 일상

이 블로그는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

First Conditional (1형식 조건문) — 실현 가능한 미래 표현하기

Mon, 13 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 13일 (월요일) — Daily English Study

📖 오늘의 문법: First Conditional (1형식 조건문) — 실현 가능한 미래 표현하기

설명

First Conditional은 “만약 ~한다면, ~할 것이다” 처럼 현재 상황에서 실현 가능성이 있는 미래를 말할 때 쓰는 구문입니다. 가정이 아니라 실제로 일어날 수 있는 일에 대해 말하는 것이 핵심 포인트입니다.

Wish / If only — 아쉬움과 소망 표현하기

Fri, 10 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 10일 (금요일) — Daily English Study

📖 오늘의 문법: Wish / If only — 아쉬움과 소망 표현하기

설명

wish와 if only는 현재 상황에 대한 아쉬움, 후회, 또는 이루어지지 않는 소망을 표현할 때 쓰는 구조입니다. 시제에 따라 의미가 달라지므로 아래 세 가지 패턴을 구분하는 것이 핵심입니다.

Passive Voice (수동태) — 능동태와 수동태 제대로 구분하기

Thu, 09 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 9일 (목요일) — Daily English Study

📖 오늘의 문법: Passive Voice (수동태) — 능동태와 수동태 제대로 구분하기

설명

**수동태(Passive Voice)**는 행위의 주체보다 행위를 받는 대상이 더 중요하거나, 행위자가 누구인지 모르거나 굳이 밝힐 필요가 없을 때 사용합니다.

Future Forms (미래 표현) — will vs. be going to vs. Present Continuous

Wed, 08 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 8일 (수요일) — Daily English Study

📖 오늘의 문법: Future Forms (미래 표현) — will vs. be going to vs. Present Continuous

설명

영어에서 미래를 표현하는 방법은 한 가지가 아닙니다. 상황에 따라 will, be going to, **현재진행형(Present Continuous)**을 구분해서 써야 자연스럽습니다.

📷 소니 DSLR 카메라 학습 — 30일차: 전체 복습 및 나만의 촬영 스타일 정리

Tue, 07 Jul 2026 00:00:00 +0000

오늘의 학습 목표

지난 29일간 배운 핵심 개념(노출, 초점, 구도, 빛, 보정)을 하나의 흐름으로 정리한다
스스로의 촬영 습관과 선호하는 스타일을 돌아보고 언어화한다
앞으로 꾸준히 실력을 키워갈 개인 촬영 루틴/과제를 설계한다

핵심 개념 정리

30일간의 여정을 다섯 가지 축으로 정리해봅니다.

Countable & Uncountable Nouns + Quantifiers (셀 수 있는 명사 vs 셀 수 없는 명사 + 수량 표현)

Tue, 07 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 7일 (화요일) — Daily English Study

📖 오늘의 문법: Countable & Uncountable Nouns + Quantifiers (셀 수 있는 명사 vs 셀 수 없는 명사 + 수량 표현)

설명

영어 명사는 **셀 수 있는 명사(countable)**와 **셀 수 없는 명사(uncountable)**로 나뉘며, 명사의 종류에 따라 어울리는 수량 표현(many, much, a few, a little 등)이 달라집니다.

📷 소니 DSLR 카메라 학습 — 29일차: 카메라 관리 및 청소 방법

Mon, 06 Jul 2026 00:00:00 +0000

오늘의 학습 목표

이미지 센서에 먼지가 생기는 원인과 안전한 청소 방법을 이해한다
렌즈, 바디, 메모리카드·배터리를 올바르게 관리하는 습관을 익힌다
장기 보관 시 곰팡이·습기·부식을 예방하는 방법을 습득한다

핵심 개념 설명

1. 이미지 센서 청소

미러리스·DSLR은 렌즈를 교환할 때마다 바디 내부가 외부 공기에 노출되기 때문에 먼지가 센서(또는 센서 앞의 로우패스 필터)에 붙기 쉽습니다. 조리개를 F11 이상으로 조이고 밝은 하늘이나 흰 벽을 찍어보면, 사진 위에 동그랗고 흐릿한 얼룩(먼지 그림자)이 보이는지 확인할 수 있습니다.

Causative Verbs (사역동사) — have / get / make / let + something/someone

Mon, 06 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 6일 (월요일) — Daily English Study

📖 오늘의 문법: Causative Verbs (사역동사) — have / get / make / let + something/someone

설명

직접 하지 않고 다른 사람에게 시키거나 대신 하게 만들 때 쓰는 구조입니다. 무엇을(사물) 당하게 하는지, 누구에게(사람) 시키는지에 따라 형태가 달라집니다.

📷 소니 DSLR 카메라 학습 — 28일차: 필터 활용 (ND필터, CPL필터)

Sun, 05 Jul 2026 00:00:00 +0000

오늘의 학습 목표

ND필터와 CPL필터가 각각 어떤 원리로 작동하는지 이해한다
두 필터를 실제로 언제, 왜 사용해야 하는지 구분할 수 있다
소니 렌즈에 필터를 장착할 때 주의할 점을 익힌다

핵심 개념 설명

1. ND필터 (Neutral Density Filter, 감광 필터)

ND필터는 렌즈로 들어오는 빛의 양을 줄여주는 “선글라스” 같은 역할을 합니다. 색감에는 영향을 주지 않고(중립적으로, Neutral) 밝기(Density)만 낮춰줍니다.

Relative Clauses (관계대명사) — who / which / that / whose

Sun, 05 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 5일 (일요일) — Daily English Study

📖 오늘의 문법: Relative Clauses (관계대명사) — who / which / that / whose

설명

관계대명사는 두 문장을 하나로 연결하면서, 앞에 나온 명사(선행사)를 뒤에서 꾸며주는 역할을 합니다. 선행사가 사람인지 사물인지, 그리고 문장 안에서 주어 역할인지 목적어 역할인지에 따라 알맞은 관계대명사를 골라야 합니다.

📷 소니 DSLR 카메라 학습 — 27일차: 렌즈 종류 이해 (광각, 표준, 망원, 단렌즈)

Sat, 04 Jul 2026 00:00:00 +0000

오늘의 학습 목표

광각, 표준, 망원, 단(단초점) 렌즈의 화각과 특성 차이를 이해한다
각 렌즈 종류가 어떤 촬영 상황에 적합한지 구분할 수 있다
소니 E마운트 렌즈 라인업(FE/E, 크롭바디 vs 풀프레임)의 기본 표기를 읽을 수 있다

핵심 개념 설명

1. 화각(Focal Length)이란?

렌즈의 초점거리(mm)는 카메라가 담는 시야의 폭, 즉 화각을 결정합니다. 초점거리가 짧을수록 화각이 넓고(더 많은 장면이 담김), 길수록 화각이 좁아지며(멀리 있는 피사체가 크게 보임) 원근감도 달라집니다.

Gerunds vs. Infinitives (동명사 vs to부정사) — 동사 뒤에 뭐가 올까?

Sat, 04 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 4일 (토요일) — Daily English Study

📖 오늘의 문법: Gerunds vs. Infinitives (동명사 vs to부정사) — 동사 뒤에 뭐가 올까?

설명

영어에서 동사 뒤에 다른 동작을 이어 쓸 때, **동명사(-ing)**를 쓸지 **to부정사(to + 동사원형)**를 쓸지는 앞의 동사가 무엇이냐에 따라 정해집니다. 규칙이 아니라 “동사별 암기"에 가깝기 때문에 패턴으로 익혀두는 게 좋습니다.

📷 소니 DSLR 카메라 학습 — 26일차: 커스텀 버튼 설정 및 최적화

Fri, 03 Jul 2026 00:00:00 +0000

오늘의 학습 목표

소니 α 시리즈의 커스텀 버튼(C1~C4, AEL, 초점 고정 버튼 등) 개념과 활용법 이해하기
나만의 촬영 스타일에 맞춰 자주 쓰는 기능을 버튼에 할당하고 Fn(펑션) 메뉴·My Menu를 최적화하기
백버튼 포커스(Back-Button Focus) 설정을 실습하며 촬영 속도와 정확도 높이기

핵심 개념 설명

왜 커스텀 버튼이 중요한가

소니 α 시리즈는 촬영 중 메뉴를 뒤지지 않고도 즉시 설정을 바꿀 수 있도록 다양한 물리 버튼에 원하는 기능을 자유롭게 배정할 수 있습니다. 예를 들어 ISO, 화이트밸런스, 초점 모드, 눈동자 AF(Eye AF), 드라이브 모드(연사/타이머) 같은 기능을 매번 메뉴에서 찾는 대신 버튼 하나로 즉시 호출하면, 결정적 순간을 놓치지 않고 촬영 흐름을 유지할 수 있습니다.

Modal Verbs of Deduction (추측을 나타내는 조동사) — must / might / could / can't

Fri, 03 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 3일 (금요일) — Daily English Study

설명

영어에서는 확신의 정도에 따라 다른 조동사를 사용해 추측을 표현합니다. 단순히 “아마도"라고 뭉뚱그리지 않고, 얼마나 확신하는지에 따라 단어를 골라야 자연스럽습니다.

📷 소니 DSLR 카메라 학습 — 25일차: 흑백 사진 촬영 및 보정

Thu, 02 Jul 2026 00:00:00 +0000

오늘의 학습 목표

흑백 사진이 가지는 고유한 표현력과 색채 사진과의 차이를 이해한다
소니 카메라의 흑백 촬영 기능(Creative Look, 피처 프로파일)을 실전에서 활용한다
촬영 후 보정 단계에서 톤(명암), 대비, 질감을 조절해 완성도 높은 흑백 이미지를 만든다

핵심 개념

왜 흑백인가

색이 사라지면 사진은 색상 대비 대신 명암 대비, 형태, 질감, 패턴에 집중하게 됩니다. 화려한 색이 오히려 시선을 분산시키는 장면(어수선한 배경, 색이 뒤섞인 도심 풍경)에서는 흑백으로 전환했을 때 피사체의 형태와 스토리가 더 선명하게 드러납니다. 반대로 노을, 단풍처럼 색 자체가 주제인 사진은 흑백에 적합하지 않습니다.

Reported Speech (간접화법) — 남의 말을 전달하는 법

Thu, 02 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 2일 — Daily English Study

📖 오늘의 문법: Reported Speech (간접화법) — 남의 말을 전달하는 법

설명

직접화법(Direct Speech)은 상대방의 말을 따옴표로 그대로 옮기는 것이고, 간접화법(Reported Speech)은 그 말을 내 문장 안에 녹여서 전달하는 것입니다. 이때 몇 가지 규칙이 바뀝니다.

"Used to" vs "Be used to" vs "Get used to" — 헷갈리는 세 표현 완전 정리

Wed, 01 Jul 2026 00:00:00 +0000

🗓️ 2026년 7월 1일 — Daily English Study

📖 오늘의 문법: “Used to” vs “Be used to” vs “Get used to” — 헷갈리는 세 표현 완전 정리

설명

비슷해 보이지만 의미가 완전히 다른 세 표현입니다.

표현	구조	의미
Used to	used to + 동사원형	과거의 습관/상태 (지금은 아님)
Be used to	am/is/are/was + used to + 명사/동명사	~에 익숙하다 (현재 상태)
Get used to	get/got + used to + 명사/동명사	~에 익숙해지다 (과정)

⚠️ “Used to + 동사원형"의 “to"는 부정사의 to, 나머지 두 표현의 “to"는 전치사 → 뒤에 명사/동명사(~ing)가 옴

📷 소니 DSLR 카메라 학습 — 24일차: 색감 보정 기초 (노출, 화이트밸런스, 색조 조정)

Wed, 01 Jul 2026 00:00:00 +0000

오늘의 학습 목표

노출 보정 도구(밝기, 하이라이트, 그림자, 화이트, 블랙)를 이해하고 자연스러운 밝기를 만든다
화이트밸런스 보정으로 색온도와 색조를 조절해 원하는 색감을 구현한다
HSL/색조 패널을 활용해 특정 색상만 선택적으로 조정하는 법을 익힌다

핵심 개념 설명

1. 노출 보정 (Exposure Correction)

RAW 파일은 촬영 후에도 노출을 ±2~3 스탑 수준으로 복구할 수 있다는 것이 JPEG 대비 최대 강점입니다.

"Wish" + 과거시제 — 현재 상황에 대한 아쉬움 표현하기

Tue, 30 Jun 2026 00:00:00 +0000

🗓️ 2026년 6월 30일 — Daily English Study

📖 오늘의 문법: “Wish” + 과거시제 — 현재 상황에 대한 아쉬움 표현하기

설명

“I wish + 과거시제” 는 현재 사실과 반대되는 상황을 바라거나, 현재 상황에 대한 아쉬움을 표현할 때 씁니다.

📷 소니 DSLR 카메라 학습 — 23일차: RAW 파일 현상 기초

Tue, 30 Jun 2026 00:00:00 +0000

오늘의 학습 목표

RAW 파일과 JPEG의 차이를 이해하고 RAW 촬영의 장점을 파악한다
소니 Imaging Edge Desktop과 Adobe Lightroom의 기본 인터페이스를 익힌다
RAW 파일을 불러와 기본 현상(노출·색온도·색조 보정)을 직접 실습한다

핵심 개념 설명

RAW vs JPEG — 왜 RAW인가?

카메라가 사진을 저장하는 방식은 크게 두 가지입니다.

📷 소니 DSLR 카메라 학습 — 22일차: 접사(매크로) 촬영 기법

Mon, 29 Jun 2026 00:00:00 +0000

오늘의 학습 목표

매크로(접사) 촬영의 기본 개념과 소니 카메라에서의 설정 방법을 이해한다.
피사계 심도(DOF)가 극도로 얕아지는 매크로 환경에서 핀트를 맞추는 기법을 익힌다.
작은 피사체를 효과적으로 조명하고 구도를 잡는 실전 촬영 능력을 기른다.

핵심 개념 설명

매크로(접사) 촬영이란?

매크로 촬영은 피사체를 실제 크기와 같거나 더 크게 센서에 담는 촬영 방식입니다. 배율이 1:1(라이프 사이즈)이면 실제 1cm 크기의 피사체가 센서에도 1cm로 맺히는 것을 의미합니다. 꽃의 수술, 곤충의 눈, 시계 부품처럼 육안으로 디테일을 파악하기 어려운 피사체를 극적으로 클로즈업할 수 있습니다.

Present Perfect vs. Simple Past (현재완료 vs. 단순과거)

Mon, 29 Jun 2026 00:00:00 +0000

🗓️ 2026년 6월 29일 — Daily English Study

📖 오늘의 문법: Present Perfect vs. Simple Past (현재완료 vs. 단순과거)

핵심 개념: 현재완료(have/has + p.p.)는 과거의 일이 현재와 연결될 때 씁니다. 단순과거는 과거의 특정 시점에 완결된 일을 말합니다.

📷 소니 DSLR 카메라 학습 — 21일차: 움직이는 피사체 촬영 (스포츠, 동물)

Sun, 28 Jun 2026 00:00:00 +0000

오늘의 학습 목표

연속 AF(AF-C)와 추적 AF를 활용해 움직이는 피사체에 초점을 유지하는 방법을 익힌다
셔터스피드와 연사 모드를 조합해 결정적 순간을 포착하는 기법을 습득한다
예측 촬영(Panning) 기법으로 속도감 있는 이미지를 표현한다

핵심 개념 설명

1. AF-C (연속 오토포커스) 완전 활용

움직이는 피사체를 촬영할 때 가장 중요한 설정은 AF-C(Continuous AF) 입니다.

Conditional Sentences (조건문) — Type 2 (가정법 과거)

Sun, 28 Jun 2026 00:00:00 +0000

🗓️ 2026년 6월 28일 — Daily English Study

📖 오늘의 문법: Conditional Sentences (조건문) — Type 2 (가정법 과거)

핵심 개념: Type 2 조건문은 현재나 미래에 실현 가능성이 낮거나 반사실적인 상황을 표현할 때 사용합니다.

📷 소니 DSLR 카메라 학습 — 16일차: 빛의 방향과 활용 (순광, 역광, 사광)

Tue, 23 Jun 2026 00:00:00 +0000

오늘의 학습 목표

순광, 역광, 사광(측광)의 차이와 각각의 분위기를 이해한다
빛의 방향에 따라 적절한 노출 보정 방법을 적용할 수 있다
의도적으로 빛을 활용해 원하는 분위기의 사진을 만든다

핵심 개념 설명

빛의 방향이 왜 중요한가?

같은 피사체라도 빛이 어느 방향에서 오느냐에 따라 입체감, 분위기, 색감이 완전히 달라집니다. 빛의 방향을 이해하는 것은 좋은 사진을 만드는 핵심 요소입니다.

시제 일치 (Sequence of Tenses)

Tue, 23 Jun 2026 00:00:00 +0000

Daily English Study — 2026년 6월 23일

📚 오늘의 문법: 시제 일치 (Sequence of Tenses)

개념 설명

주절의 시제에 따라 종속절의 시제도 맞춰야 합니다. 특히 **간접화법(Reported Speech)**에서 자주 쓰입니다.

📷 소니 DSLR 카메라 학습 — 15일차: 구도의 기초 (삼분할 법칙, 황금비율)

Mon, 22 Jun 2026 00:00:00 +0000

오늘의 학습 목표

삼분할 법칙을 이해하고 실제 촬영에 적용할 수 있다
황금비율과 황금나선의 개념을 사진 구도에 연결한다
강한 구도를 만드는 기타 원칙들(선, 프레임 안 프레임, 대칭)을 파악한다

핵심 개념 설명

삼분할 법칙 (Rule of Thirds)

프레임을 가로세로 각각 3등분하여 생기는 4개의 교차점(파워포인트) 에 피사체의 핵심 요소를 배치하는 구도 원칙입니다. 피사체를 정중앙에 두는 것보다 시각적 긴장감과 생동감이 생깁니다.

접속사 (Conjunctions) — 등위접속사 & 종속접속사

Mon, 22 Jun 2026 00:00:00 +0000

Daily English Study — 2026년 6월 22일

📚 오늘의 문법: 접속사 (Conjunctions) — 등위접속사 & 종속접속사

개념 설명

접속사는 단어, 구, 절을 연결합니다.

등위접속사 (Coordinating Conjunctions): FANBOYS

📷 소니 DSLR 카메라 학습 — 14일차: 초점 포인트 수동 지정 및 눈동자 AF 활용

Sun, 21 Jun 2026 00:00:00 +0000

오늘의 학습 목표

수동으로 AF 포인트를 지정하는 방법을 익힌다
소니의 눈동자 AF(Eye AF) 설정과 활용법을 완전히 파악한다
인물 촬영 시 눈에 정확하게 초점 맞추는 루틴을 만든다

핵심 개념 설명

수동 AF 포인트 지정

카메라를 와이드 AF로 두면 카메라가 임의로 피사체를 선택합니다. 하지만 의도한 곳에 초점을 맞추려면 플렉시블 스팟으로 AF 영역을 전환하고 포인트를 직접 배치해야 합니다.

관사 (Articles) — a / an / the

Sun, 21 Jun 2026 00:00:00 +0000

Daily English Study — 2026년 6월 21일

📚 오늘의 문법: 관사 (Articles) — a / an / the

개념 설명

영어 관사는 **부정관사(a/an)**와 **정관사(the)**로 나뉩니다. 한국어에 없는 개념이라 많이 실수합니다.

📷 소니 DSLR 카메라 학습 — 13일차: 오토포커스 방식 및 AF 영역 설정

Sat, 20 Jun 2026 00:00:00 +0000

오늘의 학습 목표

AF-S, AF-C, AF-A의 차이를 이해하고 상황에 맞게 선택한다
소니의 AF 영역 모드(와이드, 존, 스팟, 확장 스팟)를 이해한다
움직이는 피사체와 정적인 피사체 각각에 맞는 AF 설정을 익힌다

핵심 개념 설명

AF 방식 3가지

AF-S (Single-shot AF / 단일 AF)

셔터 버튼을 반누름하면 초점을 맞추고 고정(Lock) 합니다
피사체가 움직이면 초점이 따라가지 않음
정지된 피사체 (풍경, 정물, 건축, 앉아 있는 인물) 에 최적
배터리 소모 적음

AF-C (Continuous AF / 연속 AF)

셔터 반누름 동안 카메라가 피사체를 지속 추적하며 초점을 계속 조정
피사체가 움직여도 초점 유지
움직이는 피사체 (스포츠, 아이, 동물, 달리는 차) 에 최적
소니의 리얼타임 트래킹과 결합 시 강력한 성능 발휘

AF-A (Automatic AF)

정지 피사체 → AF-S, 움직임 감지 → AF-C로 자동 전환
예측하기 어려운 상황에서 유용
단, 카메라의 판단에 의존하므로 오작동 가능성 있음

AF 영역 모드 (AF Area)

소니 α 시리즈는 다양한 AF 영역 모드를 제공합니다.

비교급과 최상급 (Comparatives & Superlatives)

Sat, 20 Jun 2026 00:00:00 +0000

Daily English Study — 2026년 6월 20일

📚 오늘의 문법: 비교급과 최상급 (Comparatives & Superlatives)

개념 설명

두 대상을 비교하거나 셋 이상 중 가장 두드러진 것을 표현할 때 사용합니다.

📷 소니 DSLR 카메라 학습 — 12일차: 측광 방식 이해

Fri, 19 Jun 2026 00:00:00 +0000

오늘의 학습 목표

측광(Metering)이 무엇인지, 카메라가 노출을 어떻게 결정하는지 이해한다
다분할(Multi), 중앙중점(Center-weighted), 스팟(Spot) 측광의 차이를 구분한다
상황에 맞는 측광 방식을 선택할 수 있다

핵심 개념 설명

측광(Metering)이란?

카메라가 씬(scene)의 밝기를 읽어 자동 노출(셔터스피드, 조리개, ISO)을 결정하는 방식입니다. 같은 장면이라도 측광 방식이 다르면 카메라가 결정하는 적정 노출이 달라집니다.

동명사 vs 부정사 (Gerund vs. Infinitive)

Fri, 19 Jun 2026 00:00:00 +0000

Daily English Study — 2026년 6월 19일

📚 오늘의 문법: 동명사 vs 부정사 (Gerund vs. Infinitive)

개념 설명

동사 뒤에 다른 동사가 올 때, 동명사(-ing) 또는 부정사(to + 동사원형) 중 어느 형태를 써야 할지가 중요합니다.

📷 소니 DSLR 카메라 학습 — 11일차: 화이트밸런스 이해 및 색온도 조절

Thu, 18 Jun 2026 00:00:00 +0000

오늘의 학습 목표

화이트밸런스(WB)의 개념과 색온도(켈빈, K)를 이해한다
소니 카메라의 WB 프리셋을 상황별로 적절히 선택할 수 있다
수동 색온도(MWB / 커스텀 WB) 설정 방법을 익힌다

핵심 개념 설명

화이트밸런스(White Balance)란?

인간의 눈은 어떤 광원 아래에서도 흰 종이를 “흰색"으로 인식하도록 자동 보정합니다. 하지만 카메라 센서는 광원의 색온도에 따라 흰색을 다른 색으로 기록합니다. 화이트밸런스는 이를 보정해 “흰색을 흰색으로” 찍히게 하는 설정입니다.

현재완료 (Present Perfect)

Thu, 18 Jun 2026 00:00:00 +0000

Daily English Study — 2026년 6월 18일

📚 오늘의 문법: 현재완료 (Present Perfect)

개념 설명

현재완료는 과거에 발생한 일이 현재와 연결될 때 사용합니다. 단순 과거(Simple Past)와 달리, 언제 일어났는지보다 결과나 경험에 초점을 맞춥니다.

📷 소니 DSLR 카메라 학습 — 10일차: 수동 모드 (M 모드) 기초 실습

Wed, 17 Jun 2026 00:00:00 +0000

오늘의 학습 목표

M 모드에서 ISO, 조리개(F값), 셔터스피드를 직접 설정하는 방법을 익힌다.
노출 삼각형 세 요소를 수동으로 조합해 원하는 노출값(EV)을 만들어낸다.
소니 카메라의 노출 미터를 읽고 적정 노출을 판단하는 능력을 기른다.

핵심 개념 설명

M 모드란?

**수동 모드(Manual Mode)**는 촬영자가 ISO·조리개·셔터스피드를 모두 직접 결정하는 모드입니다. 카메라가 아무것도 자동으로 바꾸지 않기 때문에 가장 완전한 표현의 자유를 제공합니다. 반면 잘못 설정하면 노출 과다(하얗게 날아감) 또는 노출 부족(어둡게 뭉개짐)이 발생합니다.

가정법 과거 (Second Conditional)

Wed, 17 Jun 2026 00:00:00 +0000

Daily English Study — 2026년 6월 17일

📚 오늘의 문법: 가정법 과거 (Second Conditional)

개념 설명

가정법 과거(Second Conditional)는 현재 또는 미래에 일어나기 어렵거나 불가능한 상황을 가정할 때 사용합니다.

📷 소니 DSLR 카메라 학습 — 9일차: 셔터 우선 모드 (S 모드) 완전 정복

Tue, 16 Jun 2026 00:00:00 +0000

오늘의 학습 목표

셔터 우선 모드(S 모드)의 개념과 동작 원리를 이해한다
셔터스피드에 따른 피사체 움직임 표현 방법을 습득한다
소니 카메라에서 S 모드를 활용한 다양한 촬영 상황에 적용할 수 있다

핵심 개념 설명

셔터 우선 모드(S 모드)란?

셔터 우선 모드(S 모드, Shutter Priority)는 촬영자가 셔터스피드를 직접 설정하면, 카메라가 적정 노출을 위해 조리개(F값)를 자동으로 조절해주는 반자동 모드입니다.

관계절 (Relative Clauses)

Tue, 16 Jun 2026 00:00:00 +0000

📚 오늘의 문법: 관계절 (Relative Clauses)

설명: 관계절은 명사를 더 자세히 설명하는 절입니다. 관계대명사(who, which, that, whose, whom)를 사용해 두 문장을 하나로 연결합니다.

구조:

📷 소니 DSLR 카메라 학습 — 8일차: 조리개 우선 모드 (A 모드) 완전 정복

Mon, 15 Jun 2026 00:00:00 +0000

오늘의 학습 목표

조리개 우선 모드(A 모드)의 개념과 작동 원리를 이해한다
F값에 따른 심도 변화를 실습으로 체감한다
A 모드에서 노출을 보정하는 방법을 익힌다

핵심 개념 설명

조리개 우선 모드(A 모드)란?

조리개 우선 모드(Aperture Priority, A 모드)는 촬영자가 조리개 값(F값)을 직접 설정하면, 카메라가 적정 노출에 맞는 셔터스피드를 자동으로 결정해주는 반자동 모드입니다.

가정법 과거 (Second Conditional)

Mon, 15 Jun 2026 00:00:00 +0000

📚 오늘의 문법: 가정법 과거 (Second Conditional)

설명: 가정법 과거는 현재 또는 미래에 일어날 가능성이 낮거나 불가능한 상황을 가정할 때 사용합니다.
구조: If + 주어 + 동사 과거형, 주어 + would/could/might + 동사원형

📷 소니 DSLR 카메라 학습 — 7일차: 자동 모드 (Auto, P 모드) 이해 및 실습

Sun, 14 Jun 2026 00:00:00 +0000

오늘의 학습 목표

Auto 모드와 P 모드의 차이를 명확히 이해한다
P 모드에서 프로그램 시프트(Program Shift)를 활용해 노출을 조절할 수 있다
두 모드를 실제로 사용해보고 각각의 장단점을 체감한다

핵심 개념 설명

Auto 모드 (초록색 카메라 아이콘 또는 AUTO)

Auto 모드는 카메라가 ISO, 조리개, 셔터스피드를 완전히 자동으로 결정하는 모드입니다. 소니 α 시리즈에서는 모드 다이얼의 초록색 카메라 아이콘 또는 AUTO 위치입니다.

가정법 과거 (Second Conditional)

Sun, 14 Jun 2026 00:00:00 +0000

📚 Daily English Study — 2026년 6월 14일

🔤 오늘의 문법: 가정법 과거 (Second Conditional)

개념: “만약 ~라면, ~할 텐데"처럼 현재 사실과 반대되는 상황이나 실현 가능성이 낮은 가정을 표현할 때 사용합니다.

📷 소니 DSLR 카메라 학습 — 6일차: 셔터스피드 심화 학습

Sat, 13 Jun 2026 00:00:00 +0000

오늘의 학습 목표

셔터스피드의 수치 체계를 이해하고 움직임을 의도적으로 표현할 수 있다
손떨림과 피사체 흔들림의 차이를 구분하고 각각 해결하는 방법을 익힌다
소니 카메라의 셔터 관련 기능(IBIS, 전자셔터 등)을 실전에서 활용한다

핵심 개념 설명

셔터스피드란?

셔터스피드(Shutter Speed)는 카메라 센서가 빛에 노출되는 시간입니다. 1/값 형태로 표기되며, 숫자가 클수록 노출 시간이 짧아집니다.

수동태 (Passive Voice)

Sat, 13 Jun 2026 00:00:00 +0000

📚 Daily English Study — 2026년 6월 13일 (토요일)

🧠 오늘의 문법: 수동태 (Passive Voice)

개념 설명

수동태는 행동을 받는 대상을 주어로 만드는 문장 구조입니다.
능동태: 주어 + 동사 + 목적어
수동태: 목적어 + be동사 + 과거분사 (+ by + 행위자)

📷 소니 DSLR 카메라 학습 — 5일차: 조리개(F값) 심화 학습

Fri, 12 Jun 2026 00:00:00 +0000

오늘의 학습 목표

조리개(F값)의 개념과 빛의 양 조절 원리를 이해한다
심도(Depth of Field) 개념을 파악하고 얕은 심도 vs 깊은 심도를 구분한다
배경 흐림(보케) 효과를 의도적으로 만들어내는 촬영을 실습한다

핵심 개념 설명

1. 조리개(Aperture)란?

조리개는 렌즈 내부에 있는 빛의 통로를 조절하는 장치입니다. 카메라 눈의 동공과 같은 역할을 합니다.

가정법 과거 (Second Conditional) — 복습 노트 (6월 12일)

Fri, 12 Jun 2026 00:00:00 +0000

Daily English Study — 2026년 6월 12일 (Friday)

📚 Grammar: 가정법 과거 (Second Conditional)

설명

Second Conditional은 현재 또는 미래의 비현실적이거나 가능성이 낮은 상황을 가정할 때 사용합니다.

📷 소니 DSLR 카메라 학습 — 4일차: ISO 심화 학습

Thu, 11 Jun 2026 00:00:00 +0000

오늘의 학습 목표

ISO의 개념과 숫자별 차이를 이해한다
ISO 100부터 6400까지 직접 설정하며 노이즈 변화를 체감한다
상황별 최적 ISO를 판단하는 기준을 익힌다

핵심 개념 설명

ISO란 무엇인가?

ISO는 카메라 센서의 빛에 대한 감도(민감도)를 나타내는 수치입니다. 원래는 필름의 감광도를 나타내던 단위였으나, 디지털 카메라에서는 센서가 빛을 증폭시키는 정도를 의미합니다.

강조 구문 (Cleft Sentences) — It-cleft & Wh-cleft

Thu, 11 Jun 2026 00:00:00 +0000

Daily English Study — 2026년 6월 11일 (목요일)

📖 오늘의 영문법: 강조 구문 (Cleft Sentences) — It-cleft & Wh-cleft

개념 설명

**강조 구문(Cleft Sentence)**은 문장의 특정 요소를 강조하기 위해 문장을 두 개의 절로 분리(cleft)하는 구조입니다. 말하고자 하는 핵심 정보를 앞으로 빼내어 청자의 주의를 집중시킵니다. 미국인들이 구어체와 문어체 모두에서 자주 사용합니다.

📷 소니 DSLR 카메라 학습 — 3일차: 노출 삼각형 개념 이해

Wed, 10 Jun 2026 00:00:00 +0000

오늘의 학습 목표

노출 삼각형(ISO, 조리개, 셔터스피드)의 개념과 상호 관계를 이해한다
각 요소가 사진에 미치는 영향을 파악한다
올바른 노출을 위해 세 요소를 균형 있게 조합하는 법을 익힌다

핵심 개념 설명

노출(Exposure)이란?

노출이란 카메라 센서가 빛을 받아들이는 양을 의미합니다. 노출이 부족하면 사진이 어둡게(언더노출), 과하면 밝게(오버노출) 찍힙니다. 적정 노출을 만들기 위해 세 가지 요소—ISO, 조리개, 셔터스피드—를 조합합니다.

2형식 조건문 (Second Conditional)

Wed, 10 Jun 2026 00:00:00 +0000

Daily English Study — 2026년 6월 10일

📚 오늘의 문법: 2형식 조건문 (Second Conditional)

개념 설명

**2형식 조건문(Second Conditional)**은 현재 또는 미래의 비현실적이거나 가상의 상황을 표현할 때 사용합니다.

📷 소니 DSLR 카메라 학습 — 2일차: 메뉴 구조 이해 및 초기 세팅

Tue, 09 Jun 2026 00:00:00 +0000

오늘의 학습 목표

소니 α 시리즈의 메뉴 구조를 파악하고 주요 설정 위치를 기억한다
날짜/시간, 언어 등 기본 초기 세팅을 완료한다
RAW와 JPEG의 차이를 이해하고 촬영 목적에 맞는 파일 형식을 선택한다

핵심 개념 설명

소니 α 시리즈 메뉴 구조

소니 α 시리즈(A7, A6000 등)의 메뉴는 크게 다섯 탭으로 구성됩니다:

도치 (Inversion) — 강조·부정어·조건의 어순 뒤집기

Tue, 09 Jun 2026 00:00:00 +0000

매일 영문법 + 미국식 표현 + 구동사 학습 노트

📖 오늘의 영문법: 도치 (Inversion) — 강조·부정어·조건의 어순 뒤집기

개념 설명

**도치(Inversion)**란 일반적인 주어 + 동사 어순을 동사(조동사) + 주어로 뒤집는 문법입니다. 영어에서 도치는 크게 세 가지 상황에서 쓰입니다.

📷 소니 DSLR 카메라 학습 — 1일차: 카메라 각 부분 명칭 및 기본 설정

Mon, 08 Jun 2026 00:00:00 +0000

1일차: 카메라 각 부분 명칭 및 기본 설정 (소니 α 시리즈 기준)

오늘의 학습 목표

소니 α 시리즈 카메라의 주요 부분 명칭을 익히고 각 버튼/다이얼의 기능을 파악한다
카메라를 처음 켰을 때 해야 할 필수 초기 설정을 완료한다
카메라를 올바르게 잡는 그립법과 기본 조작 흐름을 몸에 익힌다

핵심 개념 설명

1. 소니 α 시리즈 외관 구조

소니 α 시리즈(α6000, α6400, α6600, α7 시리즈 등)는 공통적으로 아래 구조를 공유합니다.

분사구문 (Participial Construction)

Mon, 08 Jun 2026 00:00:00 +0000

매일 영문법 + 미국식 표현 + 구동사 학습 노트

📖 오늘의 영문법: 분사구문 (Participial Construction)

개념 설명

분사구문은 두 개의 문장을 분사(-ing / -ed)를 이용해 한 문장으로 압축하는 구조입니다. **부사절(접속사 + 주어 + 동사)**을 짧게 만들어주기 때문에 회의, 이메일, 격식 있는 글쓰기에서 매우 자주 등장합니다.

조동사 완료형 (Modal Perfect) — must/should/could/might/would + have p.p.

Sun, 07 Jun 2026 00:00:00 +0000

개념 설명

조동사 완료형(Modal Perfect) 은 “조동사 + have + 과거분사(p.p.)” 형태로, 과거의 일에 대한 추측·후회·비난·가능성을 표현합니다. 어제 배운 가정법(Conditionals) 의 3차 가정에서 would have p.p. 를 썼던 것처럼, 같은 “have + p.p.” 패턴이지만 조동사를 바꾸면 의미가 완전히 달라집니다. 원어민이 Slack에서 “이거 진작 알았어야 했는데 (I should have known)”, “메일이 스팸함에 들어갔을 수도 있어 (It might have gone to spam)” 같은 표현을 일상적으로 쓰는 핵심 패턴이에요.

가정법 (Conditionals) — 0·1·2·3차 + Mixed Conditional 총정리

Fri, 05 Jun 2026 00:00:00 +0000

📖 오늘의 영문법: 가정법 (Conditionals) — 0·1·2·3차 + Mixed Conditional 총정리

개념 설명

가정법(Conditional Sentences) 은 “만약 ~라면, ~할 것이다” 처럼 조건과 결과를 연결하는 구문입니다. 어제 배운 간접화법(Reported Speech) 의 시제 백쉬프트 규칙(will → would, can → could)이 그대로 활용되는 단원이라서, 같이 익혀두면 회의에서 가설을 제안하거나, Slack에서 “만약 ~했더라면” 후회를 표현할 때 자연스럽게 입에서 나옵니다.

간접화법 (Reported Speech) — 시제 일치·인칭·지시어 변화

Thu, 04 Jun 2026 00:00:00 +0000

📖 오늘의 영문법: 간접화법 (Reported Speech) — 시제 일치·인칭·지시어 변화

개념 설명

간접화법(Reported Speech / Indirect Speech) 은 누군가의 말을 그대로 인용하지 않고 내 말로 옮겨 전달하는 방식입니다. 어제 배운 명사절(Noun Clauses) 이 그대로 활용되는 단원으로, that 절·whether 절·의문사절 이 그대로 등장합니다. 비즈니스 영어의 핵심 — 회의 요약, 상태 보고, 슬랙 업데이트, 1:1 후속 메일에서 매일 쓰는 패턴입니다.

명사절 (Noun Clauses) — that / whether / if / 의문사

Wed, 03 Jun 2026 00:00:00 +0000

📖 오늘의 영문법: 명사절 (Noun Clauses) — that / whether / if / 의문사

개념 설명

명사절(Noun Clause) 은 문장 안에서 명사 역할(주어·목적어·보어·전치사 목적어) 을 하는 절(節)입니다. 지난 이틀간 배운 관계사절(형용사 역할) 과 복합관계사 의 연장선에서, 이번엔 절이 명사 통째로 들어가는 구조를 익힙니다. 비즈니스 영어에서 "~인지 아닌지", "~라는 사실", “무엇을 ~할지” 를 말할 때 거의 매일 쓰는 핵심 패턴입니다.

복합관계사 (Compound Relatives) — whoever / whatever / whichever / whenever / wherever / however

Tue, 02 Jun 2026 00:00:00 +0000

📖 오늘의 영문법: 복합관계사 (Compound Relatives) — whoever / whatever / whichever / whenever / wherever / however

개념 설명

복합관계사(Compound Relatives) 는 관계사 + -ever 형태로, 어제 배운 일반 관계사절과 달리 선행사를 포함한 채 사용됩니다. 즉, the person who… 는 whoever… 한 단어로 압축할 수 있다는 뜻이죠. 어제 배운 관계사절(Relative Clauses) 의 연장선으로, 비즈니스 영어에서 유연성·포용성·정책 표현에 매우 자주 등장합니다.

관계사절 (Relative Clauses) — 제한적 vs. 비제한적 용법

Mon, 01 Jun 2026 00:00:00 +0000

📖 오늘의 영문법: 관계사절 (Relative Clauses) — 제한적 vs. 비제한적 용법

개념 설명

관계사절(Relative Clause) 은 명사를 뒤에서 수식해주는 절(節)로, 영어 문장을 간결하고 정보 밀도 높게 만드는 핵심 도구입니다. 지난 주에 배운 분사구문, 도치, 강조구문과 함께 비즈니스 영어 문서·이메일에서 가장 자주 등장하는 구조 중 하나입니다.

강조구문 (Emphatic Structures) — It-cleft, What-cleft, Emphatic do

Sun, 31 May 2026 00:00:00 +0000

📖 오늘의 영문법: 강조구문 (Emphatic Structures) — It-cleft, What-cleft, Emphatic do

개념 설명

강조구문은 영어에서 문장의 **특정 부분(주어/목적어/시간/장소/이유 등)**을 도드라지게 부각시키는 문법 장치입니다. 어제 배운 도치(Inversion), 그제 배운 분사구문과 함께 격식 있는 비즈니스 영어·발표·이메일에서 강력하게 활용됩니다.

분사구문 (Participial Phrases) — 두 문장을 하나로 압축하기

Sat, 30 May 2026 00:00:00 +0000

📖 오늘의 영문법: 분사구문 (Participial Phrases) — 두 문장을 하나로 압축하기

개념 설명

**분사구문(Participial Phrase)**은 접속사 + 주어 + 동사로 된 절을 분사(-ing / -ed) 한 덩어리로 줄여서 문장을 간결하게 만드는 구조입니다. 이메일, 보고서, 비즈니스 영어에서 두 가지 행동을 동시에·연속적으로 표현하거나 이유·시간·조건을 자연스럽게 묻힐 때 매우 자주 등장합니다.

도치 (Inversion) — 강조를 위한 주어·동사 어순 뒤집기

Fri, 29 May 2026 00:00:00 +0000

📖 오늘의 영문법: 도치 (Inversion) — 강조를 위한 주어·동사 어순 뒤집기

개념 설명

**도치(Inversion)**는 영어에서 강조·격식·문학적 효과를 위해 주어와 (조)동사의 어순을 뒤바꾸는 문법 장치입니다. 한국어에는 없는 구조라 처음엔 어색하지만, 비즈니스 영어·뉴스 헤드라인·격식체 이메일에서 자주 등장하므로 알아두면 격이 다른 영어를 구사할 수 있습니다.

혼합 가정법 (Mixed Conditional)

Thu, 28 May 2026 00:00:00 +0000

📖 오늘의 문법: 혼합 가정법 (Mixed Conditional)

개념 설명

**혼합 가정법(Mixed Conditional)**은 과거의 조건과 현재의 결과를 연결할 때 사용합니다.
“그때 그랬더라면, 지금쯤 ~일 텐데"라는 뉘앙스로, Second와 Third Conditional을 섞어서 사용합니다.

가정법 과거완료 (Third Conditional)

Mon, 25 May 2026 00:00:00 +0000

📖 오늘의 문법: 가정법 과거완료 (Third Conditional)

개념 설명

가정법 과거완료는 과거에 일어났던 일이 실제와 달랐다면 어땠을지를 상상할 때 씁니다.
즉, 이미 일어난 일을 되돌아보며 “그때 그랬더라면…” 하고 후회하거나 아쉬움을 표현합니다.

가정법 과거 (Second Conditional)

Sun, 24 May 2026 00:00:00 +0000

📖 오늘의 문법: 가정법 과거 (Second Conditional)

개념 설명

가정법 과거는 현재 사실과 반대되거나, 현실적으로 일어나기 어려운 상황을 가정할 때 사용합니다.

형식:

If + 주어 + 동사의 과거형 …, 주어 + would/could/might + 동사원형 …

가정법 과거 (Second Conditional)

Sun, 17 May 2026 00:00:00 +0000

🔤 오늘의 문법: 가정법 과거 (Second Conditional)

📖 개념 설명

**가정법 과거(Second Conditional)**는 현재 또는 미래에 사실이 아니거나 실현 가능성이 낮은 상황을 가정할 때 사용합니다.

명사절 ② — wh-명사절 & 간접의문문 어순 (Noun Clauses: wh-words & Indirect Questions)

Sat, 16 May 2026 00:00:00 +0000

📖 오늘의 영문법: 명사절 ② — wh-명사절 & 간접의문문 어순 (Noun Clauses: wh-words & Indirect Questions)

📌 명사절 시리즈 ② — 지난 시간(May 11)에는 that절 / if·whether절을 배웠습니다. 오늘은 명사절 시리즈의 두 번째로, wh-명사절(what / who / where / when / why / how + S + V) 과 한국인이 가장 자주 틀리는 간접의문문 어순을 완벽하게 정리합니다.

명사절 심화 ① — that절 / if·whether절 (Noun Clauses: that / if / whether)

Mon, 11 May 2026 00:00:00 +0000

📖 오늘의 영문법: 명사절 심화 ① — that절 / if·whether절 (Noun Clauses: that / if / whether)

🎬 새 시리즈 시작! 지난 3일에 걸쳐 간접화법(Reported Speech)을 완결지었습니다. 사실 간접화법의 “that + 주어 + 동사” 구조는 모두 명사절(Noun Clause) 이었죠. 오늘부터는 명사절을 문장의 어디에 들어가는가(주어/목적어/보어/동격) 라는 관점에서 새롭게 정리합니다. 회의록, 이메일, 보고서를 매끄럽게 쓰는 데 가장 자주 등장하는 패턴입니다.

간접화법 ③ — 시제 예외 & 격식체 전달동사 완결 (Reported Speech: Tense Exceptions & Advanced Reporting Verbs)

Sun, 10 May 2026 00:00:00 +0000

📖 오늘의 영문법: 간접화법 ③ — 시제 예외 & 격식체 전달동사 완결 (Reported Speech: Tense Exceptions & Advanced Reporting Verbs)

🏁 간접화법 시리즈 완결편 — 지난 이틀 동안 평서문, 의문문, 명령문, 요청문의 간접화법 전환을 마스터했습니다. 오늘은 시리즈의 마지막으로, 시제 backshift를 하지 않아도 되는 예외 상황과 claim, admit, insist, deny, suggest 같은 격식체 전달동사를 완벽하게 정리합니다.

간접화법 ② — 의문문·명령문·요청문 전환 (Reported Speech: Questions, Commands & Requests)

Fri, 08 May 2026 00:00:00 +0000

📖 오늘의 영문법: 간접화법 ② — 의문문·명령문·요청문 전환 (Reported Speech: Questions, Commands & Requests)

🔧 간접화법 시리즈 ② — 어제 평서문(statements) backshift를 마스터했다면, 오늘은 실전에서 훨씬 자주 쓰이는 의문문(questions), 명령문(commands), 요청문(requests) 의 간접화법 전환을 배웁니다. 회의에서 누가 무엇을 물어보거나 지시했는지 보고할 때 반드시 필요한 패턴입니다.

간접화법 ① — 시제 일치 & 평서문 전환 (Reported Speech: Backshift & Statements)

Thu, 07 May 2026 00:00:00 +0000

📖 오늘의 영문법: 간접화법 ① — 시제 일치 & 평서문 전환 (Reported Speech: Backshift & Statements)

🔧 간접화법 시리즈 ① — 누군가의 말을 옮길 때 (회의록, 이메일, 보고, “He said that…”) 가장 먼저 마주치는 규칙은 시제 일치(backshift) 와 인칭·시간·장소 표현 전환입니다. 비즈니스 영어에서 미스커뮤니케이션의 70%는 이 규칙을 어겨서 발생합니다. 오늘은 평서문(statements)을 옮기는 방법을 마스터합니다.

부정사 vs. 동명사 ③ — need / like / hate / prefer + 완료 부정사 (to have p.p.)

Wed, 06 May 2026 00:00:00 +0000

📖 오늘의 영문법: 부정사 vs. 동명사 ③ — need / like / hate / prefer + 완료 부정사 (to have p.p.)

🔧 부정사 vs. 동명사 시리즈 ③ (완결편) — 시리즈의 마지막 편입니다. 오늘은 둘 다 받지만 미묘한 뉘앙스 차이가 있는 동사들(need / like / hate / prefer)과, 시제를 한 단계 끌어올리는 **완료 부정사 (to have + p.p.)**를 정리합니다. 비즈니스·캐주얼 영어 모두에서 자연스러움을 결정짓는 영역입니다.

부정사 vs. 동명사 ② — 의미가 달라지는 동사들 (stop / remember / forget / try / regret)

Mon, 04 May 2026 00:00:00 +0000

📖 오늘의 영문법: 부정사 vs. 동명사 ② — 의미가 달라지는 동사들 (stop / remember / forget / try / regret)

🔧 부정사 vs. 동명사 시리즈 ② — 오늘은 시리즈 중 가장 중요한 파트입니다. to부정사와 동명사를 모두 받지만, 의미가 완전히 달라지는 동사들을 정리합니다. 이 패턴을 마스터하면 영어 실력이 한 단계 도약합니다.

부정사 vs. 동명사 ① — to부정사만 쓰는 동사 vs. 동명사만 쓰는 동사

Sun, 03 May 2026 00:00:00 +0000

📖 오늘의 영문법: 부정사 vs. 동명사 ① — to부정사만 쓰는 동사 vs. 동명사만 쓰는 동사

🔧 부정사 vs. 동명사 시리즈 ① — 오늘부터 새 시리즈를 시작합니다. 영어 학습자들이 가장 자주 실수하는 영역 중 하나인 “이 동사 다음엔 to부정사? 동명사(-ing)?” 문제를 완전히 정리합니다. 오늘은 to부정사만 받는 동사와 동명사(-ing)만 받는 동사의 패턴과 그 이유를 익힙니다.

조동사 심화 ③ — used to / be used to / get used to + 가정법 조동사 (would have / could have / might have)

Sat, 02 May 2026 00:00:00 +0000

📖 오늘의 영문법: 조동사 심화 ③ — used to / be used to / get used to + 가정법 조동사 (would have / could have / might have)

🔧 조동사 심화 시리즈 ③ — 조동사 시리즈의 마지막 편입니다. 오늘은 헷갈리기로 유명한 used to / be used to / get used to 3종 세트를 완벽하게 구분하고, 비즈니스 영어에서 자주 쓰이는 **가정법 조동사(would have / could have / might have)**까지 마스터합니다.

조동사 심화 ② — can / could / may / might / will / would 뉘앙스 차이

Fri, 01 May 2026 00:00:00 +0000

📖 오늘의 영문법: 조동사 심화 ② — can / could / may / might / will / would 뉘앙스 차이

🔧 조동사 심화 시리즈 ② — 어제 must / have to / should / ought to의 뉘앙스 차이를 정리했습니다. 오늘은 능력, 가능성, 허가, 의지를 표현하는 나머지 핵심 조동사들 — can / could / may / might / will / would — 의 미묘한 차이를 집중적으로 다룹니다.

조동사 심화 ① — must / have to / should / ought to 뉘앙스 차이

Thu, 30 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: 조동사 심화 ① — must / have to / should / ought to 뉘앙스 차이

🔧 조동사 심화 시리즈 ① — 수동태 시리즈를 완결했으니, 이제 원어민과의 뉘앙스 차이를 만드는 핵심 영역인 **Modal Verbs(조동사)**로 넘어갑니다. 오늘은 “해야 한다"는 의미를 가진 조동사들 — must, have to, should, ought to — 의 미묘한 차이를 집중적으로 다룹니다.

Get-Passive (get + p.p.) & 자주 틀리는 수동태 표현

Wed, 29 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: Get-Passive (get + p.p.) & 자주 틀리는 수동태 표현

🎬 수동태 시리즈 ③ (완결) — 어제 4형식·5형식·by 외의 전치사를 익혔다면, 오늘은 미국 구어체에서 be-passive보다 더 자주 들리는 get-passive와 원어민도 헷갈리는 수동태 함정 표현을 정리합니다.

수동태의 다양한 형태 (4형식·5형식 수동태 + by 이외의 전치사)

Tue, 28 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: 수동태의 다양한 형태 (4형식·5형식 수동태 + by 이외의 전치사)

🎬 수동태 시리즈 ② — 어제 기본형(be + p.p.)을 익혔다면, 오늘은 실제 미국 비즈니스 영어에서 자주 등장하는 까다로운 형태들을 정리합니다. 핵심은 세 가지: (1) 4형식 수동태, (2) 5형식 수동태, (3) by가 아닌 전치사를 쓰는 관용 표현.

수동태 기본형 (The Passive Voice — Basics)

Mon, 27 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: 수동태 기본형 (The Passive Voice — Basics)

🎬 새 시리즈 시작! 오늘부터 수동태(Passive Voice) 시리즈를 시작합니다. 미국 비즈니스 영어에서 가장 자주 등장하는 문장 구조 중 하나가 수동태입니다. 첫째 날인 오늘은 기본 개념과 형태를 확실하게 정리합니다.

독립분사구문 & with 분사구문 (Absolute Phrases & "with + 명사 + 분사")

Sun, 26 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: 독립분사구문 & with 분사구문 (Absolute Phrases & “with + 명사 + 분사”)

개념 설명

어제는 분사구문의 기본형을 배웠습니다. 오늘은 그 다음 단계인 두 가지 고급 분사 구문을 다룹니다.

분사구문 (Participial Phrases)

Sat, 25 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: 분사구문 (Participial Phrases)

개념 설명

**분사구문(Participial Phrase)**이란 부사절(접속사 + 주어 + 동사)을 분사(-ing / p.p.)로 줄여 표현하는 문법입니다.
문장을 더 세련되고 간결하게 만들어주며, 영어 원어민들이 글쓰기와 고급 회화에서 자주 사용합니다.

관계부사 (Relative Adverbs) — when / where / why / how + 계속적 용법

Fri, 24 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: 관계부사 (Relative Adverbs) — when / where / why / how + 계속적 용법

개념 설명

어제 배운 **관계대명사(who, which, that)**는 명사를 대신하며 선행사를 꾸며주는 역할을 했습니다.
오늘 배울 **관계부사(Relative Adverb)**는 명사 대신이 아니라 “전치사 + 관계대명사"를 대신합니다.
즉, 장소·시간·이유·방법을 나타내는 부사절을 만들어 선행사를 꾸며줍니다.

관계대명사 (Relative Pronouns) — who / which / that

Thu, 23 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: 관계대명사 (Relative Pronouns) — who / which / that

개념 설명

**관계대명사(Relative Pronoun)**는 두 문장을 하나로 연결하면서, 앞에 나온 명사(선행사)를 꾸며주는 역할을 합니다. 한국어에는 없는 구조라서 많은 학습자들이 어려워하지만, 원리를 알면 매우 단순합니다.

혼합 가정법 (Mixed Conditionals)

Wed, 22 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: 혼합 가정법 (Mixed Conditionals)

개념 설명

**혼합 가정법(Mixed Conditionals)**은 지난 이틀 배운 **Second Conditional(현재 반대)**과 **Third Conditional(과거 반대)**을 섞어서 사용하는 구문입니다.

가정법 과거완료 (Third Conditional)

Tue, 21 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: 가정법 과거완료 (Third Conditional)

개념 설명

**가정법 과거완료(Third Conditional)**는 과거에 일어나지 않은 일에 대해 “만약 ~했더라면, ~했을 텐데"라고 후회하거나 반대되는 상황을 가정할 때 사용합니다.

가정법 과거 (Second Conditional)

Mon, 20 Apr 2026 00:00:00 +0000

📖 오늘의 영문법: 가정법 과거 (Second Conditional)

개념 설명

**가정법 과거(Second Conditional)**는 현재나 미래에 실현 가능성이 낮거나 사실과 반대되는 상황을 가정할 때 사용합니다.

매일핫템

Day 01 — Unity 설치 및 에디터 인터페이스 익히기

🎯 학습 목표

1. Unity Hub와 에디터 설치

Day 01 — Python & Linux: AI 엔지니어의 개발 환경

🎯 학습 목표

1. 왜 Python인가?

Day 01 — Claude란 무엇인가?

🎯 학습 목표

1. Claude는 어떤 모델인가?

Day 02 — GameObject와 Transform 이해하기

🎯 학습 목표

1. GameObject는 빈 껍데기, Component가 기능을 채운다

Day 02 — Docker: 앱을 컨테이너로 패키징하기

🎯 학습 목표

1. Docker가 필요한 이유

Day 02 — 기본 프롬프트 작성법

🎯 학습 목표

1. 프롬프트 품질이 결과를 결정한다

Day 03 — Scene 구성과 계층 구조(Hierarchy) 관리

🎯 학습 목표

1. Scene이란 무엇인가

Day 03 — GPU & CUDA: LLM 추론/학습을 위한 하드웨어 이해

🎯 학습 목표

1. CPU vs GPU — 왜 GPU인가

Day 03 — 컨텍스트와 대화 흐름

🎯 학습 목표

1. 컨텍스트 윈도우란?

Day 04 — Prefab 개념과 활용

🎯 학습 목표

1. Prefab이란 무엇인가

Day 04 — Transformer 아키텍처: 현대 LLM의 근간

🎯 학습 목표

1. Transformer 이전의 한계 — RNN의 순차성 문제

Day 04 — 출력 형식 제어

🎯 학습 목표

1. 왜 출력 형식이 중요한가?

Day 05 — 기본 C# 스크립팅 - MonoBehaviour 생명주기

🎯 학습 목표

1. MonoBehaviour란 무엇인가

Day 05 — Token / Embedding / Context Window / KV Cache

🎯 학습 목표

1. 토큰화(Tokenization) — 텍스트를 숫자로

Day 05 — Claude의 한계와 특성 이해

🎯 학습 목표

1. Hallucination — 존재하지 않는 사실을 생성

Day 06 — Unity Input System 기초

🎯 학습 목표

1. 레거시 Input vs 새 Input System — 왜 갈아탔는가

Day 06 — Ollama: 가장 간단한 로컬 LLM 실행

🎯 학습 목표

1. Ollama란

Day 06 — 역할 지정 (Role Prompting)

🎯 학습 목표

1. System Prompt란?

Day 07 — 1주차 정리: 미니 씬 만들기 실습

🎯 학습 목표

1. 이번 주 배운 개념 정리와 오늘의 목표

Day 07 — vLLM: 고성능 추론 서버 구축

🎯 학습 목표

1. 왜 naive generate()로는 부족한가

Day 07 — Few-shot / Chain-of-Thought 프롬프팅

🎯 학습 목표

1. Few-shot 프롬프팅

Day 08 — Rigidbody와 물리 엔진 기초

🎯 학습 목표

1. Rigidbody란 무엇인가 — Transform 이동과의 차이

Day 08 — 양자화 & 추론 최적화: GGUF/GPTQ/AWQ, Tensor Parallel, Flash Attention, Speculative Decoding

🎯 학습 목표

1. 양자화(Quantization)란 무엇이고 왜 필요한가

Day 08 — XML 태그 활용

🎯 학습 목표

1. 왜 XML 태그인가?

Day 09 — Collider와 충돌 감지

🎯 학습 목표

1. Collider란 무엇인가

Day 09 — Runpod 기초: Pod, Persistent Volume, Template

🎯 학습 목표

1. Runpod이란

Day 09 — 긴 문서 처리

1. 왜 naive `generate()`로는 부족한가