[1]: Was really pleased to bump into your article on Examples in Math the other day.
[1]: Was really pleased to bump into your article on Examples in Math the other day.
That's easy to answer -- as astonishing as it may sound, people are still using vim. Some of them might even think it's natural to have to use twice as many keystrokes as are required on a modern editor, even another command-line editor, to switch from editing to navigating (as just one example).
> I'm not sure who you're trying to save here, the bunch of us seem to be mostly happy with what is really the worst editor we can get except all the others.
Yes, except that that is false. Any meaningful comparison is so obviously against vim that I feel like I'm trying to dissuade True Believers from an irrational belief.
Or tell me about any editor where the same amount of keystrokes get the same job done.
Do you also write Fortran? You may or may not be surprised to learn that I have nearly identical debates with diehard Fortran programmers who try to argue that Fortran is anything but a way to support a vast amount of legacy code that no one wants to rewrite (for very good reasons).
Fortran is not the right tool for the job. It once was, but now there are many programs of high economic value that for all intents and purposes cannot be rewritten, for example all the FAA code behind the air traffic control system, as a result of which Fortran will be with us for decades to come.
But no one voluntarily writes new programs in Fortran, at least not if they expect to remain employed. That's true, but try to tell a Fortran programmer this.
Those debates have a lot in common with this one.
My reason for engaging in both debates to to save young programmers from picking up a museum piece without being aware of its legacy status, and thereby crippling themselves and their careers.
I would not say I "write Fortran" (given that soon to be father in law does, and I would be an embarassment to his competencies) I am familiar with it, and even so would not argue maintaining huge truckloads of legacy code. There does need to be lines for when you "burn it down" or realize that you've been accumulating technical debt that just maintaining compatibility for and of is only contributing to. I would not say that modern vim falls under this category at this point in time.