Kasane - Kakoune 에디터에 GPU 렌더링과 WASM 플러그인을 더한 새로운 시도

텍스트 에디터의 세계에 새로운 플레이어가 등장했어요

터미널 기반 텍스트 에디터 이야기를 잠깐 해볼게요. Vim, Emacs, Neovim 같은 이름은 익숙하실 텐데 혹시 Kakoune이라는 에디터를 들어보셨나요? 2011년에 나온 이 에디터는 Vim에서 영감을 받으면서도 철학을 살짝 뒤집었어요. Vim이 "동사 → 명사(예: 지워라 → 한 줄을)" 순서라면 Kakoune은 "명사 → 동사(예: 한 줄을 → 지워라)" 순서로 명령을 입력하거든요. 먼저 편집할 범위를 선택(select)하고 그 다음 동작을 수행하는 방식이라 다중 커서 편집이 훨씬 직관적이에요.

그런데 Kakoune은 터미널 기반이라 화면 렌더링 속도나 플러그인 생태계 면에서 한계가 있었어요. 바로 이 지점에서 Kasane이라는 프로젝트가 등장했어요. Kasane은 Kakoune의 drop-in 프론트엔드를 목표로 해요. 여기서 "drop-in"이라는 말은 "기존 것을 그대로 갈아끼울 수 있는 대체품"이라는 뜻이에요. 즉 Kakoune의 핵심 엔진은 그대로 두면서 화면에 그리는 부분만 새로 짠 거예요.

GPU 렌더링이 왜 중요할까

Kasane의 첫 번째 핵심은 GPU 렌더링이에요. 보통 터미널 에디터는 CPU로 글자를 하나하나 그리는데, 이게 요즘처럼 4K 모니터에서 수천 줄의 코드를 빠르게 스크롤하면 버벅거리기 쉬워요. GPU 렌더링은 그래픽 카드의 병렬 연산 능력을 써서 수많은 글자를 동시에 그려주는 기법이에요. VS Code가 내부적으로 WebGL을 쓰거나, Alacritty, WezTerm 같은 최신 터미널들이 GPU 가속을 쓰는 것도 같은 이유예요.

결과적으로 수만 줄의 로그 파일을 열어도 스크롤이 끊기지 않고, 실시간 하이라이팅이 매끄럽게 동작해요. 개발자가 에디터를 하루 종일 쓰는 걸 생각하면 이런 마이크로한 반응성이 누적 피로감을 크게 바꿔놓거든요.

WASM 플러그인, 이게 판을 바꿀 수 있어요

두 번째 핵심은 WASM 플러그인 시스템이에요. WASM(WebAssembly)이 뭐냐면, 원래는 브라우저에서 C, Rust, Go 같은 언어로 짠 프로그램을 빠르게 돌리려고 만든 바이트코드 포맷이에요. 그런데 요즘은 브라우저 밖에서도 "어떤 언어로 짜든 동일한 환경에서 안전하게 실행되는 플러그인 런타임"으로 쓰임새가 확장되고 있어요.

기존 에디터의 플러그인 시스템을 생각해보세요. Vim은 VimScript, Neovim은 Lua, Emacs는 Elisp, VS Code는 JavaScript로 플러그인을 짜야 해요. 각 에디터마다 고유 언어를 배워야 하는 거죠. Kasane처럼 WASM을 쓰면 Rust, Go, Zig, AssemblyScript 등 WASM으로 컴파일되는 어떤 언어로든 플러그인을 짤 수 있어요. 이미 잘 짜인 라이브러리를 플러그인으로 가져오기도 쉬워지고요.

거기다 WASM은 기본적으로 샌드박스에서 실행돼요. 플러그인이 시스템 파일을 마음대로 읽거나 네트워크를 호출할 수 없게 권한을 세밀하게 제어할 수 있어요. 악성 플러그인으로부터 사용자를 보호하는 데 큰 장점이에요.

에디터 생태계의 지형 변화

최근 몇 년간 에디터 시장은 꽤 역동적이에요. Zed는 Atom 창시자들이 만든 GPU 기반 에디터로 Rust로 작성됐고 CRDT 기반 협업 기능까지 넣었어요. Helix는 Kakoune과 비슷한 "명사 → 동사" 모델을 따르면서 기본 내장 LSP, Tree-sitter 지원으로 인기를 끌고 있고요. Lapce도 Rust로 짠 GPU 가속 에디터예요.

Kasane은 이 흐름 속에서 "Kakoune 사용자들이 그대로 넘어올 수 있는 선택지"라는 포지션을 노려요. 기존 Kakoune 설정과 키 바인딩을 그대로 쓰면서 현대적인 렌더링 성능과 플러그인 생태계를 얻는 거죠. 완전히 새로운 에디터로 이사하는 것보다 부담이 훨씬 적어요.

다만 현실적으로 이런 신규 에디터들이 넘어야 할 벽은 LSP(Language Server Protocol) 통합, Tree-sitter 기반 문법 강조, 디버거 어댑터 같은 필수 생태계를 얼마나 빨리 따라잡느냐예요. Neovim이 기존 Vim을 대체할 수 있었던 것도 이런 기반을 일찍 다졌기 때문이거든요.

한국 개발자에게는 어떤 의미일까

한국에서 터미널 에디터를 쓰는 분들은 대부분 Vim/Neovim 계열이에요. Kakoune이나 Helix는 상대적으로 덜 알려져 있죠. 그런데 "명사 → 동사" 모델을 한 번 써보면 다중 커서 편집이 얼마나 강력한지 느낄 수 있어요. 같은 단어를 동시에 50곳에서 바꾸는 리팩터링을 할 때, 이 모델이 훨씬 자연스럽거든요.

WASM 플러그인 아키텍처는 에디터뿐 아니라 데이터베이스, 게임 엔진, IoT 기기까지 확산되고 있는 흐름이에요. Shopify의 Function, Fermyon의 Spin, Envoy의 필터 등도 WASM을 쓰죠. 이 기술을 미리 익혀두면 앞으로 다양한 플랫폼에서 활용할 수 있어요.

실무적으로 당장 Kasane으로 갈아타라고 권하긴 어렵지만, 성능에 민감하거나 터미널 환경에서 작업이 많은 분이라면 주말에 한 번 깔아보고 키 바인딩 철학을 체험해볼 만해요.

마무리

텍스트 에디터는 개발자의 무기예요. 수십 년간 Vim과 Emacs가 양대 산맥이었지만 GPU, WASM, Rust가 만나면서 새로운 세대의 에디터가 계속 나오고 있어요. 여러분이 지금 쓰는 에디터의 어떤 부분이 가장 아쉬우신가요? 그 아쉬움을 해결해주는 새 에디터가 나오면 갈아타실 용의가 있으세요?