's를 쓸 때와 of를 쓸 때, 질문 하나로 끝냅니다

이 둘은 모두 문법에 맞습니다:

John's car the car of John

그런데 두 번째를 말하는 사람은 없습니다. 원어민은 알아듣고 나서 조용히 눈살을 찌푸립니다.

문법책은 보통 긴 표로 이 문제를 다룹니다. 사람에게는 's, 사물에는 of, 그리고 예외 스무 줄. 표를 외우고 나서 정작 뭔가를 써야 할 때가 오면 예전과 똑같이 얼어붙습니다.

표는 버리세요. 질문 하나가 일을 다 합니다:

B는 어떤 방식으로 A에 속해 있는가?

두 가지 모양, 서로 다른 무게 중심

영어에는 A와 B를 잇는 방식이 두 가지 있고, 둘은 듣는 사람이 무엇에 대한 이야기를 기다리는가에서 갈립니다.

**A's B**는 A를 앞에 두므로, 그 구는 A에 대한 이야기가 됩니다:

John's car — 우리는 John 이야기를 하고 있고, 차는 세부입니다. Google's CEO — 우리는 Google 이야기를 하고 있습니다. the company's strategy — 우리는 그 회사 이야기를 하고 있습니다.

**B of A**는 B를 앞에 두므로, 그 구는 B에 대한 이야기가 됩니다:

the color of the car — 우리는 색 이야기를 하고 있고, 차 이야기가 아닙니다. the size of the dataset — 우리는 크기 이야기를 하고 있습니다.

같은 차, 두 개의 구, 서로 다른 무게 중심. 잘못 고르면 알아듣기는 하되, 엉뚱한 쪽을 강조하게 됩니다.

"the car of John"이 어색한 이유

John과 차가 너무 곧바로 이어져 있기 때문입니다. John이 그 차를 갖고 있고, 그걸로 끝이며, 더 풀어낼 것이 없습니다. 관계가 그렇게 뻔한데도 굳이 of를 거쳐 가면, 아무도 부탁하지 않은 격식을 애써 찾는 것처럼 들립니다.

반대 방향으로 보면, 's도 꼭 소유를 요구하지는 않습니다. 아래는 아무도 무언가를 소유하지 않는데도 다 자연스럽습니다:

my experience · today's meeting · the model's performance · the camera's lens

여기서 사람들을 헷갈리게 하는 건 "소유격"이라는 이름입니다. 's는 누가 그것을 소유하느냐를 묻지 않습니다. 그것이 어디에서 나왔는가를 묻습니다.

거의 항상 's를 쓰는 네 부류

부류	예
사람	John's book · Mary's idea · the customer's order
조직	Google's model · OpenAI's API · Microsoft's strategy
시간	today's meeting · yesterday's news · tomorrow's deadline
나라	Vietnam's economy · Japan's population

공통점은 이렇습니다. A가 B를 적극적으로 만들어낼 수 있는 것이라는 점입니다. Google이 Google's model을 만들고, today가 today's meeting을 만듭니다.

보통 of를 쓰는 세 부류

부류	예	이유
추상명사	the importance of testing	testing's importance도 문법에 맞지만 거의 쓰지 않습니다
측정값	the size of the dataset · the accuracy of the model	주제는 그 수치이고, 데이터셋이 아닙니다
부분	the roof of the house · the end of the road · the top of the mountain	지붕은 집의 일부이고, 집이 지붕을 만들어내지는 않습니다

세 부류가 공유하는 것은 같습니다. A는 소유자가 아니고, B의 위치를 잡는 데 쓰는 기준일 뿐입니다.

구가 길어질수록 of가 이깁니다

이건 기계적인 이유이고, "사람이냐 사물이냐" 규칙으로는 손댈 수 없는 경우들을 한꺼번에 설명합니다.

's는 A의 마지막 단어에 붙어야 합니다. A가 짧을 때는 문제가 없습니다. A가 길어지면, 듣는 사람은 무슨 이야기인지 알기 전에 그 구 전체를 들고 있어야 합니다.

OpenAI's API ✅ 짧고, 곧바로 도착합니다. the large distributed system built in 2025's API ❌ 지칩니다. the API of the large distributed system built in 2025 ✅ 세 번째 단어에서 이미 API 이야기임을 압니다.

짧게 말하면, of는 중요한 것을 앞세우고 긴 수식은 뒤로 미룰 수 있게 해 줍니다. 's는 그걸 못 합니다.

기술 문서에서는 어떻게 되나

학습자들이 여기서 자주 흔들립니다. "사물에는 of"라는 말이 어디에나 of를 쓰게 밀어붙이기 때문입니다. 원어민 기술 필자들은 's를 아주 자주 씁니다:

the model's output · the agent's memory · the system's architecture · the user's request

이게 the output of the model보다 잘 읽힙니다. 이유는 앞의 질문과 같습니다. 그 문맥에서 모델은 출력을 만들어내는 주체로 다뤄지고 있고, 가만히 있는 사물이 아닙니다.

추상명사로 옮겨가면 다시 of가 이깁니다:

the importance of evaluation ✅ evaluation's importance ❌ 문법에는 맞지만, 소리 내어 읽으면 이상합니다

둘 다 괜찮을 때

어느 쪽으로도 되는 짝이 많고, 차이는 말투뿐입니다:

A's B	B of A
the model's performance	the performance of the model
my company's culture	the culture of my company
the city's population	the population of the city

왼쪽 칸이 더 단단하고 말하는 투에 가까워서 블로그와 대화에 흔합니다. 오른쪽 칸이 더 격식 있고 B에 더 기대므로 논문에 흔합니다. 이런 짝에서는 틀리기가 어렵습니다.

질문 두 개면 끝납니다

쓰기 전에 빠르게 물어보세요:

A가 B의 소유자이거나 출처인가? 그러면 A's B. the user's question · the model's output · my team's project

아니면 B가 A의 부분, 속성, 측정값일 뿐인가? 그러면 B of A. the size of the dataset · the quality of the response · the importance of testing

그래도 갈리나요? 둘 다 소리 내어 읽어 보세요. 더 짧고 주제가 더 빨리 드러나는 쪽을 고르세요.

규칙을 아는 것과 생각하지 않고 맞는 쪽으로 손이 가는 것은 다릅니다. 원어민은 표를 공부한 적이 없습니다. 실제 말 속에서 수만 번 들었기 때문에 맞게 쓰는 것입니다. 남은 건 그 부분이고, 바로 거기서 EasyDictation이 도움이 됩니다. 진짜 유튜브 영상을 구 단위로 받아써 보면, 's와 of가 문법 표가 아니라 귀를 통해 자리를 잡습니다.