Live data from Hacker News

How to Exit Vim

github.com

381–390 of 409 posts

Re: How to Exit Vim

#381
post #241
post #95

In the opposing vein, as an Emacs user the best configuration I ever made was to rebind C-x C-c to execute-extended-command instead of kill-emacs. It was way too easy to (even accidentally!) kill emacs with a sweep of a finger. And I probably use a few hundred execute-extended-command calls for each kill-emacs (which I now have to type manually as 'C-x C-c kill-emacs' - no problemo). A similar optimisation was with t…

> A similar optimisation was with tmux to bind the prefix to C-z. It's in a handy location next to ctrl and I very rarely use suspend anyway. I think gnu screen has the right idea here: ctrl-a. And you say z is close to control - does that mean you use emacs without shift lock as control?! (I mean sure, still closer than b...).

I have remapped capslock to be an additional ctrl so I hit C-z easily with my pinky + ring fingers.

C-a (like in screen) would be even better but as others have pointed out it masks going to the beginning of line which is very common.

C-z is very rarely needed. C-q/C-s would be good candidates also as I don't think I've ever needed flow control in this century nor the last one, for that matter.

Re: How to Exit Vim

#382
post #235
post #216

Earlier quoted context omitted.

Vim interface is copied too often for you to call it bad. It’s obviously well-loved.

No. It is quite objectively bad ui. That thousands of users cannot figure out how to do basic things is as objective as it gets. Also that we nerds enjoy making jokes about it instead of fixing it is the reason we don't get invited to parties.

I use vim, enjoy it, and get invited to parties.

Re: How to Exit Vim

#383
post #379
post #290

Earlier quoted context omitted.

I am a Vim user, and if I had a group leader tell me that I had to use some different editor because we are all learning how to do this job together, and that learning how to use the editor properly was part of learning how to do the job, I would do what he says. At least for as long as he stays in the room... On the other hand, we had an architect who has since retired that said, if it was up to him, all developers…

I would do as they said if they convinced me that they had sound reasons for the choice. I don't think they'd be able to come up with sound reasons for dictating vi specifically, over a more lenient requirement, though. And being dictated to like that without sound reasoning behind it would instantly make me rebel. Unlike the other commenter, I would not do so quietly - I'd be more likely to make sure to use whatever…

I just sat through a two day training/workshop session called "Design Thinking" during which we learned about techniques to interview stakeholders, and how to empathize with their needs and concerns (specifically without solving the problem at hand, or trying to solve it.) My perception is that I am closer to the problem than most of the other classroom participants, and I have more than enough experience to solve it by myself, without any help.

It was very difficult to follow the guidelines for the exercise and refrain from simply going ahead and solving a problem that I've solved many times before in a way that was familiar to me. In my view it would have taken less time to simply solve the problem than to engage in this seemingly "pointless" exercise, but I do think I understand better after taking the time to convince myself that those other points-of-view have merit and should be taken into account.

Maybe I simply have a case of the old Stockholm syndrome, but between you and GP, I think I'd rather have a more cooperative and acquiescent person on my project team, for the grade. Sounds like a bikeshed argument. First we said the choice didn't matter, that it was less important than the actual programming content of the class; now we're actively combating and making a big stink until someone does some argument dance about it, and convincing happens, so the justification for the specific choice is judged acceptable. (And I guess you've already dug in your heels by this point, and won't be convinced no matter what the reasoning offered.)

What would be your reasons for rejecting vi, specifically? It seems to me that we've actually rejected the idea that editor choice is unimportant; if it was so trivial and doesn't matter which editor, we probably wouldn't be fighting about it, nobody would mind the seemingly arbitrary decision. Nobody would ask for sound reasons to justify.

Re: How to Exit Vim

#384
post #53

Earlier quoted context omitted.

Ugh, ps|grep is unnecessary. Just use pgrep! Or even better, pkill -9 ;-)

I started using Linux in 1997 and just today I've found out about pgrep and, on reddit, sudo !! What a day!

Wow! Glad to be part of your journey in discovering linux.

I have been amazed by linux since my teenager years and it still has so much more to offer.

May we be blessed to be amazed for the eternities of our mortal lives.

Re: How to Exit Vim

#385
post #342

Earlier quoted context omitted.

Holy shit, ATT 3B2, I haven't heard any mention of those in a long time. So, six years later, in 1994, I found myself as the UNIX system administrator for a large (at the time) datacenter at Keesler Regional Medical Center, Keesler AFB, Biloxi Mississippi, where we had quite a number of 3B2s. They were, in fact, the only machines we had that were rated for classified data. If memory serves, they ran AT&T System V rel…

For what it's worth, I also used DG/UX, MV/UX and AOS/VS on Data General equipment (MV/10000, MV/4000) at the University of Washington in the 1985ish time-frame. I remember porting many BSD 4.x utilities to MV/UX. What a learning experience, with the MVs differently-formatted byte vs. word pointers. The C compiler was really nice, though. Fun times.

You might be the first person I've run into that has heard of AOS/VS. I've run into one other person over the years that has heard of DG/UX.

Good times indeed.

Re: How to Exit Vim

#386
post #71

First step to quit vim is to accept that you are vim user. Here are some tips: Try to limit yourself to one vim session per day, then one session per week, and so on. Try to replace some Vim sessions with Emacs. Buy notebook with keyboard without Esc key. Install an OS without Vim. Use mouse.

I know of the perfect 12 step Vim Anonymous program that helped my brother in law finally get free

Re: How to Exit Vim

#387
post #384

Earlier quoted context omitted.

I started using Linux in 1997 and just today I've found out about pgrep and, on reddit, sudo !! What a day!

Wow! Glad to be part of your journey in discovering linux. I have been amazed by linux since my teenager years and it still has so much more to offer. May we be blessed to be amazed for the eternities of our mortal lives.

The UNIX ecosystem (digisystem?) always has more to find.

Also, your reply is the kindest comment I've ever seen on HN.

Re: How to Exit Vim

#388

Earlier quoted context omitted.

Similar experience, except a ATT 3B2 (and thus no job control). I would have read the man page, but there were none, nor were any books available. I finally just pulled the plug out of the wall. It's not much of an exaggeration to say that I became a lifelong emacs user because the start screen even back then explained how to exit.

Holy shit, ATT 3B2, I haven't heard any mention of those in a long time. So, six years later, in 1994, I found myself as the UNIX system administrator for a large (at the time) datacenter at Keesler Regional Medical Center, Keesler AFB, Biloxi Mississippi, where we had quite a number of 3B2s. They were, in fact, the only machines we had that were rated for classified data. If memory serves, they ran AT&T System V rel…

> ATT 3B2

There are a number of papers in pure mathematics authored by Doron Zeilberger and Shalosh B Ekhad. (See https://sites.math.rutgers.edu/~zeilberg/ekhad/papers.html for a list. I don't think it's exhaustive)

Shalosh B Ekhad is Zeilberger's computer, which once upon a time was an AT&T 3B1.

In Hebrew, 3 is "shalosh" and 1 is "ekhad".

(The 3B1 isn't actually much like the 3B2, despite the very similar names.)

Re: How to Exit Vim

#389

- So, how did you learn Vim? I heard there's quite a learning curve. - I just open it, but I couldn't figure out how to quit. Then I have been using it for three years already. (Same applies to Emacs.)

I have tried to start using vim so many times and failed. Even this year I thought to start using vim. Daily I open vim once try to do something new with it. Although I don't have much of hope that I will start using it an soon.

I'm in the same boat. Somehow, neither vim nor emacs have ever made a compelling case for me to switch from nano which "just works"

Re: How to Exit Vim

#390
post #342

Earlier quoted context omitted.

For what it's worth, I also used DG/UX, MV/UX and AOS/VS on Data General equipment (MV/10000, MV/4000) at the University of Washington in the 1985ish time-frame. I remember porting many BSD 4.x utilities to MV/UX. What a learning experience, with the MVs differently-formatted byte vs. word pointers. The C compiler was really nice, though. Fun times.

You might be the first person I've run into that has heard of AOS/VS. I've run into one other person over the years that has heard of DG/UX. Good times indeed.

My first Unix experience (~1993) was in a heterogeneous shop doing electronic pre-presss.

SunOS 3.5 on OEM PDP-11s. SunOS4.1.4 on SPARC Stations. SunOS5 (Solaris) on SPARC Stations. DG/UX on a pizza box. SCO on (I think) a 386

Post reply on HN