내 마음대로 뜯어고치는 소프트웨어 — Emacs가 40년 넘게 살아남은 이유

'말레어블 컴퓨팅(Malleable Computing)'이라는 개념을 다룬 에세이 한 편을 소개할게요. malleable은 '마음대로 빚을 수 있는'이라는 뜻인데요, 소프트웨어를 사용자가 자기 필요에 맞게 뜯어고칠 수 있어야 한다는 사상이에요. 그리고 이 사상의 살아있는 증거로 40년 넘은 텍스트 에디터, Emacs를 정면으로 다루고 있어요. '아니, 2026년에 이맥스 얘기라니' 싶으실 수 있는데, 이 글이 던지는 질문은 의외로 지금 가장 시의성이 있거든요. 우리는 왜 소프트웨어를 '완성품'으로만 소비하게 됐을까, 하는 질문이요.

완성품 소프트웨어 vs. 빚어 쓰는 소프트웨어

요즘 우리가 쓰는 앱을 떠올려보세요. 노션이든 슬랙이든, 개발사가 정해둔 기능을 정해진 방식으로만 쓸 수 있잖아요. 사용자가 할 수 있는 건 설정 화면에서 토글 몇 개 바꾸는 정도죠. 말레어블 컴퓨팅은 정반대예요. 프로그램의 동작 자체를 사용자가 바꿀 수 있어야 한다는 거거든요. 비유하자면 완성품 가구를 사는 것과 목공 도구가 갖춰진 작업실을 갖는 것의 차이예요. 전자는 편하지만 내 방 구석에 딱 맞는 선반은 절대 못 얻고, 후자는 배우는 데 시간이 들지만 뭐든 내 치수에 맞게 만들 수 있죠.

Emacs는 에디터가 아니라 '실행 환경'이에요

Emacs가 이 사상의 끝판왕인 이유는 구조 자체에 있어요. 겉보기엔 텍스트 에디터지만, 속은 Lisp이라는 언어의 인터프리터(코드를 즉석에서 실행해주는 환경)거든요. 여러분이 누르는 모든 키 하나하나가 사실은 Lisp 함수 호출이에요. 그리고 이 함수들은 프로그램을 재시작하지 않고도 실시간으로 재정의할 수 있어요. 쓰다가 마음에 안 드는 동작이 있으면 그 자리에서 해당 함수를 열어 고치고 바로 적용하는 거죠. 게다가 자기 문서화(self-documenting)가 되어 있어서, 아무 키나 잡고 '이 키를 누르면 무슨 함수가 실행돼?'라고 물으면 설명과 소스코드까지 즉시 보여줘요. 훅(특정 시점에 내 코드를 끼워넣는 장치)과 어드바이스(남의 함수 앞뒤에 내 코드를 덧대는 장치) 같은 메커니즘 덕분에, 남이 만든 기능도 원본을 건드리지 않고 내 입맛대로 바꿀 수 있고요. 그래서 Emacs 사용자들은 이 안에서 이메일을 읽고, Org-mode로 일정과 문서를 관리하고, 파일 탐색까지 다 해요. 에디터라기보다 '수십 년간 내가 계속 증축해온 나만의 작업 환경'에 가까운 거죠.

VS Code 확장과는 뭐가 다를까

'VS Code도 확장 프로그램 있잖아요'라고 하실 수 있는데, 결정적 차이가 있어요. VS Code 확장은 마이크로소프트가 열어준 API의 범위 안에서만 동작해요. API가 허용하지 않는 동작은 바꿀 수 없죠. 반면 Emacs는 그 경계 자체가 없어요. 에디터를 구성하는 코드와 사용자가 쓰는 코드가 같은 층위에 있거든요. 역사적으로 이 계보에는 스몰토크(Smalltalk)나 하이퍼카드(HyperCard) 같은 시스템이 있었고, 의외의 생존자가 하나 있는데 바로 스프레드시트예요. 엑셀이야말로 비개발자 수억 명이 자기 문제를 직접 '프로그래밍'해서 푸는, 가장 성공한 말레어블 컴퓨팅이거든요.

왜 하필 지금 이 얘기가 다시 나올까

이 오래된 사상이 요즘 다시 언급되는 건 LLM 때문이에요. 예전에는 Emacs를 내 입맛대로 고치려면 Lisp을 배워야 한다는 큰 진입장벽이 있었어요. 그런데 이제는 AI에게 '이런 동작을 하는 함수 만들어줘'라고 하면 꽤 쓸 만한 코드가 바로 나오거든요. 커스터마이징의 비용이 급락한 거예요. '개인 맞춤 소프트웨어'가 소수 매니아의 취미에서 누구나 시도할 수 있는 것으로 바뀌는 중이고, 그렇다면 애초에 뜯어고칠 수 있게 설계된 소프트웨어의 가치가 재평가될 수밖에 없죠.

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

Emacs로 갈아타라는 얘기가 아니에요. 핵심은 도구를 소비만 하지 말고 빚어 쓰는 감각이에요. 반복 작업을 스크립트로 자동화하고, 지금 쓰는 도구의 확장 지점을 찾아보고, 내 워크플로우를 코드로 개선하는 습관이요. AI가 코드 생성을 대신해주는 시대일수록, '무엇을 어떻게 고치고 싶은지'를 아는 사람과 모르는 사람의 격차는 오히려 벌어지거든요.

정리하면, 소프트웨어를 완성품으로 소비할지 재료로 다룰지의 문제예요. 여러분은 지금 쓰는 도구 중에 '이 부분만 내 맘대로 고칠 수 있으면 좋겠다' 싶은 게 있나요? 있다면 그게 바로 여러분의 말레어블 컴퓨팅 출발점일지도 몰라요.