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

321–330 of 537 posts

Re: LazyVim

#321

Post by oblio »

geysersam wrote: post #292
oblio wrote: post #277

Earlier quoted context omitted.

[flagged]

As if there are "studies" backing the claim that arrow keys are easier to use for navigation than the home row keys... Personally I don't want to move my hands from where I'm writing to the other side of they keyboard just to move the cursor.

I take it you've never played a fast game with keyboard controls? :-)

They could have laid out the arrow keys WASD style. One up, one mid-down, two to the sides.

Nobody said they had to use dedicated arrow keys. Just lay them out like a normal human being. Whatever key for up should be up, whatever key for down should be down, whatever key for left should be to the left, whatever key for right should be to the right.

HUJK, for example. WASD is the standard example.

Re: LazyVim

#323

Post by xmcqdpt2 »

danjac wrote: post #78

I've been using vim for years, switched to neovim, and at this point I'm ready to throw in the towel and just use vscode for anything beyond simple text editing. The amount of work needed to get a basic IDE up and running for your languages of choice, even for commonly used languages such as Python or Javascript, is far too much for someone who wants to get on with their day job or hobby coding and doesn't want to sp…

I think it's important to know a terminal text editor if your work involves remote servers. Then once you know one of the good text editor, you may be tempted to use it for other tasks. That's where people get into trouble.

The base emacs and vim documentations are actually excellent, the problem is the plugins. Just use an IDE for IDE tasks and a text editor for text editing tasks! I'm not going to start a new project in Intellij just to edit a config file or take notes about something. Why would I want to pollute my minimal emacs config so that I get a flaky IDE?

(Of course it's fun to program in a text editor because it's fast and distraction-free, which is why I use them for hobby projects. But for professional work I use professional tools.)

Re: LazyVim

#324

Post by gsinclair »

dcow wrote: post #159
p-e-w wrote: post #151

Earlier quoted context omitted.

You mean the one with syntax highlighting disabled by default?

Yeah. I actually find that no highlighting in some ways helps you understand the language better. Because you have to parse it, not rely on the highlighting to do it for you. When I was learning Rust, I spent a year writing Rust in vanilla vim which is by some accounts insane. But I did it for the uh immersion. And I’m happy with the result. I do use Zed for working on projects when on my home turf. It’s just that I’…

The thing is, using a plugin like ‘surround’ Is just so nice. When you’ve chosen to use a pleasant and powerful editor, I don’t see the benefit in depriving oneself of further pleasure and power.

Re: LazyVim

#325

Post by roland35 »

noud wrote: post #132

Am I the only one using vanilla vim with a minimal configuration file ( Very easy to setup. Moreover, when I'm on a different computer and open (vanilla) vim without any configurations. I know that everything is more or less the same as my default vim environment. I think it's not that hard to learn developing in the default vim environment, with some minor tweaks. Also related, How to Do 90% of What Plugins Do (With…

With less plugins and less custom configuration it becomes much easier to work in environments outside your home. Also it is more robust and less things break!

Re: LazyVim

#326

Post by raverbashing »

oblio wrote: post #277
divbzero wrote: post #123

Earlier quoted context omitted.

Was that expressly written to parody Vim? If so, this line is particularly spot on: > 'left' actually means right

[flagged]

Exactly, use arrow keys and be happy, I do it too

(I wouldn't blame vim so much, but more the vim greybeards who think they're still using a 70's terminal)

Re: LazyVim

#328

Post by cerved »

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.

Surely you jest, Visual Studio proper is absolute garbage

Re: LazyVim

#329

Post by oblio »

raverbashing wrote: post #326
oblio wrote: post #277

Earlier quoted context omitted.

[flagged]

Exactly, use arrow keys and be happy, I do it too (I wouldn't blame vim so much, but more the vim greybeards who think they're still using a 70's terminal)

I actually switch back and forth and I've thought many times about remapping u and l and j and k... you know what, maybe I should just bite the bullet.

HUJK instead of HJKL, basically WASD moved to the right :-)

Re: LazyVim

#330

Post by zogrodea »

zogrodea wrote: post #204
alwillis wrote: post #121

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. Um… the word any is doing a lot of work in this sentence. I never had this problem on a 7 year-old iMac. I tried using VS Code on the same machine with just a few plugins on small projects and because it's an El…

I can't comment on any implementation details, but at least with LunarVim (which I use for daily coding), a slowdown when interacting with LSP is very noticeable. Some others have attested to this on a GitHub issue. I'm not doubting your experiences with the lack of a slowdown, but there is truth that others do experience it. That might be more of a problem with LunarVim itself rather than Vim, but how likely am I (a…

After re-reading my comment, I think it was somewhat unfair. LunarVim is still the best and most comfortable code editing solution for me and the performance hit isn't that bad.

The point I made about config hell might also be a bit out of place in this subthread since ease of use wasn't brought up explicitly in the comment chain I'm replying to (although distributions aiming for ease of use were mentioned).

Post reply on HN