Given Vim powers our industry, it'd be neat if pg or any of the other big members of our community donated a non-trivial amount.

There is very few pieces of software I could never imagine replacing in my toolkit. Linux? I use Windows, too. GCC? Clang gets some love sometimes. Languages themselves? I'm fluent in several. Shell? I used Bash for years, now I switched to ZSH, but could go back to Bash if I needed. Tmux? I could also go back to screen if I needed to.

But vim? There's no replacement for vim. vim changes how you think about programming, how you think about software development. It is this frictionless editor (I mean, yes, huge fucking learning curve, but so is programming in general) that, even 20 years later, I will never abandon (unless I'm doing Java, because... fuck Java outside of Eclipse or IntelliJ; and yes, I've tried using that one vim<->eclipse bridge, hell no).

Just to add to this, a couple years ago I was able to run a campaign to raise $5000 for Vim via Hacker Newsletter (http://hackernewsletter.com) all thanks to 38k great subscribers and sponsors. So while not officially via HN, it was unofficially. :)

We currently hold the top spot, although I would be happy to see someone surpass that: http://www.vim.org/sponsor/hall_of_honour.php

> There's no replacement for vim.

I'm used to seeing people say "vim" where "vi" is meant (of which vim is but one (much enhanced) clone), so when you say you could switch out gcc for clang, or bash for zsh, could you not switch out vim for (e.g.) nvi[0]? If not, why not?

[0] https://en.wikipedia.org/wiki/Nvi

nvi provides a minimalist implementation of vi. If you feel comfortable with the vi keybindings in other editors, nvi will likely suffice. However, many vim users expect scriptability, programming language support, and numerous other features.

The analogous comparison would be between bash and posh/dash, or between gcc/clang and the Tiny C Compiler.

I haven't used nvi in several years (mostly because, unlike nvi, vim has become universally available on the systems I use), but it's not minimalist. nvi has a number of features that the original vi does not. Perl integration and infinite undo are two examples.

nvi definitely provides more features than the original vi, just not nearly as much as vim. And it doesn't have a comparable ecosystem of plugin/package developers around it, either.

Is there a popularity dashboard of plugins that one could check to see what features vim users are enjoying that I've been living without?

http://vimawesome.com/ has a list of Vim plugins sorted by their popularity, measured by presence in dotfiles repos on GitHub.

For a conservative list of "essential plugins", see https://www.vi-improved.org/plugins/

"surround" and "targets" are indispensable for me.

Almost nobody is using Bill Joy's vi and most systems don't have it. They might have a symlink to vim named 'vi'.

Why would you want to switch out of vim ? It runs everywhere. nvi is completely different, all the configurations and so on. Syntax files, plugins, you can't just move those over.

You're assuming a vim-centric point-of-view. Believe it or not, I don't use vim that much, and so I have no vim configuration/plugins to worry about. nvi happens to be where I spend the bulk of my time since I've cared what flavour of vi I'm using. So, I haven't "switched out of vim". I am genuinely interested in "what I'm missing" though. I occasionally trawl though youtube to look for videos, but I mostly haven't had my mind blown. I think I -would- like horizontal (or would you call it vertical?) screen splits where I have a left screen and a right screen (nvi provides splitting arranged above/below ea. other), and to fold sections of my work too, so I could (using my imagination here): ma (mark 'a), go to some other spot in the doc and: \(backslash)'a (fold the text from "here" to the 'a mark). That'd be immediately satisfying. Otherwise, I think nvi holds up really well for me.

How about fugitive

http://vimcasts.org/episodes/fugitive-vim---a-complement-to-...

Someone somewhere uses elvis, but it doesn't make any sense to assume an elvis-centric point of view.

I haven't used nvi in many years, but for me, vim is much more than just the vi key bindings. Absolutely core features for me include folding and the various syntax-related features (filetype identification, syntax highlighting, filetype-specific logic, etc.).

I found that Emacs + Evil is a pretty good replacement for Vim. Nowadays there is also NeoVim.

I consider NeoVim a Vim, too, thus I don't mention it separately, even though a lot of the internals has been changed around. I wish them a lot of luck.

Evil mode in Emacs seems to be a bit of a crutch. I was actually an emacs user for awhile, and a lot of emacs' power imo comes from using emacs "the right way". I respect emacs and emacs users.

There is also Spacemacs, which imho, is much better than Emacs + Evil.

Spacemacs is Emacs + Evil...

But with a fantastic boilerplate that requires minimal set up and very easy ways to configure it.

plus that annoying space button

butwherewouldwebewithoutthespacebutton?

Re: eclipse. Rather than the bridge you might want to give vrapper (http://vrapper.sourceforge.net/home/) a try. I find it to be quite acceptable - much better than having no vim keybindings. It's very comparable to the jetbrain's vim plugin.

jetbrains vim plugin doesn't even let you define your own vim like keybindings. It is the worst vim plugin I've seen.

Actually, there is some minimal support for map keybindings. See https://github.com/JetBrains/ideavim

Interesting seems to have improved.

I use both. Vrapper is the best Vim emulation so far

JetBrain's Vim plugin is very high quality.

It's the only VIM emulation mode I've used that isn't completely annoying. I'm including spacemacs in that assessment.

I agree, it's just Good Enough. I mostly miss some add-ons like surround.

Surround support was just added in IdeaVim 0.46. From the release notes:

Support for vim-surround commands ys, cs, ds, S, enable it with set surround in your ~/.ideavimrc

:-o Thanks!

It's OK but I could never get it to do things beyond basic editing like window management right.

It's high quality as they go but not close to being a vim substitute in my experience. There are still tons of little things that don't work as expected.

so is netbeans's - it's a straight port of the vim source code to java

I came into Vim pretty happy with my other tools (a very-enhanced Sublime Text 3 and JetBrains IDEs)...I wasn't trying to learn Vim, I just had to. Vim is now basically my one tool. That and tmux...and more of the stuff I was using tmux's features for I'm doing in Vim. Both tools are definitely irreplaceable for me at this point, but vim much more than the other.

> I will never abandon (unless I'm doing Java, because... fuck Java outside of Eclipse or IntelliJ; and yes, I've tried using that one vim<->eclipse bridge, hell no)

If you're referring to eclim [0] FWIW I've found it to be an adequate way to have a vim centric workflow with a few excursions into eclipse. If you have proficiency with both tools and enjoy having an eclim server running in a eclipse window you'd get have access to the best features of both tools.

[0] http://eclim.org/

I'm still trying to use vim with java =P Someday I will be happy

Vrapper (http://vrapper.sourceforge.net/home/)

Its a very non-intrusive vim plugin for Eclipse, just does vim emulation and nothing else.

I've found it to be very pleasant to work with.

I did use this plugin for a long time. The best plugin so far. I want a plugin like this for Intellij :P

https://plugins.jetbrains.com/plugin/164 (IdeaVIM) is pretty good for intellij based ides.

actually I'm using this plugin. Not the better but helps to fell good

eclim ftw

the problem with eclim is that is slow for huge projects. I did use for some time

> Given Vim powers our industry

I hope that you're being sarcastic.

Nope. The only other popular editors I've seen people using is either Sublime which, although highly configurable, just ain't no vim; or, all the emacs users, with emacs being the only real competitor to vim. I didn't mean what I said as a slight to emacs users at all, I respect them and their editor, I'm just a huge vim fan.

Also, the same with Java only being used with Java IDEs, C# only being used with Visual Studio is also a notable exception to my "vim all the things" rule.

Probably different people have different views on the industry. I never saw anyone (but me) using vim. Programming: Eclipse, Intellij Idea. Administration: notepad, sometimes notepad++. For Linux it's KEdit or GEdit, depending on environment, I saw nano once. vim or Emacs are popular among enthusiasts, but for many professionals who's just makes living on it, those are gimmicks from ancient era.

I spent quite a lot of time mastering vim. It's beautiful editor and I could be incredibly productive with it, but I'm not sure that there are many people who'll do that.

Every so often someone will do a "what editor do you use?" poll here, vim is the top choice. Maybe it's not the most common in the industry, especially if you include the hordes of Java or C# only developers, but at least among HN devs it's the #1 pick.

A stack overflow survey (http://stackoverflow.com/research/developer-survey-2016) had plenty of vim users and that includes us c#/java hordes.

Atom is reasonably popular, and Visual Studio Code is getting there.

So you see the comfort of using IDE (eclipse or intellij) with languages such as Java. Do you feel a similar comfort in vim? with which languages?

Not the parent but I have the same reaction, and I wouldn't describe my experience in big IDEs as "comfort", just less pain. I use them with Java only out of necessity, and only on huge projects I didn't have a part in designing up front.

Every other programming language I've used a lot of (spanning from assembly to lisp) I've found it most pleasant to work in vim, even in large projects. I suspect the only other environments I'd want an IDE would be for iOS development and C#.

I found Vi to work perfectly well for C#.

Visual Studio would have been better, if I could have got a decent Windows desktop to span both of my monitors. But since my employer at the time didn't want to get a Windows PC or get a Visual Studio license for this Windows desktop application project, Vim + Samba + SSH were a workable substitute.

I don't know if it's still there, but at one point (some?) MS licenses had an audit clause that would allow the BSA or MS to raid your employer at their expense. That could be one reason for a non-MS shop not to want to get any MS licenses.

Java and C# were both designed to be used in language specific IDEs (C# inheriting that from Java). Using Java outside of a Java IDE is insane.

C, C++, Python, Ruby, JS, Erlang, Perl, etc, just require a relatively sane text editor, no full scale heavy weight IDE features needed. So, yeah, vim does everything I need there.

"Vanilla" C++ is one thing, but when it comes to using comprehensive frameworks such as Qt or wxWidgets, I guess you have similar reasons (to Java and C# with their "batteries") to use IDE.

Nano

Are you seriously suggesting that nano is a valid replacement for vim?

If vim for you is "the thing you edit config files with when sshing to a server," yes, it is. As a full-fledged development environment, it's not.

In the context of this thread, it is not a valid replacement.

I was able to explain to a first time Linux user how to edit a network/interfaces file using nano. I'm not sure I could have done that with vim. That makes a difference in my book.

Neovim was largely responsible for pushing vim to add many of these features like async[0]. If anyone wants to donate towards this kind of pressure, there are links here: https://neovim.io/ [Edit/disclaimer: I have donated in the past.]

Neovim is like the Chrome of the web. A great editor, but also a great forcing function for the ecosystem.

[0] https://news.ycombinator.com/item?id=12481084

> Neovim was largely responsible for pushing vim

Did Bram Moolenaar tell you that? Otherwise, none of us know what motivated him.

Neovim fans seem to hijack Vim discussions frequently. Sometimes people want to talk about Vim.

> Did Bram Moolenaar tell you that? Otherwise, none of us know what motivated him.

I don't think this is a subjective matter? The sequence of events was:

1. async feature was proposed in 2014 and earlier, Bram was opposed to the idea in general

2. neovim was created to integrate async and other improvements

3. lots of plugins started supporting neovim's async

4. vim comes out with its own async feature

You're welcome to ask Bram what motivates him personally, but I'm comfortable with my judgement of causality to the ecosystem as a whole.

> Neovim fans seem to hijack Vim discussions frequently. Sometimes people want to talk about Vim.

You may talk about vim, that's fine. Do you feel neovim is off-topic for vim discussions? It seems fairly related to me.

> 1. async feature was proposed in 2014 and earlier, Bram was opposed to the idea in general

Not accepting a patch without question doesn't mean he was opposed to the idea.

I'm linking this[0] post, not to talk about why/if neovim is better than vim, but rather because it gives a nice overview of why that patch was rejected, and why neovim was started.

[0]http://geoff.greer.fm/2015/01/15/why-neovim-is-better-than-v...

Look at the linked mailing list thread. It wasn't rejected, there were several adjustments for coding conventions, naming, etc and the last thing Bram mentioned was basically "we'll consider it".

Then the developer threw a hissy fit a few days later and created a fork because his patch wasn't accepted right away.

> Then the developer threw a hissy fit a few days later and created a fork because his patch wasn't accepted right away.

According to the Geoff Greer, they didn't fork Vim. The fork happened a couple of months after their patch wasn't accepted, and they joined: "A couple of months after my disillusionment with Vim, Thiago de Arruda submitted a similar patch. It was likewise rejected. But unlike me, Thiago didn’t give up. He started NeoVim and created a Bountysource for it." http://geoff.greer.fm/2015/01/15/why-neovim-is-better-than-v...

I remember when that went down and I was sympathetic. It was a shit show and a total waste of their time. I would have been angry enough to start a competing project too.

He didn't accept several patches, did he?

post hoc, ergo propter hoc -- this is a logical fallacy

This would be a post hoc, ergo propter hoc fallacy:

1. async feature proposed and implemented in neovim

2. vim comes out with its own async feature.

shazow's post has significantly more evidence of neovim's responsibility, enough that it isn't a fallacious argument. It isn't definitive proof, either.

I understand that assisting AIDS sufferers in Uganda is a favorite cause of Bram Moolenaar. However in the absence of an overall plan to help the country develop, such short-term interventions may be a net harm to the very populations they're intended to help.

http://www.economist.com/news/middle-east-and-africa/2161334...

I would encourage folks to read up on factors surrounding the causes they support. Perhaps organizations like the Free Software Conservancy could use your donation to benefit humanity far more profoundly, even if they can't compete on emotional appeal.

https://sfconservancy.org/supporter/

I agree with the general point, and I believe it's well-established, that aid can have second-order and higher order effects that are counter-productive. On the other hand, in this case it's merely FUD and an argument for inaction; we would need specific information about Moolenaar's charity. I'm not going to stand still and do nothing just in case.

Second-order effects also can make donations to the Free Software Conservancy counter-productive.

As an aside, I wonder if the Free Software Conservancy would want to be seen telling people not to donate to Ugandan AIDS victims and to redirect the money to themselves. My guess is they would not like to see their name here.

> emotional appeal

Life and death has appeal beyond 'mere' emotion. It's more important than free software, and I say that as an avid fan of, and occasional donor and contributor to FOSS projects.

EDIT: A rewording or two

> I'm not going to stand still and do nothing

The advice "Don't just do something, stand there!" comes to mind.

Bram has been going to Kibaale since 1994, and he's now presumably busy feeding and clothing a new generation of orphaned children, orphaned by the original orphans. Isn't this precisely the creation of a trans-generational cycle of dependency by Western patrons?

Wouldn't those people rather be in a position to feed and clothe their own population? Perhaps even be the ones sending charitable aid workers to the Netherlands.

What is happening is evidently not a path to freedom and independence. The correct action can be found in inaction.

> Life and death has appeal beyond 'mere' emotion.

Remember it's true: lives are valuable, but our dignity is valuable too.

How do you know they're the children of children he's helped? Latest news posting underlines emphasis on education & getting people employed

http://iccf-holland.org/news.html

I'm all for individual achievements, but I wouldn't call turning people into lawyers and Arsenal supporters an unequivocally positive outcome.

Should you feel moved to give to Bram's organization, at least consider an offsetting donation to help address the eradication of pristine savannah, extinctions from over-hunting, elimination of biodiversity, and other imbalances which will naturally occur when a human population is suddenly freed from all checks on growth.

https://en.wikipedia.org/wiki/Kibaale_District#Population

Or one might consider just making the world a better place by doing something we actually understand - like, writing software and doing our jobs, instead of staying up late $#!+posting ;-)

> he's now presumably busy feeding and clothing a new generation of orphaned children, orphaned by the original orphans

That comment makes up a fact and then criticizes it.

I have no idea what the outcomes are for the people Bram helped and I doubt you do, though I'm confident they have a little more food and whatever else he provides. There are still problems in Uganda and there are still problems everywhere in the world, including in rich nations, in your family and mine, in your life and mine; there are bugs in Linux' code. The fact that problems remain doesn't in any way imply that the efforts to improve are counter-productive. That doesn't make sense.

I don't even...

I just made a donation. Thanks for the nudge. :]

I am happy that at least one person got what I was meaning :)