I've now watched people go from Sublime to Atom to VSCode to Cursor. Truly it's wild how much value I've gotten out of sticking with just Vim and occasionally trimming my config.
I have no desire to move to Neovim. The Neovim community seems hell bent on turning Vim into another Emacs kitchen sink style ecosystem where no one values moderation and everyone is installing 100+ plugins they don't need. I haven't seen a single Neovim feature that actually helps me get work done more efficiently than how I already do it with Vim. Neovim feels like the first step since ed where the lineage has truly gone in the wrong direction.
kkoncevicius 2 hours ago [-]
There were always a big group of people who were obsessed about configs and plug-ins. My impression is that once NeoVim appeared all of them moved from Vim to NeoVim so that's why we have the impression about NeoVim being turned into Emacs.
Personally I use almost stock NeoVim (~30 lines config, with 2 tiny plugins, one of which I wrote myself). I find NeoVim to be very close to Vim, but with a few better corners. Things that I like are things like default `gc` operator for commenting and uncommenting portions of code.
riffraff 1 hours ago [-]
I am still on (mac)vim but I think Neovim did at least two things right
1. it made async operations normal (Vim later did it too) which made things like lint-on-save much better
2. lua is better than vimscript which means easier plugin development. This in turn means it's more likely someone makes a plugin for neovim than for vim these days (e.g. newer completion/llm integrations exist for neovim which don't exist for vim)
I don't think "people installing 100 plugins" is a problem with neovim per se, people were installing tons of plugins before too, and "distributions" such as Janus existed before.
lawn 2 hours ago [-]
> I haven't seen a single Neovim feature that actually helps me get work done more efficiently than how I already do it with Vim.
I feel that Neovims implementation of LSP and Treesitter is better than in Vim, and Lua is a magnitude better than Vimscript.
ggm 7 hours ago [-]
Brushing over teco feels a bit .. odd given its role in Emacs but this is the vim family story.
Dec 10 had SOS which was an ed-like line editor. And a port of qed IIRC. It had a concept of a viewport into a file with lines longer than 80 chars, other editors did folding but this one did scrolling in ascii. Emacs now does similar. Gosling Emacs was nice before gnu. Very simple cross file macro "do this sequence of commands" mode. Vi/ex used buffers and @execute to write programs the gosling Emacs was more "do it once then ask the editor to redo it again and again"
Nvi and Keith Bostic deserves telling too. Kind of died
Midstream getting i8n and sub Windows fitted in.
The ed/sed/grep/awk unity over the syntax of the regex cannot be overstated. One investment in a syntax which embodied semantic intent in pattern match. The uplift into ex/vi was a no brainer.
l00sed 6 hours ago [-]
Yes, I could have been more equitable for sure. Maybe I can do a better Emacs deep-dive someday.
I'll have to also look up SOS— thanks for mentioning! Haven't heard of Nvi, but that looks interesting. Thanks for sharing those. I'll have to make some edits to the post. I keep getting good add-ins like that. Love learning more about this stuff.
kaycebasques 6 hours ago [-]
AstroNvim was love at first sight for me a couple weeks ago. The AstroCommunity Rust pack gave me a super robust Rust development environment with literally just a couple minutes of setup. But as mentioned, I've only been using it for a couple weeks at this point. https://astronvim.com/
linsomniac 4 hours ago [-]
I've been using AstroVim for a couple months, LunarVim before that; switched because they stopped maintaining Lunar. I had been carrying some vimrc files around for decades before that and got tired of having a partially working set of the more advance features.
With these packages, keeping as stock as I could stand, I've got a great set of LSP and advanced editing features with minimal effort. It's been great.
I've also got helix set up with the LSP settings.
bayesianbot 3 hours ago [-]
Just trowing out another similar, LazyVim[1]. I tried different neovim and emacs configurations over few years until stumbling on LazyVim and have been really happy with it for quite a while now - everything works out of the box, easy to add stuff and reasonably good documentation.
I started from Vim and ended up migrating my dotfiles to Lua. I was really glad when I bit the bullet because I was able to keep most of my favorite functionality but start using more of the modern Lua-base plugins. Lazy.nvim is a really great package manager— super simple.
I ended up stealing some LSP config from AstroNvim or another Nvim "distro". I've never tried committing to one of those prebuilds though. I was always hacking at my own configs. I do like to skim some of the code though because they are generally implementing much better design patterns. I'm sure that the community will do a better job than me with Lua 9/10...
The obsessive dotfile management does help to give you a deep understanding of your editor though— I will say that.
marshray 3 hours ago [-]
When I was small, my dad would bring home a terminal with a thermal printer and acoustic coupler modem. This would have been mid-1970's.
I remember QED. I suppose it was my first editor.
ilrwbwrkhv 5 hours ago [-]
I've been using anvil. A modern acme inspired editor.
I have no desire to move to Neovim. The Neovim community seems hell bent on turning Vim into another Emacs kitchen sink style ecosystem where no one values moderation and everyone is installing 100+ plugins they don't need. I haven't seen a single Neovim feature that actually helps me get work done more efficiently than how I already do it with Vim. Neovim feels like the first step since ed where the lineage has truly gone in the wrong direction.
Personally I use almost stock NeoVim (~30 lines config, with 2 tiny plugins, one of which I wrote myself). I find NeoVim to be very close to Vim, but with a few better corners. Things that I like are things like default `gc` operator for commenting and uncommenting portions of code.
1. it made async operations normal (Vim later did it too) which made things like lint-on-save much better
2. lua is better than vimscript which means easier plugin development. This in turn means it's more likely someone makes a plugin for neovim than for vim these days (e.g. newer completion/llm integrations exist for neovim which don't exist for vim)
I don't think "people installing 100 plugins" is a problem with neovim per se, people were installing tons of plugins before too, and "distributions" such as Janus existed before.
I feel that Neovims implementation of LSP and Treesitter is better than in Vim, and Lua is a magnitude better than Vimscript.
Dec 10 had SOS which was an ed-like line editor. And a port of qed IIRC. It had a concept of a viewport into a file with lines longer than 80 chars, other editors did folding but this one did scrolling in ascii. Emacs now does similar. Gosling Emacs was nice before gnu. Very simple cross file macro "do this sequence of commands" mode. Vi/ex used buffers and @execute to write programs the gosling Emacs was more "do it once then ask the editor to redo it again and again"
Nvi and Keith Bostic deserves telling too. Kind of died Midstream getting i8n and sub Windows fitted in.
The ed/sed/grep/awk unity over the syntax of the regex cannot be overstated. One investment in a syntax which embodied semantic intent in pattern match. The uplift into ex/vi was a no brainer.
I'll have to also look up SOS— thanks for mentioning! Haven't heard of Nvi, but that looks interesting. Thanks for sharing those. I'll have to make some edits to the post. I keep getting good add-ins like that. Love learning more about this stuff.
With these packages, keeping as stock as I could stand, I've got a great set of LSP and advanced editing features with minimal effort. It's been great.
I've also got helix set up with the LSP settings.
[1] http://www.lazyvim.org/
I ended up stealing some LSP config from AstroNvim or another Nvim "distro". I've never tried committing to one of those prebuilds though. I was always hacking at my own configs. I do like to skim some of the code though because they are generally implementing much better design patterns. I'm sure that the community will do a better job than me with Lua 9/10...
The obsessive dotfile management does help to give you a deep understanding of your editor though— I will say that.
I remember QED. I suppose it was my first editor.