EMACS, 50주년을 맞이하다
Emacs Turns 50
1976년 MIT AI Lab에서 Richard M. Stallman이 Control-R을 개선해 탄생한 EMACS가 올해 50주년을 맞았다. 모든 키에 매크로를 할당하는 구조로 누구나 쉽게 커스터마이즈할 수 있었고, 자기 테이프와 반송 봉투를 보내면 받을 수 있는 '소프트웨어 공유 코뮌' 방식으로 배포되며 자유 소프트웨어 운동과 GNU 프로젝트, 나아가 GNU/Linux의 토대를 마련했다. Apple은 2001년 Mac OS X에 GNU Emacs를 포함했고, 2019년까지 배포했다.
EMACS는 비용이 들지 않는다. 대신 당신은 EMACS 소프트웨어 공유 코뮌에 가입하는 것이다. 회원 조건은 EMACS에 가한 개선 사항을 반드시 돌려보내는 것이다.
HN 토론
160- jwr
저는 지금까지 30년 넘게 Emacs를 사용해 왔습니다. 다른 편집기들은 나타났다 사라졌지만 Emacs는 남았습니다. 제 설정 중 일부는 30년이 넘었습니다.
Emacs의 역사에는 좋았던 시절과 나빴던 시절이 있었습니다. 하지만 최근은 정말 좋습니다. Emacs는 활발히 유지보수되고 개발되며, 인상적인 외부 패키지도 많습니다. Magit과 ghostel은 제가 매일 업무를 처리하는 데 사용하는 패키지의 좋은 예입니다.
최근에는 AI가 제 Emacs 사용 방식을 완전히 바꿔 놓았고, 아주 좋은 방향으로 바뀌었습니다. 이제 저는 AI를 어떤 소원이든 들어주는 요정처럼 대합니다. 편집기가 어떻게 동작하길 원하는지 설명하면, 짠! 그렇게 동작합니다.
예를 들면: 윈도우와 탭 관리, difftastic 통합, 아름답게 렌더링된 표가 있는 마크다운 미리보기, PDF로 된 마크다운 미리보기 등이 있습니다.
하지만 가장 중요한 것은 Stallman의 원래 아이디어로 돌아갑니다. 저는 제 편집기와 환경을 통제합니다. 어떻게 보이고 동작할지 제가 결정합니다. 어떤 기업도 저를 대신해 결정하지 않습니다. 어떤 기업도 새로운 AI 어시스턴트를 내장하지 않습니다. 누구도 광고나 추적을 도입하지 않습니다. 이것이 제가 수년에 걸쳐 감사하게 된 점입니다.
- iLemming
50년이 되었지만, 사람들이 "미래의 편집기"라며 팔려는 어떤 쓰레기보다도 더 현대적으로 느껴집니다. Emacs는 과거, 현재, 그리고 먼 미래의 진정한 편집기입니다.
모달 편집이 사용자를 빼앗아 갈 것이라 했지만 — Evil 모드는 vim 사용을 더 좋게 만들었습니다. LSP가 Emacs를 죽일 것이라 했지만 — 오히려 더 좋게 만들었습니다. Electron 기반 쓰레기가 내장 터미널, 확장 기능, 세련된 UI로 터미널 네이티브 편집기를 고대 유물처럼 보이게 할 것이라 했습니다. Emacs는 vterm, eat, ghostel을 얻었습니다. GitKraken 같은 GUI가 git CLI를 불필요하게 만들 것이라 했습니다. Magit은 GUI든 아니든 존재하는 어떤 git 클라이언트보다 낫다고 널리 평가받습니다. Tree-sitter는 정확한 파싱을 위해 "진짜" 언어 서버 아키텍처가 필요하다고 했습니다. Emacs 29는 그것을 네이티브로 흡수했고, 주요 모드 전반에서 font-lock, 들여쓰기, 구조적 탐색이 눈에 띄게 좋아졌습니다. Obsidian과 Notion은 계속 그것을 이기려 하지만 — Org-mode는 계속 좋아지기만 합니다. AI가 Emacs를 구식으로 만들 것이라 했지만 — 오히려 강화했습니다.
반세기 동안 인류는 Emacs 킬러를 찾아 헤맸습니다. 그동안 Emacs는 내내 킬러 앱이었습니다.
- osener
몇 년간 우회한 끝에 저는 Emacs로 돌아왔습니다. VSCode와 Zed의 멋진 lsp, 디버거 같은 것들이 이제 저에게는 그렇게 중요하지 않고, 그냥 Emacs로 더 생산적이기 때문입니다. 하지만 저는 여전히 2020년처럼 사용하고 있습니다. 사람들이 코딩 에이전트를 사용해 Emacs 설정을 미친 듯이 커스터마이징한다고 들었고, Emacs가 특히 이에 적합할 것이라고 상상합니다.
지난 1~2년 동안 나온 가장 큰 것들이 무엇인지, 그리고 여기 읽는 다른 분들이 만든 Emacs 기반 개인 소프트웨어는 무엇인지 궁금합니다.
- paaloeye
Stallman에게 경의를 표합니다. 이렇게 오랫동안 관련성을 유지하다니 정말 대단합니다.
우리 모두 Emacs에게 소프트웨어의 장수를 배워야 합니다.
- marttt
여기 계신 분 중에 의식적으로 Emacs 설정/구성을 "간결하게", 미니멀하게, 가능한 한 작게 유지하려고 노력하는 분이 있나요?
저는 코더는 아니지만 2010-2012년쯤 Emacs를 매일 사용했고, 이후 잠깐씩 돌아왔습니다. 결국 항상 포기했는데, 애드온의 복잡성, org-mode가 모든 것을 할 수 있으니 그것으로 모든 것을 해야 한다는 식의 생각 등이 제 머리를 넘어서 자라났기 때문입니다. 저는 Plan9 Sam, Acme, 그리고 일반적으로 한 가지를 잘하는 진영을 더 좋아한다는 것을 발견했습니다. 사람마다 다르겠죠.
그렇긴 해도, Emacs 사용이 때때로 얼마나 "몰입적"일 수 있는지는 종종 좋았습니다. 저는 훈련받은 저널리스트인데, Emacs는 PDF 등을 포함한 정보 조각을 관리하는 것을 정말 매끄럽게, 거의 경이로울 정도로 만들어 주었습니다. 그리고 그렇게 USB 스틱에 제 작은 OS를 가지고 있었습니다(비록 제 안의 미니멀리스트는 "편집기"가 100MB가 넘으면 안 된다고 항상 투덜거렸지만요).
50년 동안 존재해 왔고 "과거의 패러다임"이라는 징후가 전혀 없다는 것이 믿기지 않습니다.
- gumby
저는 1978년 AI 랩에서 Emacs를 사용하기 시작했습니다. 그것은 여전히 제 주요 개발 도구이고, 아마 오늘날 제가 가장 많은 시간을 보내는 프로그램일 것입니다.
- PaulDavisThe1st
정말 이상한 기사입니다. Emacs의 기원에 대한 세부 사항으로 깊이 들어가다가 갑자기 포기하고, 빨리 감기해서 흐지부지 끝납니다.
추신: 제가 저자를 처음 본 것은 1986년 Weizmann Institute의 지하 실험실에서였습니다. 당시 경이로웠던 새 Sun 워크스테이션 앞에서 다리를 꼬고 의자에 앉아 작업하고 있었죠. 이른바 "3M 표준"(1MB RAM, 1MHz CPU, 1M 픽셀)입니다. 좋았던 시절이지만 옛날이죠!
- mickael-kerjean
emacs는 정말 별종입니다. 제가 상호작용해 본 소프트웨어 중 단연 최고이며, 우리가 가진 리스프 머신에 가장 가까운 것입니다. 완전히 해킹 가능하고 자기 문서화되는 프로그래밍 환경으로, 제한 없이 무엇이든 바꿀 수 있습니다.
그 근본 아이디어가 우리 업계에서 더 널리 사용되지 않는 것이 안타깝습니다. 사람들이 무언가를 만들고 확장하기 위해 별도의 API를 노출할 필요가 없다는 바로 그 아이디어, 즉 코드가 곧 API라는 아이디어가 emacs를 독자적인 리그로 끌어올렸습니다.... 개발에 참여해 온 모든 분께 감사드립니다.
또한 실험실들이 (A)GPL 코드를 사용하면서 세상에 기여하지 않는 것에 대한 Stallman의 견해를 듣고 싶습니다. 이는 자유 소프트웨어의 정신뿐만 아니라 Stallman이 라이선스의 목적 자체에 대해 세상에 가르친 것과도 완전히 어긋나기 때문입니다.