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

41–50 of 537 posts

Re: LazyVim

#41

Post by dkh »

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.

There’s a lot of people who want to make the jump but haven’t yet because the configuration seems complicated/unapproachable and they’ll lose too much productivity trying to figure it out or using it with a blank slate. These are great in such cases, I think.

Re: LazyVim

#42

Post by adamkf »

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.

I gave it a try the other day using copilot.lua, and it made the whole editor unusably slow. It somehow caused syntax highlighting to "lag" for tens of seconds every time I made any sort of edit.

Maybe I need to be using the official plugin, and maybe I need to disable LSP based syntax highlighting, but that makes me wonder what it's doing.

Re: LazyVim

#43

Post by mathisfun123 »

godelski wrote: post #39

I know it sounds like a pain, but I really am a big advocate for learning how to customize vim (or emacs) yourself. These are great places to start, but the power of terminal editors is that they cater to you at a very personal level. The problem with "IDEs" isn't that they are bulky, it is that they railroad you into doing something a very specific way. Terminal emulators put the custom configuration in your face be…

> Turn it into a game if you want.

some of us don't have time to play games? i mean definitely used to when i was a kid but now i have lots of deadlines and little enough time to play games with my human friends let alone with my editor.

> make the editor __yours__

a good tool is useful immediately and has the potential to be personalized. i mean imagine how little carpentry would ever get done if every hammer, drill, and tablesaw needed to be personalized.

the reality is that software tools, like software itself, are much more complex than carpentry tools (and carpentry), and thus maybe can't be immediately useful in the same way. but that's why ux engineering exists for software tools and not for hammers. so i'm happy to leave it to the professionals to help me become productive as fast as possible (even if not immediately) when using my tools.

Re: LazyVim

#44

Post by linhns »

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.

Totally agree. I'm not into NeoVim at all, normal Vim is faster and still very powerful for me.

Re: LazyVim

#45

Post by xyzzy_plugh »

mathisfun123 wrote: post #43
godelski wrote: post #39

I know it sounds like a pain, but I really am a big advocate for learning how to customize vim (or emacs) yourself. These are great places to start, but the power of terminal editors is that they cater to you at a very personal level. The problem with "IDEs" isn't that they are bulky, it is that they railroad you into doing something a very specific way. Terminal emulators put the custom configuration in your face be…

> Turn it into a game if you want. some of us don't have time to play games? i mean definitely used to when i was a kid but now i have lots of deadlines and little enough time to play games with my human friends let alone with my editor. > make the editor __yours__ a good tool is useful immediately and has the potential to be personalized. i mean imagine how little carpentry would ever get done if every hammer, drill…

At least for me, Vim is immediately useful, and I rarely do much personalization. I agree that personalization is not an adequate measure of an editor. I don't agree that the problem with IDEs has anything to do with personalization.

At least for me, it boils down to wanting an editor for text, rather than some specific programming language or environment. Traditional IDEs have been very "project" focused which isn't useful if you're editing an email or writing a poem or munging some logs.

> imagine how little carpentry would ever get done if every hammer, drill, and tablesaw needed to be personalized.

This is somewhat ironic to me not because of personalization, but because in traditional carpentry (i.e. a master carpenter) it is pretty common to make your own tools. That's kind of the beauty of woodworking and especially hand tools: your tools usually have a lot of wood parts. If they don't, they usually end up with a lot of wood parts anyways.

Re: LazyVim

#46

Post by xyzzy_plugh »

VectorLock wrote: post #37
jemmyw wrote: post #30

Earlier quoted context omitted.

You can now configure it to not use your code for learning

But it has to use your code for inferencing, doesn't it? So it is sending it to someone. I see this being a blocker at a lot of places. I know in my workplace the infosec people are apoplectic about it and we supposedly have a 'partnership' with OpenAI.

You're not wrong, and I realize there is nuance here, but if you're using GitHub you are already sending your code to Microsoft.

Re: LazyVim

#47

Post by kristianpaul »

I’m getting to learn use vim better. I liked spf13 until plugins started to give issues, very annoying.

I compiled vim 8 recently, looks even better that my distro package by default. Its a new fresh start to me.

Re: LazyVim

#48

Post by mathisfun123 »

xyzzy_plugh wrote: post #45
mathisfun123 wrote: post #43

Earlier quoted context omitted.

> Turn it into a game if you want. some of us don't have time to play games? i mean definitely used to when i was a kid but now i have lots of deadlines and little enough time to play games with my human friends let alone with my editor. > make the editor __yours__ a good tool is useful immediately and has the potential to be personalized. i mean imagine how little carpentry would ever get done if every hammer, drill…

At least for me, Vim is immediately useful, and I rarely do much personalization. I agree that personalization is not an adequate measure of an editor. I don't agree that the problem with IDEs has anything to do with personalization. At least for me, it boils down to wanting an editor for text, rather than some specific programming language or environment. Traditional IDEs have been very "project" focused which isn't…

> a master carpenter

master carpenters produce artisanal works. those works are valued for the craftsmanship itself rather than the utility. so it makes perfect sense that master carpenters would be incentivized to put thought and care into their tools. me? i'm just a tradesman/laborer. okay not really but there's still no such thing as "artisanal software", at least for sure where the code itself has intrinsic value (instead of it generating value). anyway if i ever hit it big, make it to master software developer, and have enough freedom/time that i can afford to spend it on things like personalization, maybe then i will.

> This is somewhat ironic to me

double irony: i'm a compiler engineer and i chose to work in compilers in order to be able to have more control over what my progams did. but i still don't have time (or care) to personalize my IDE (or vim).

Re: LazyVim

#49

Post by pkulak »

godelski wrote: post #39

I know it sounds like a pain, but I really am a big advocate for learning how to customize vim (or emacs) yourself. These are great places to start, but the power of terminal editors is that they cater to you at a very personal level. The problem with "IDEs" isn't that they are bulky, it is that they railroad you into doing something a very specific way. Terminal emulators put the custom configuration in your face be…

I like a good starting point. All these things let you tweak them to your heart's content. AstroVim plus 20 lines of customization is my ideal Rust IDE. Really takes away my motivation to burn a couple weekends doing it all myself.

Re: LazyVim

#50

Post by lawn »

mathisfun123 wrote: post #43
godelski wrote: post #39

I know it sounds like a pain, but I really am a big advocate for learning how to customize vim (or emacs) yourself. These are great places to start, but the power of terminal editors is that they cater to you at a very personal level. The problem with "IDEs" isn't that they are bulky, it is that they railroad you into doing something a very specific way. Terminal emulators put the custom configuration in your face be…

> Turn it into a game if you want. some of us don't have time to play games? i mean definitely used to when i was a kid but now i have lots of deadlines and little enough time to play games with my human friends let alone with my editor. > make the editor __yours__ a good tool is useful immediately and has the potential to be personalized. i mean imagine how little carpentry would ever get done if every hammer, drill…

> a good tool is useful immediately and has the potential to be personalized.

Vim is useful immediately! I use it without customization all the time when I ssh into a new system for instance.

Post reply on HN