Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

LazyVim

lazyvim.org

Post reply on HN
Print view View original

11–20 of 537 posts

Re: LazyVim

#11

Post by 4by4by4 »

djha-skin wrote: post #8

These 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.

Using LazyVim got me over the hump to switch to neovim from vscode. My previous attempts failed when it took too long to get an IDE-compatible setup. I suppose I am the type of person that wants and IDE/editor that lives in the terminal!

Re: LazyVim

#13

Post by valid4life »

loveparade wrote: post #4

A 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…

I love using the official copilot plugin with neovim. It has easy rebindable keys and a pretty nice set of features.

As you said though.. It won't compete with 1st party love given to VSC. For example, I have no idea if "neighboring tabs" is a feature in neovim.

Re: LazyVim

#16

Post by whompyjaw »

raydiatian wrote: post #6
loveparade wrote: post #4

A 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?

Ya pretty sure using copilot only applies to personal projects. To my knowledge, you can’t use LLM’s while coding at work due to CCI.

However, there are plugins to use LLM’s while coding with Neovim and Emacs, so, you can still use these editors for that if you want.

Re: LazyVim

#17

Post by localghost3000 »

After curating my own vim customizations for years I switched to this and have been happily using it for about 6 months now. It was very easy to change any settings I didn’t like and/or port over stuff I couldn’t live without. It opens lighting fast too despite how fully featured it is. Highly recommend.

Re: LazyVim

#18

Post by [deleted] »

whompyjaw wrote: post #16
raydiatian wrote: post #6

Earlier quoted context omitted.

Aren’t you giving your code away to Microsoft if you use Copilot?

Ya pretty sure using copilot only applies to personal projects. To my knowledge, you can’t use LLM’s while coding at work due to CCI. However, there are plugins to use LLM’s while coding with Neovim and Emacs, so, you can still use these editors for that if you want.

[deleted]

Re: LazyVim

#19

Post by mrinterweb »

mrinterweb wrote: post #10
yxre wrote: post #3

Earlier quoted context omitted.

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 c…

One more thing. You can start neovim with different configs, so if you wanted to launch neovim with a super light config, it is possible to have both. Need to do some trickery with env vars, but it's not hard.

Re: LazyVim

#20

Post by ComputerGuru »

adastra22 wrote: post #5
yxre wrote: post #3

Earlier quoted context omitted.

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.

Editor speed (i.e. responsiveness), not developer speed (i.e. productivity).
Post reply on HN