Hacker News new | past | comments | ask | show | jobs | submit login

a harder way of doing things initially in exchange for incredibly small productivity gains that when applied millions of times over the course of a programming career, make a monumental difference

A key ethos of Vim is that once you climb the initial learning curve, you're on a path of increased efficiency for the long haul. Moving the hand to the mouse, dragging the cursor to the spot you want, then moving the hand back to the keyboard, is objectively slower than key-based movement commands for someone who has climbed the learning curve and I'm confident that could be proven empirically though I'm not aware of any such proof. There may be certain exceptional cases where the mouse is faster, but for most editor usage it would not be. I'm not sure if you agree w/ that and are just criticizing how tutorials introduce people to Vim, that they should start w/ the mouse to lower the learning curve, which might be an okay argument.

Counter point; set mouse support and if you want to use it use and if you don’t don’t.

I’ve been using Vim as my primary editor for 25 years and at this point the keyboard nav is burnt into me.

I still use two finger scrolling on my track pad though. If I’ve been in another window I might also start the cursor at a point with trackpad.

It works fine over ssh too.

I think most newbies that care enough to try Vim know there is a Vim Way. They know about Vim Golf.

That get tiring all the time when you’re starting out. Sometimes they just want to get the job done until they learn, I’m ok with that. Just have a go.

It’s absolutely fine to make use of all the features Vim provides and use it any way you want because you’re always going to me slowly learning more.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact