Plus I use sessions for key mappings, i.e. temporary sets of mappings used for debugging for example, which can be reset to what they were after debugging is finished. This way you can assign a bunch of common combos for stuff like step in / step out without it messing up other existing mappings which you can restore after you are done.
I don't think Zed is very good in its current state. Too much extra cruft out of the box which you need to disable.
We use node.js to run a number of language servers and formatters (which are often written in node due to the VSCode ancestry...).
There've been a lot of requests to disable language servers by default; but I think that's not the right default for most users – things should work out of the box.
That said, better control over this is definitely something we will add.
I would much rather an editor provide as many runtimes as possible for plugins, so that developers from all walks of life can contribute. This is largely the success story of Neovim, which lets you interface with it in 7 different languages. Most editors that are constrained to only one language for plugins have a completely barren ecosystem.
My primary editor is vim (cli), and my secondary editor is kwrite. Nowadays, I think kwrite is part of the Kate package, just simpler, as I don't like the whole session feature when you just want to edit a single file.