# Emacs를 당신의 고독의 요새로 생각해보길 권합니다

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

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=29938](https://news.hada.io/topic?id=29938)
- GeekNews Markdown: [https://news.hada.io/topic/29938.md](https://news.hada.io/topic/29938.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2026-05-28T09:08:07+09:00
- Updated: 2026-05-28T09:08:07+09:00
- Original source: [martinsos.com](https://martinsos.com/posts/may-recommend-emacs-home-base)
- Points: 1
- Comments: 1

## Topic Body

- **Emacs**는 단순한 편집기나 IDE를 넘어, 알림 없이 차분히 시작해 일정·작업·기록을 모으는 디지털 홈 베이스가 될 수 있음
- 일일 아젠다에서 Google Calendar 일정, 오늘 작업, 미완료 작업, 메모, **GTD inbox**를 함께 보고 항목별 페이지와 시간 추적으로 작업을 이어갈 수 있음
- 복잡한 업무는 작업 페이지에서 요구사항, 링크, 브레인스토밍, TODO, 추정을 정리하고 **LLM 채팅**, 터미널, magit, 파일 관리자를 같은 흐름에서 사용함
- Emacs를 “운영체제”보다 **Fortress of Solitude** 같은 개인 피난처로 보는 편이 더 자연스럽고, 50년 지속성과 확장성이 홈 베이스 감각을 만들어 줌
- **Org mode**는 Markdown 대안보다 넓은 플랫폼처럼 작동해 블로그, 설정, 생산성 시스템, 노트, AI 채팅, 문학적 프로그래밍까지 연결함

---

### Emacs를 디지털 홈 베이스로 쓰기
- Emacs는 컴퓨터를 켜면 가장 먼저 여는 **디지털 홈 베이스**로 자리 잡을 수 있음
  - 어두운 보라색의 빈 화면과 무작위 동기부여 문구가 나타남
  - 반응해야 할 알림이나 주의를 빼앗는 요소가 없어 익숙하고 차분한 작업 공간이 됨
  - 기본으로 열리는 **scratch buffer**는 새 문서를 위한 빈 문서라기보다, 사용자가 직접 의미를 부여하는 자유로운 캔버스에 가까움
- 이런 사용 방식은 고정관념적인 “광적인 Emacs 사용자” 이미지와 다름
  - C를 오래 쓰지 않았고, 최근에는 주로 TypeScript와 일부 Haskell을 사용함
  - 스타트업의 founder/CTO로서 코딩보다 채용, 관리, 리뷰, 이메일, 마케팅, 전략 수립에 많은 시간을 씀
  - 이메일과 웹 브라우징은 Chrome에서 하고, Notion, G Suite, Discord, LLM도 사용하며 IRC에는 익숙해지지 못했음

### 일정, 작업, 기록을 한곳에서 다루기
- Emacs를 연 뒤 `<space> o d`로 **일일 아젠다**를 바로 열 수 있음
  - 일일 체크리스트가 표시됨
  - Google Calendar와 동기화된 오늘의 이벤트가 표시됨
  - 오늘 계획한 작업과 이전 날짜에서 끝내지 못한 작업이 함께 표시됨
  - 일반 메모와 [GTD](https://en.wikipedia.org/wiki/Getting_Things_Done) 방식의 작업 inbox가 포함됨
- 작업이나 이벤트 위에서 `e`를 누르면 해당 항목의 **페이지**가 열림
  - 해당 페이지에서 메모를 남기고 작업을 진행함
  - 현재 처리 중인 작업에 “clock in”해 작업 시간을 추적함
  - 시간 추적은 집중 유지에 효과적이었고, 나중에 시간 보고서를 만들 수 있음
- 업무가 끝날 때는 `<space> o c w j`로 **저널**을 작성함
  - 업무일을 돌아보는 문장 몇 개를 적는 방식으로 사용함

### 복잡한 작업을 전개하는 환경
- 복잡한 작업은 Emacs 안에서 작업 페이지를 열고 정리하며 시작함
  - 코딩 작업, 채용 전략, 랜딩 페이지 콘텐츠 개정, 다음 스프린트 계획, 긴 이메일이나 Discord 메시지 작성 같은 작업에 사용됨
  - 알고 있는 내용을 적고, 요구사항을 정의하고, 관련 자료 링크를 모음
  - 브레인스토밍, 하위 작업 생성, TODO 상태 지정, 시간 추정까지 한곳에서 처리함
- Emacs 안에서 여러 도구가 같은 흐름으로 이어짐
  - `<space> i c`는 선택한 **LLM 모델과의 채팅**을 열어주며, 열려 있는 버퍼와 사용자가 정의한 도구에 접근할 수 있음
  - `<space> '`는 터미널을 열고, 터미널에서 Claude Code나 OpenCode 같은 도구도 실행할 수 있음
  - `<space> d d`는 파일 관리자를 열고, `<space> g g`는 Git 작업용 Emacs 인터페이스인 **magit**을 현재 프로젝트나 버퍼의 맥락에서 열어줌
  - `<space> a w`는 글쓰기에 집중할 수 있도록 창 하나만 남기고 텍스트를 화면 가운데 배치하는 **Zen mode**에 가까운 상태로 바꿔줌
- 이동, 텍스트 편집, 검색, 창 조작이 같은 키 바인딩과 명령 체계 안에서 이어져 여러 워크플로가 하나의 통합 환경 안에서 부드럽게 연결됨

### “운영체제”보다 “고독의 요새”
- Emacs를 “운영체제”라고 부르면 과도하게 복잡하고 불필요한 도구처럼 보일 수 있음
  - 이미 운영체제 위에서 Emacs를 실행하는데 또 다른 운영체제가 왜 필요한지 의문이 생길 수 있음
  - “컴퓨팅 환경”이라는 표현도 Emacs를 깊이 쓰기 전에는 새 사용자에게 크게 와닿기 어려움
- Emacs는 **Superman의 Fortress of Solitude**처럼 볼 수 있음
  - 회복하고, 치유하고, 생각을 모으고, 다음 행동을 계획하는 장소라는 비유가 잘 맞음
  - 장비, 기념품, 실험실이 모두 자신에게 맞게 구성된 개인 공간이자 피난처라는 점이 Emacs와 닮아 있음
- Emacs가 홈 베이스처럼 작동하는 이유는 유연성과 지속성에 있음
  - 매우 유연하고 확장 가능해 개인적이고 고유한 공간으로 만들 수 있음
  - 50년 동안 존재해 온 독립적이고 오래 지속되는 기술이며, 유행이나 단일 회사의 지배에 크게 좌우되지 않음
  - 생각을 모으고, 계획하고, 쓰고, 지식 기반을 만들고, 창작할 수 있는 공간을 제공함
  - 자신에게 맞춘 도구와 워크플로를 직접 만들 수 있음
- 사용자가 직접 형태와 의미를 부여할 수 있다는 점이 핵심임
  - 원하는 대로 할 자유가 있고, 사라지지 않을 것이라는 기대가 홈 베이스로서의 감각을 만듦
  - 영감이 생기면 Emacs에서 쓰거나 코딩하고, 길을 잃거나 압도될 때는 Emacs에서 다시 정리하고 계획함
  - 휴식이 될 만한 재미있는 작업으로 Emacs 설정을 다듬고, 회고는 저널로 남긴 뒤 나중에 다시 검토함

### 관점이 바뀐 계기
- 처음 Emacs를 사용했을 때는 멋진 코드 편집기이자 도전 과제처럼 받아들였음
  - 대학 시절에 사용을 시작했고, 형제가 Vim을 선택한 것에 대한 반대 선택처럼 느껴졌음
  - 이후 몇 년 동안은 주로 코드 편집기로만 사용했고, 그 이상의 가능성을 인식하지 못했음
- Emacs를 더 넓게 쓰기 시작한 계기는 **코딩 감소와 관리 업무 증가**였음
  - 코딩이 줄고 관리 업무가 늘면서, 비코딩 작업에서도 키보드 중심 UX의 부드러운 경험을 찾게 됨
  - 그 과정에서 Emacs와 Org mode를 더 배우고, 커뮤니티에 더 관여하게 됨
  - Emacs가 제공하는 잠재력을 더 넓게 보게 됨

### Org mode
- [Org mode](https://orgmode.org/)는 Emacs의 대표적인 major mode 중 하나이며, Emacs를 홈 베이스로 써보고 싶을 때 깊이 살펴볼 만함
  - 처음에는 약간의 추가 기능이 있는 Markdown 대안처럼 보일 수 있음
  - 실제로는 Emacs 커뮤니티가 수렴해 온 **플랫폼**에 가까우며, Emacs의 확장성과 결합해 다양한 워크플로와 도구를 만드는 기반이 됨
- Org mode는 글쓰기와 설정의 기반으로 쓰임
  - 이 블로그 글은 Org mode로 작성됨
  - 전체 [블로그는 Emacs Lisp로 구현](https://martinsos.com/my-blog-in-elisp.html)되어 있고 Org mode로 구동됨
  - 전체 Emacs 설정도 Org mode로 작성됨
- Org mode로 가능한 작업 범위는 넓음
  - 프레젠테이션을 만들 수 있음
  - Jupyter Notebook을 떠올리게 하는 **문학적 프로그래밍**에 사용할 수 있음
  - [GTD와 유사한 생산성 시스템](https://orgmode.org/worg/org-gtd-etc.html)으로 쓸 수 있음
  - [org-roam](https://www.orgroam.com/), [denote](https://protesilaos.com/emacs/denote) 같은 노트 시스템과 연결됨
  - [gptel](https://github.com/karthink/gptel)을 통해 AI 채팅 인터페이스로 사용할 수 있음
  - 스프레드시트와 Notion 같은 데이터베이스 시스템으로도 활용할 수 있음

### AI 시대의 Emacs
- 에이전트형 AI 때문에 편집기는 과거의 것이고 CLI만 있으면 된다는 이야기가 있어도, Emacs의 역할은 편집기에 한정되지 않음
  - Emacs는 편집기가 아니라 홈 베이스이자 명령 센터로 쓰임
- 생성형 AI의 부상은 오히려 Emacs를 더 쓰고 싶게 만드는 요인으로 작용함
  - 빠르게 변하는 기술과 최신 도구를 따라가지 않으면 뒤처진다는 압박 속에서 **안정된 기반**처럼 느껴짐
  - 자기 생각을 들을 수 있고, 지금 가진 것으로 충분하다고 느낄 수 있는 장소가 됨
  - AI 덕분에 Emacs를 원하는 대로 설정하기도 더 쉬워졌음

## Comments



### Comment 58408

- Author: neo
- Created: 2026-05-28T09:08:08+09:00
- Points: 1

###### [Lobste.rs 의견들](https://lobste.rs/s/rzdtx8/may_i_recommend_thinking_emacs_as_your) 
- “전형적인 미친 Emacs 사용자”라니 넘겨짚기가 심함. 난 **지하실**도 없음
  - 이 경제 상황에 지하실이라니?

- 죽을 때 마지막 말은 **C-x C-c**였으면 좋겠음
  - `M-x close-coffin-and-bury`

- 컴퓨터를 켜면 제일 먼저 Emacs를 여는 게 아니라, **Emacs를 열어야** 비로소 컴퓨터가 켜진 것으로 볼 수 있음

- 요즘 **Emacs 커뮤니티**를 따라가려면 rms를 마주칠 수밖에 있는지 궁금함
  - 메일링 리스트를 보거나 일부러 찾아보지 않는 한 꼭 그렇지는 않음. 주로 /r/emacs를 보고 예전에는 GitHub의 탐색 기능을 썼는데, 거기서는 **rms**가 보이지 않았음  
    요즘은 Lobsters의 emacs 태그도 괜찮은 장소임
  - 그냥 따라보기만 한다면 아마 아닐 가능성이 큼. 하지만 패키지를 기여한다면 마주칠 수도 있음. 내 경우는 여기였음: https://lists.gnu.org/archive/html/emacs-devel/2023-05/msg00295.html  
    전체 스레드는 여기 있음: https://lists.gnu.org/archive/html/emacs-devel/2023-05/threads.html#00253
  - 적어도 reddit이나 mastodon에서 rms를 본 적은 없음. 다만 **emacs-devel** 목록에서는 가끔 그가 쓴 글을 봄

- 인터넷 없이 지낸 한 주가 있었고, 그때 **Emacs**를 배우기 시작했음. 매뉴얼을 읽고 이것저것 만져보는 시간이 꽤 마법 같았음