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

21–30 of 537 posts

Re: LazyVim

#21

Post by w0m »

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…

copilot works wonderfully inside NeoVim; I use it daily. You are right that some of the more advanced integrations (Chat, direct analysis/explanation) aren't ported though. I use shellgpt in tmux for a (not as good but almost) experience.

Re: LazyVim

#22

Post by qudat »

w0m wrote: post #9
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.

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.

Totally agree, which is why I wanted to build a config directory to find good examples of code http://neovimcraft.com/c/index.html

Re: LazyVim

#23

Post by User23 »

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.

Having used all three myself I bounced off VS Code hard because getting a usable Ruby setup with all the fixings like irb integration and sorbet ls was multiple days of frustration and still not working right compared to it just working out or the box with Doom Emacs. What’s the happy path that made VS Code work so well for you? I’m curious in case I did it wrong.

Re: LazyVim

#24

Post by [deleted] »

yxre wrote: post #3
manaskarekar wrote: post #2

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

[deleted]

Re: LazyVim

#25

Post by omoikane »

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 never got into these copilot things because I wanted my text editor to be predictable rather than magical. As such, I am still using regular VIM.

Re: LazyVim

#26

Post by NathanielBaking »

4by4by4 wrote: post #11
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!

I did the same thing and it was also a great learning aid. Now I run my own my own set of plugins but this got me past that initial learning curve. I think it says something that it finally happened to me after 4 decades of software development.

Re: LazyVim

#27

Post by pooriar »

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…

It's the only thing that tempts me away from Vim. Vim does have an official copilot plugin but it seems gimped compared to VSCode. I wonder if that's intentional.

Re: LazyVim

#28

Post by jemmyw »

User23 wrote: post #23
adastra22 wrote: post #5

Earlier quoted context omitted.

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.

Having used all three myself I bounced off VS Code hard because getting a usable Ruby setup with all the fixings like irb integration and sorbet ls was multiple days of frustration and still not working right compared to it just working out or the box with Doom Emacs. What’s the happy path that made VS Code work so well for you? I’m curious in case I did it wrong.

The ruby stuff for vscode isn't quite up to quality and I find I turn a lot of it off. I've had a good time with the fuzzy LSP https://marketplace.visualstudio.com/items?itemName=Blinknli...

I think sorbet hasn't got the critical mass of devs using it so tooling is hit or miss. And I personally don't like it even though I'm well onboard with typescript.

What is irb integration? I tend to avoid that kind of thing and just do it in the terminal regardless of which editor I'm using.

Re: LazyVim

#29

Post by pooriar »

w0m wrote: post #21
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…

copilot works wonderfully inside NeoVim; I use it daily. You are right that some of the more advanced integrations (Chat, direct analysis/explanation) aren't ported though. I use shellgpt in tmux for a (not as good but almost) experience.

Does it really work wonderfully for you? I am often times shocked by how it just can't guess the most obvious completions. Then I jump into VSCode to sanity check, and it works fine there.

Talking about tpope's official neovim plugin

Re: LazyVim

#30

Post by jemmyw »

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?

You can now configure it to not use your code for learning
Post reply on HN