LazyVim
lazyvim.org
LazyVim
1–10 of 537 posts
Re: LazyVim
#2The other comparable setups:
NvChad: https://github.com/NvChad/NvChad
AstroNvim: https://github.com/AstroNvim/AstroNvim
LunarVim: https://github.com/LunarVim/LunarVim
Never got into any of these, but I love that they showcase what's possible.
Re: LazyVim
#3The other comparable setups: NvChad: https://github.com/NvChad/NvChad AstroNvim: https://github.com/AstroNvim/AstroNvim LunarVim: https://github.com/LunarVim/LunarVim Never got into any of these, but I love that they showcase what's possible.
I find that any IDE-type setup in vim causes vim to lose the most important thing, speed. If your movements slow down because of too many plugins, the experience is far worse than in a normal non-modal IDE.
Re: LazyVim
#4A bit off-topic, but I wonder how much Copilot/GPT cuts into the market share of editors like vim and emacs. I used emacs for the past few years, but I recently switched (back) to vscode because the Copilot integration is really good. There are a lot GPT integraton packages for other editors, but they don't come close to the deeper integration that vscode has. And of course, vscode will probably get priority treatment from Microsoft.
At this point, this is (somewhat unfortunately, I really like vim and emacs) a big selling point for vscode.
Re: LazyVim
#5The other comparable setups: NvChad: https://github.com/NvChad/NvChad AstroNvim: https://github.com/AstroNvim/AstroNvim LunarVim: https://github.com/LunarVim/LunarVim Never got into any of these, but I love that they showcase what's possible.
I find that any IDE-type setup in vim causes vim to lose the most important thing, speed. If your movements slow down because of too many plugins, the experience is far worse than in a normal non-modal IDE.
What is this speed you speak of? I developed in vim for a decade, then eMacs for another decade, before finally moving to VS Code. I’ve never been as productive with vim/eMacs as I am with Code, or Visual Studio proper / XCode when I have cause to sue them.
Re: LazyVim
#6A bit off-topic, but I wonder how much Copilot/GPT cuts into the market share of editors like vim and emacs. I used emacs for the past few years, but I recently switched (back) to vscode because the Copilot integration is really good. There are a lot GPT integraton packages for other editors, but they don't come close to the deeper integration that vscode has. And of course, vscode will probably get priority treatmen…
Aren’t you giving your code away to Microsoft if you use Copilot?
Re: LazyVim
#7I really appreciate not only stating that the dependencies were, but also the a brief description of why they were necessary or helpful.
Re: LazyVim
#8These don't usually take off because people who use vim and emacs are people who insist on customizability and aren't into all the bloat that comes with IDEs. People who want IDEs aren't interested in an editor that lives in the terminal. There is a very limited market for something like this.
Re: LazyVim
#9These don't usually take off because people who use vim and emacs are people who insist on customizability and aren't into all the bloat that comes with IDEs. People who want IDEs aren't interested in an editor that lives in the terminal. There is a very limited market for something like this.
The draw of these imo is as a framework for building my own config. Something as relatively niche as the lua config for NeoVim is hard enough to find good code examples that nicely flushed out configs like this are a goldmine.
Re: LazyVim
#10The other comparable setups: NvChad: https://github.com/NvChad/NvChad AstroNvim: https://github.com/AstroNvim/AstroNvim LunarVim: https://github.com/LunarVim/LunarVim Never got into any of these, but I love that they showcase what's possible.
I find that any IDE-type setup in vim causes vim to lose the most important thing, speed. If your movements slow down because of too many plugins, the experience is far worse than in a normal non-modal IDE.
I really haven't experienced this. There was one time i noticed vim slow down, and that was related to a relative line number bug specific to Mac, but that was fixed a while ago. I've used many of the ide type neovim premade configs, and i use my own which has a lot going on. None seem slow to me. Guess it has been a while since I've used a vanilla config. Full ide setups in neovim don't seem slow to me, especially compared to other full ides or vs code.