20년 Emacs 사용자가 은퇴를 선언한 이유: 에디터 전쟁의 한 시대가 저문다

"이제 그만 쓰려고요" - nullprogram의 고백

Emacs 커뮤니티에서 꽤나 유명한 블로거 Chris Wellons(닉네임 nullprogram)가 자신의 블로그에 "공식적으로 Emacs에서 은퇴했다"는 글을 올렸어요. 이름이 낯선 분들을 위해 살짝 설명하자면, 이 사람은 Emacs Lisp로 게임도 만들고, Emacs 내부 동작에 대한 깊이 있는 글을 수년간 써온 헤비유저거든요. 그런 사람이 "이제 그만"이라고 했으니, 단순한 에디터 변경 이상의 의미가 있는 사건이에요.

Emacs가 뭔지 모르는 주니어 분들을 위해 한 줄 요약하자면, 1976년부터 살아남은 텍스트 에디터이자 거의 운영체제급 환경이라고 보면 돼요. 메일도 보내고, 채팅도 하고, 디버깅도 하고, 심지어 정신과 상담 비슷한 ELIZA 봇도 들어 있죠. Vim과 함께 "에디터 전쟁"의 양대 축이었어요.

왜 떠나는가, 무엇이 바뀌었는가

글의 핵심은 의외로 감정적이지 않아요. Wellons는 자신이 Emacs를 사랑했고 여전히 잘 만든 도구라고 인정해요. 다만 자기가 도구에 들이는 시간 대비 얻는 가치가 줄었다는 게 핵심이에요. 그가 짚는 이유는 크게 세 가지로 정리할 수 있어요.

첫째, Emacs Lisp의 한계. Emacs는 자체적으로 Lisp 인터프리터를 내장하고 있어서 모든 동작을 사용자가 재정의할 수 있다는 게 강점이었어요. 그런데 이 인터프리터가 본질적으로 단일 스레드라, 무거운 작업을 하면 에디터 전체가 멈춰버리는 현상이 자주 발생해요. 최근 native compilation이 추가되긴 했지만 근본적인 동시성 문제는 여전하다는 거죠.

둘째, 유지보수의 피로. Emacs 사용자의 미덕 중 하나는 자기만의 설정 파일(.emacs.d 또는 init.el)을 갈고닦는 거예요. 그런데 패키지 관리자(MELPA, straight.el 등) 생태계가 분열되어 있고, 메이저 업데이트가 있을 때마다 깨지는 부분을 손봐야 해요. 이게 "내가 뭘 하려고 컴퓨터를 켰지?"라는 순간을 만들어 낸다는 거예요.

셋째, 외부 도구의 발전. 예전엔 Emacs 안에서 모든 걸 하는 게 편했다면, 이제는 LSP(Language Server Protocol)나 ripgrep, fd 같은 표준화된 외부 도구들이 너무 좋아져서, VS Code나 Neovim 같은 가벼운 에디터에서도 Emacs급 경험을 쉽게 만들 수 있게 됐어요. Emacs 고유의 이점이 점점 희석되고 있다는 거죠.

에디터 지형도가 바뀌고 있다

이 글이 흥미로운 건, 한 개인의 결정을 넘어서 업계 흐름을 보여주기 때문이에요. 최근 몇 년간 Zed, Helix, Lapce 같은 신생 에디터들이 등장했어요. 공통점은 Rust로 작성되었고, GPU 가속 렌더링을 쓰며, 네이티브 멀티스레드를 기본으로 한다는 거예요. Emacs가 1976년에 출발하면서 가졌던 "확장성"이라는 무기를, 이제는 LSP와 Tree-sitter 같은 표준 프로토콜로 대체할 수 있게 된 시대거든요.

VS Code는 여전히 시장 1위이지만, 일렉트론 기반의 무거움 때문에 "네이티브 에디터"로 옮겨가려는 흐름도 분명히 있어요. Cursor나 Windsurf처럼 AI 통합이 핵심인 에디터들도 등장했고요. 한편 Vim/Neovim 진영은 Lua 기반 설정과 풍부한 플러그인 생태계로 여전히 단단한 입지를 유지하고 있죠.

흥미로운 건 Emacs가 죽었다는 게 아니라, "하나의 에디터 안에서 모든 걸 한다"는 철학 자체가 도전받고 있다는 점이에요. 요즘은 터미널 멀티플렉서(tmux, zellij), 파일 매니저(yazi), git TUI(lazygit)를 조합하는 게 더 자연스럽게 받아들여지거든요.

한국 개발자에게 주는 시사점

사실 국내에서 Emacs를 쓰는 개발자는 손에 꼽을 정도로 적어요. 대부분 IntelliJ나 VS Code, 최근엔 Cursor를 쓰죠. 그래서 "Emacs 은퇴" 자체보다는 에디터를 선택하는 기준에 대해 생각해볼 거리를 던져줘요. 도구를 깊게 파는 게 항상 정답은 아니거든요. 5년 전엔 Emacs 설정에 100시간 쓰는 게 합리적이었을 수 있지만, 지금은 그 시간에 LSP 설정 한 번 잘 잡고 본업에 집중하는 게 더 가치 있을 수 있어요. "내가 도구를 길들이는 시간"과 "도구가 나를 도와주는 시간"의 균형을 다시 점검해볼 타이밍이라는 거죠.