While I doubt I disagree at all with @amalek's editor recommendations (brief aside - kakoune actually distributes a `nim.kak` though I don't know how well it works), it's also worth pushing back on the idea that lisp needs to be slow. Interpreters do tend to be, and interpreters of dynamic languages even more so, and I don't think vimscript executes very quickly. Compiled lisp, like Nim (or even Cython), can with a little "`(declare)` care" be roughly on par with C, depending on what one is doing. Of course, different languages have more or less "performance fragility" for lack of a standard term.
In terms of people having emacs-extensibility with less steep performance tradeoffs, there is this nascent effort [https://tromey.com/blog/?p=982](https://tromey.com/blog/?p=982) It would be nice to see that go forward someday. Taking some 500 ms pause time down to 150 ms might make all the end-user difference necessary to really improve that experience.
