# Em 대시는 놀라운 문장부호다

> Clean Markdown view of GeekNews topic #31792. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=31792](https://news.hada.io/topic?id=31792)
- GeekNews Markdown: [https://news.hada.io/topic/31792.md](https://news.hada.io/topic/31792.md)
- Type: GN+
- Author: [xguru](https://news.hada.io/@xguru)
- Published: 2026-07-25T08:18:37+09:00
- Updated: 2026-07-25T08:18:37+09:00
- Original source: [substack.com/psychotechnology](https://psychotechnology.substack.com/p/em-dashes-are-fucking-amazing)
- Points: 1
- Comments: 2

## Topic Body

- **Em 대시**는 해명·단서·덧붙임을 한 문장에 자연스럽게 결합해, 글쓰기를 레고 블록처럼 자유롭게 조립하도록 도와줌
- 괄호가 생각을 소극적으로 속삭인다면 Em 대시는 이를 전면에 내세우고, 쉼표보다 길고 분명한 **극적 멈춤**을 만듦
- 콜론과 세미콜론이 들어갈 여러 자리에서 문장 요소를 더 선명하게 나누며, 말줄임표처럼 사라지지 않고 **앞으로 치고 나가는 리듬**을 줌
- Em 대시를 AI 문체의 징후로 보는 시선에 얽매일 필요는 없으며, Mac에서는 **Option + Shift + Hyphen**으로 직접 입력할 수 있음
- AI가 흔히 쓰는 `word—word` 형식과 구별하고 싶다면 양옆을 띄우는 **AP 스타일**을 선택할 수 있지만, 타인의 시선 때문에 문장부호 사용을 억제할 이유는 없음

---

### Em 대시가 만드는 문장의 자유
- 문장을 쓰다가 해명·단서·부연이 필요해져도 새 문장으로 끊지 않고 **Em 대시**로 한데 묶을 수 있음
- 괄호 속 삽입구가 “잠깐만 끼어들겠다”는 태도라면, Em 대시는 끼어드는 생각의 존재를 적극적으로 드러냄
- [문장부호는 본래 멈춤이나 호흡의 표지에서 발전했으며](https://x.com/esrtweet/status/1889785599340486802), 사람들이 자주 쓰던 형태가 나중에 문법과 문장부호 규칙으로 정착함
- 쉼표는 짧은 멈춤, Em 대시는 더 크고 긴 멈춤을 나타내며, 마침표는 생각을 완결하고 다음 글자의 대소문자 체계를 바꿈

### 다른 문장부호와의 차이와 사용법
- 콜론은 쉼표와 폭이 비슷하고 마침표처럼 다음 글자의 대소문자 체계를 바꾸지도 않아, 문장 요소를 나눌 때 **Em 대시**가 더 적합한 경우가 많음
- 세미콜론은 새 문장을 시작하지도, 기존 문장을 완전히 이어가지도 않는 망설임을 한 기호에 담지만, 이 역시 많은 경우 Em 대시로 대체할 수 있음
- 말줄임표가 우울하고 서서히 사라지는 분위기를 만든다면, Em 대시는 도쿄 고층 호텔의 꼭대기 층으로 단숨에 오르는 엘리베이터처럼 **빠르게 전진하는 느낌**을 줌
- AI 문체로 오해받는 것이 걱정된다면 기호 양옆을 띄우는 AP 스타일 `word — word`를 사용할 수 있음
- Mac에서는 **Option + Shift + Hyphen**으로 입력하며, 개인화된 문장부호 조언은 [시간당 $175의 글쓰기 코칭](https://psychotechnology.substack.com/p/im-offering-writing-coaching-for/)으로 받을 수 있음

## Comments



### Comment 62368

- Author: cnaa97
- Created: 2026-07-25T10:13:48+09:00
- Points: 1

맥 한글 키보드에서는 입력 안됨 ㅜ 클로드에서는 답변할때 더 마크 많이 사용하던데 한글 사용자에게는 익숙치않은...

### Comment 62362

- Author: neo
- Created: 2026-07-25T08:18:38+09:00
- Points: 1

###### [Hacker News 의견들](https://news.ycombinator.com/item?id=49034747) 
- 글쓴이는 **대시의 종류와 의미**를 제대로 설명하지 못했음. em 대시는 이어지는 생각, en 대시는 범위(1–100), 하이픈은 복합어(Sarbanes-Oxley)에 쓰임  
  em 대시와 말줄임표의 철학적 차이도 더 간결하게 다뤘으면 함. em 대시는 소통을 향하고 말줄임표는 개인을 향한다고 봄  
  AI 이전부터 대시·말줄임표·괄호·인용부호 같은 **곁가지 문장 표현**을 좋아했던 독자로서, 현대 소통에서 마침표와 글머리표가 어떻게 쓰이는지도 듣고 싶음
  - Sarbanes-Oxley의 기호는 **하이픈**이며, 엄밀히 말해 문체 지침에서는 대시로 보지 않는 경우가 많음  
    일부 지침은 단어를 가릴 때 2-em 대시를 쓰며, 두 em 대시 사이의 줄바꿈을 막기 위한 유니코드 문자 ⸺도 있음  
    삽입구에 em 대시를 쓰는 방식은 권장되지 않기도 하고, 콜론·쉼표·세미콜론으로 대체 가능한 경우가 많음. em 대시는 AI 이전부터 과용된다는 평가를 받았으며, 초보 작가가 교양 있어 보이려고 남용한 문체를 LLM이 학습했을 가능성이 있음: [https://slate.com/human-interest/2011/05/em-dashes-why-write...](<https://slate.com/human-interest/2011/05/em-dashes-why-writers-should-use-them-more-sparingly.html>)
  - Sarbanes–Oxley나 attorney–client privilege처럼 **동등하게 중요한 두 명사**를 결합할 때는 하이픈이 아니라 en 대시를 써야 함
  - 삽입구에는 영어권 방식인 **공백 없는 em 대시**나 독일어·프랑스어권 방식인 양옆에 공백을 둔 en 대시를 쓰며, 글처럼 양옆에 공백을 둔 em 대시는 드문 편임
  - Robert Bringhurst의 《The Elements of Typographic Style》은 구절을 분리할 때 em 대시나 하이픈 대신 **공백을 둔 en 대시**를 쓰라고 권함
  - 내가 가장 좋아하는 건 문장 마침표 뒤에 em 대시를 붙여 독자의 속도를 늦추고, 가끔 두 개까지 붙이는 **Wittgenstein식 용법**임

- 도서관에서 읽은 《Advertising Age》 글은 정확한 소통을 위해 써야 할 **특수문자**를 빠짐없이 정리했음  
  수식과 음수에는 −, 치수와 곱셈에는 ×, 피트·인치나 분·초에는 ′와 ″, 서수 기호 º와 도 기호 °는 서로 구분해 써야 함. 일반 하이픈과 조건부 하이픈, 여러 공백 문자, © ® ™ ℠ ℗ 같은 법적 기호도 다뤘고, …는 전용 문자보다 적절한 크기의 줄바꿈 방지 공백으로 조합하는 편이 나을 때도 있다고 했음  
  요즘 책이 올바른 기호 대신 키보드에서 쉽게 입력되는 비슷한 문자를 쓰는 건 훨씬 심각한 퇴보임. 관련 글은 [https://tug.org/texshowcase/onetype.pdf](<https://tug.org/texshowcase/onetype.pdf>)에 있으며, 인쇄 후 접고 가운데를 잘라 만드는 [https://www.makingbooks.com/hotdog.shtml](<https://www.makingbooks.com/hotdog.shtml>) 형식임  
  [https://www.goodreads.com/book/show/41600.The_Mac_is_Not_a_T...](<https://www.goodreads.com/book/show/41600.The_Mac_is_Not_a_Typewriter>)이나 [https://www.goodreads.com/book/show/358248.The_PC_is_Not_a_T...](<https://www.goodreads.com/book/show/358248.The_PC_is_Not_a_Typewriter>)도 추천함
  - Mac이나 iOS에서는 **전역 텍스트 대치**로 `...`와 `v...`를 …와 ⋮로, `(c)`, `(r)`, `^o` 등을 ©, ®, ° 같은 유니코드 문자로 손쉽게 바꿀 수 있음
  - …를 줄바꿈 방지 공백으로 직접 조합하는 이유가 **커닝** 때문인지 궁금하며, 어느 쪽이든 작업량이 상당해 보임

- em 대시보다 세 배 훌륭한 **3-em 대시 ⸻(U+2E3B)** 도 있음. 왜 존재하는지는 모르겠고, 한자 통합이나 이모지 확장처럼 Unicode가 좋지 않은 결정을 즐기는 듯함
  - Standard Ebooks에서는 단어 전체를 가릴 때 **3-em 대시 U+2E3B**를 사용함. em 대시 세 개를 이어 쓰면 렌더러가 보통 1~2픽셀 간격을 만들지만, 전용 문자는 틈이 생기지 않음  
    단어 일부를 가릴 때는 2-em 대시 U+2E3A를 사용해 Gogol 작품의 `The town of B⸺`처럼 표기함
  - 3-em 대시는 참고문헌에서 저자·편집자·번역자·단체 저자가 앞 항목과 완전히 같음을 나타내는 데 쓰였고, 지금은 사용이 줄고 있음: [https://danieljtortora.com/blog/3-em-dashes](<https://danieljtortora.com/blog/3-em-dashes>)
  - **고정폭 글꼴**에서 이 글리프를 설계해야 하는 개발자들이 안쓰러움
  - **한자 통합**에 어떤 문제가 있는지 궁금함
  - 랩 가사의 단어를 검열할 때는 **Eminem 대시** `–—–`도 잊지 말아야 함

- 문장 안에 해명·단서·추가 내용을 넣을 때 쉼표만으로도 레고 블록처럼 깔끔하게 조립할 수 있음. 다만 em 대시도 같은 역할을 하면서 **이어진 문장 오류**라는 비난을 피하게 해주는지 궁금함
  - 나라면 삽입 내용을 쉼표보다 **괄호**로 감싸서 `an addendum (in the same sentence, not a new one)`처럼 쓰겠음
  - 첫 문장은 em 대시가 필요한 완벽한 예임. 쉼표가 목록 구분과 삽입구라는 두 역할을 이미 맡았는데, 목록 도중 다시 삽입구까지 들어오므로 **em 대시가 더 명확함**
  - 단어 사이 간격을 생각의 깊이에 따라 각기 다른 부동소수점 em 값으로 지정하는, 세상에서 가장 성가신 블로그를 만들 수 있겠음
  - 2칸 들여쓰기보다 4칸이나 8칸을 선호하는 것과 비슷함. em 대시는 쉼표보다 시각적으로 여유로워 **눈의 부담을 줄여줌**  
    Windows에서 em 대시를 입력하는 키는 `Alt+0151`임
  - 단어를 강조하며 반복할 때도 em 대시를 쓰지만, **괄호와 이탤릭체**가 더 나음. `occasionally — occasionally —`보다 `occasionally (occasionally)`를 택하겠지만, 솔직히 둘 다 피하고 내 글에서도 이런 표현을 줄이는 중임

- Mac용 ChatGPT 앱의 글꼴은 대시 종류를 구분해 보여주지 않음. 나는 쉼표·세미콜론·콜론·괄호 대신 키보드의 일반 하이픈을 자주 쓰며, 대다수 독자가 차이조차 모르는 기호를 위해 복잡한 키 조합을 외울 이유가 없다고 봄  
  `-`와 `—`의 차이는 결국 **글꼴에 좌우**되며, HN 편집창과 실제 페이지에서도 상대 길이가 다르게 표시됨
  - 대다수가 알아볼 수 있다는 이유로 철자를 배울 필요가 없다고 하는 것과 같은 논리임

- em 대시는 올바르게 쓰면 매우 유용함. 내가 너무 똑똑하고 생각이 빨라 끊임없이 스스로를 가로막는다는 인상을 주지만, **과용하기도 매우 쉬움**
  - 중·고등학교 때 교사들이 **em 대시와 세미콜론**에 감탄한다는 걸 깨닫고 둘 다 계속 사용하기 시작했음
  - 끊임없이 스스로를 방해하는 게 지능의 신호라니 반가운 소식임. 하지만 머릿속의 거미줄 같은 생각을 선형적인 단어열로 표현하기가 매우 어렵고, 그 과정에서 똑똑하다는 느낌은 들지 않음

- em 대시와 세미콜론은 전혀 쓰지 않고, **말줄임표와 쉼표**를 과용하는 원시인임
  - iOS에서는 `...`가 자동으로 단일 문자 **…** 로 바뀜
  - 말줄임표는 대화문 밖에서는 형편없고, 대화문에서도 자주 나오면 독자가 싫어함
  - 말줄임표는 Rust 문서를 쓸 때조차 **실존적이고 권태로운 분위기**를 잘 담아줌. 예를 들면 `//! This is mission critical, don't remove...` 같은 식임

- em 대시는 **거의 지나칠 만큼 다재다능하다**는 표현이 떠오름. 구두점에 그렇게 열정을 쏟으면서도 쉼표로 독립절을 잘못 이어 붙이는 오류는 남아 있음

- 구두점, 특히 em 대시에 관심이 있다면 Nicholson Baker의 NYRB 에세이 **Survival of the Fittest**를 강력히 추천함: [https://www.nybooks.com/articles/1993/11/04/survival-of-the-...](<https://www.nybooks.com/articles/1993/11/04/survival-of-the-fittest/>)  
  원래부터 em 대시를 좋아하고 사용했는데, 1995년쯤 《The Best American Essays 1994》에서 이 글을 읽고 그 애정을 정당화할 수 있게 됐음
  - `---` 대신 진짜 **em 대시 —** 를 써야 함

- LLM은 쉼표가 더 적절한 곳, 특히 목록의 마지막 항목 앞에서 Oxford comma 대신 **em 대시를 오용**함. `This design brings performance, power — and speed` 같은 문장이 전형적임  
  글머리표마다 주제와 해설을 나누는 데도 em 대시를 지나치게 많이 씀. 이 두 습관만 피하면 괜찮으며, 제대로 사용한 em 대시는 좋은 표현 수단임
