TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

How Did Vim Become So Popular?

369 pointsby nikolalsvkalmost 5 years ago

73 comments

duckfruitalmost 5 years ago
Speaking personally, I&#x27;ve been a professional developer for almost decade and even in my relatively short career I&#x27;ve seen a lot of technologies come and go. I was reluctantly roped into it by my first boss, an enthusiastic Vim advocate. And since, almost nothing else (save for maybe git) beat learning vim from a return on investment perspective. From the default mac OS installation to some old Fedora box that has not been patched since the early 2000s, Vim (or its simpler brother Vi) has always been there!<p>And once I got used to it, I couldn&#x27;t really imagine using computers any other way. I&#x27;d go so far as to say that the &#x27;home row&#x27; concept of vim is the ergonomic ideal of keyboard based computing, and I now try to mimic that behavior everywhere -- the vimium extension in chrome, various vim plugins for vs code and sublime etc. If you&#x27;re on the fence, I&#x27;d urge you to give in!
评论 #23696286 未加载
评论 #23695801 未加载
评论 #23697304 未加载
评论 #23699584 未加载
评论 #23696099 未加载
评论 #23698921 未加载
评论 #23696784 未加载
评论 #23696022 未加载
评论 #23698154 未加载
评论 #23700400 未加载
评论 #23706404 未加载
评论 #23697612 未加载
评论 #23702797 未加载
评论 #23699534 未加载
评论 #23697210 未加载
评论 #23697846 未加载
saberiencealmost 5 years ago
Controversial comment here, but I would say Vim isn&#x27;t popular at all. I would say instead, Vim advocates are incredibly vocal (a bit like Vegans and Crossfitters) and won&#x27;t hesitate to talk about it at all times.<p>I&#x27;ve been engineering now since 2002 so approaching 20 years and sure, every office has one guy who&#x27;s the &quot;hardcore&quot; Vim guy. Everyone else in the office uses Visual Studio or VSCode, Atom, Sublime, IntelliJ etc. But the &quot;Vim guy&quot; is the by far the loudest guy in the room when it comes to discussing his editor, tries to tell everyone else why their editor sucks, how superior Vim is, etc etc. Meanwhile all the users of VS and other editors quietly get along with their work and feel no reason to advocate for their editor like it was a religion.<p>At my current company it&#x27;s the same. We have maybe 300 engineers. 99% of them use VS or VSCode, there&#x27;s probably one or two guys using Vim and still telling everyone else they&#x27;re dumb for using VS... In 50 years when things have changed completely, there will probably still be some guys using Vim telling everyone else they&#x27;re wrong for using VR Coding with voice recognition (or whatever is happening in the world of coding then).
评论 #23700517 未加载
评论 #23700508 未加载
评论 #23700588 未加载
评论 #23700311 未加载
评论 #23700626 未加载
评论 #23701159 未加载
评论 #23700555 未加载
评论 #23702571 未加载
评论 #23700538 未加载
评论 #23700405 未加载
评论 #23700417 未加载
评论 #23706223 未加载
评论 #23702976 未加载
评论 #23705529 未加载
评论 #23702335 未加载
评论 #23700395 未加载
评论 #23700239 未加载
tenebrisalietumalmost 5 years ago
Disappointed the article went straight from punch cards to video terminals without mentioning teletypes.<p>&gt; Having that thing show up on computers in those days was pretty tricky, and some considered it a resource hog.<p>Well in the 60&#x27;s and 70&#x27;s, you didn&#x27;t necessarily even have a display, you might be using a physical teletype. `ed` is built for that.<p>Even when you had a display, it could be slow. The VT05 from 1970, only went up to 2400 baud. And if you were using a modem back then I think you were definitely most likely connected at 300 baud or below.
评论 #23696695 未加载
评论 #23695771 未加载
评论 #23697605 未加载
ricksharpalmost 5 years ago
Does anyone have a good video comparing vim speed coding vs vscode using built in editor features?<p>I’ve been using vscode for years and the YouTube videos that demo vim features are shallow (like how to enter a blank line - really?). I can do the same thing I have seen in vim videos without memorizing a bunch of strange key bindings all while being able to edit code instantly without changing modes.<p>I would love to see a fair comparison between someone using vim at 100% and someone using vscode at 100%.<p>Of course some vscode shortcuts might not be fair (like F12 to jump to definition, F2 to rename every usage, etc.)<p>But even in raw editing:<p>With vscode, I can do multi-line editing, I can navigate quickly, jump to specific words, etc all very fast.<p>If there is no video like this, would anyone be interested in a race?
评论 #23697477 未加载
评论 #23698293 未加载
评论 #23696424 未加载
评论 #23696766 未加载
评论 #23697204 未加载
评论 #23697448 未加载
评论 #23696649 未加载
评论 #23697977 未加载
评论 #23699527 未加载
评论 #23696909 未加载
评论 #23698704 未加载
评论 #23698042 未加载
norenhalmost 5 years ago
I started using emacs in the early 90s and got really into it during uni, studying CS a couple of years later. In mid 2000s I ended up in sysadmin work in a mixed Unix-environment (Tru64, AIX, Solaris, Linux) in a group where all other used (some Vi(m)-variant). I tried to get work done with emacs but failed due to various special characters always getting mangled in different ways over different terminals on different platforms and after a couple of months I gave in and started using Vim instead. I finally understood that Vim had two essential properties that other editors lacked in this case.<p>1) It works well in environments where special characters will get mangled in various ways over different platforms. As long as ESC works, vim will do the work just fine. 2) The modes makes it very reliable to use when you have to make specific operations in exact places in text-files. This alone should make it the goto editor for sysadmins where you often have to make just a few character changes to a configuration file and be sure you do not change anything else.<p>A third reason when starting the work was also that Vim came by default on all out platforms so we knew it existed there and it was a nightmare trying to get approval for extra packages to be installed, but the first two reasons are what keeps me coming back to Vim whenever I need to do some text-file surgery.
评论 #23696236 未加载
halotropealmost 5 years ago
For me it is being able to efficiently navigate a file without leaving the home row (Gotta learn touch typing first). Once you understand the commands follow a composable grammar it is really like a superpower for dancing around text.<p>„Go down 5 lines, move right two word, replace the contents of the brackets“. I don‘t use the actual editor all that often but have vim mode enabled in all my „real“ editors like VSCode or JetBrains Suite. I am often wondering how people do edit source efficiently without vim mode but I am too shy to ask.
评论 #23695890 未加载
评论 #23695611 未加载
评论 #23696304 未加载
评论 #23695629 未加载
评论 #23698693 未加载
评论 #23696213 未加载
rob74almost 5 years ago
I think it&#x27;s a bit sad that the article completely fails to mention that Bram Moolenaar originally implemented vim on the Amiga. Actually this might have contributed to its popularity: back in 1991, Amigas were much more widespread than Unix boxes, and around the time Commodore went bust and the Amiga was no more, i imagine lots of developers migrated to then-new Linux rather than to the despised DOS&#x2F;Windows, and took their preference for vim with them.
评论 #23702179 未加载
6502nerdfacealmost 5 years ago
I think vim became so popular because its only real competitor is Generally Not Used Except by Middle Aged Computer Scientists. ;)
jiggawattsalmost 5 years ago
I know I&#x27;m going against the popular opinion here, but I have never observed anyone using either Vim or Emacs to outperform a <i>competent</i> IDE user, especially Visual Studio or IntelliJ.<p>I mean sure, if you think IDEs are just slow, expensive text editors with fewer keyboard shortcuts, then you&#x27;ll be disappointed, but features like &quot;navigate to any symbol by prefix&quot;, &quot;find all usages&quot;, and &quot;Ctrl-click to navigate to definition&quot; have no comparable analogue in traditional text-focused, non-IDE editors.<p>Not to mention visual debuggers, not to mention <i>remote debugging!</i> The VS IntelliTrace feature alone is worth the cost of the entire IDE.<p>Visual Studio Live Share lets two people concurrently use the entire IDE <i>at the same time</i>, remotely: <a href="https:&#x2F;&#x2F;visualstudio.microsoft.com&#x2F;services&#x2F;live-share&#x2F;" rel="nofollow">https:&#x2F;&#x2F;visualstudio.microsoft.com&#x2F;services&#x2F;live-share&#x2F;</a><p>There&#x27;s just nothing like any of this in Vim or Emacs.<p>I mean sure, if you futz around with plugins, you <i>might</i> be able to reproduce some small subset of these features, but then you&#x27;d have wasted more of your time tinkering with the editor than actually getting work done.<p>What I&#x27;ve noticed with a lot of tools that trace their origins to the UNIX world is the <i>perception</i> of speed. Typing many keys rapidly to trigger shortcuts <i>feels</i> like you&#x27;re doing things faster than moving a mouse cursor and then clicking something, because there are <i>more actions per second</i>. However, objective tests show that even highly skilled users aren&#x27;t as fast at completing high-level tasks as mouse-users.<p>One study that shocked me compared wall-clock development times for a moderately complex puzzle problem. It was designed so that most people would have to debug the program at least once or twice. Participants could use any development environment and language. Among the fastest solutions were users programming in F# and C# using Visual Studio, at roughly 30 minutes for F# and 60 minutes for C#. People programming in languages like C, C++, and Java in typical Vim&#x2F;Emacs environments took days or <i>weeks</i> to solve the same problem! Days!<p>I&#x27;ve observed this effect with &quot;command line jockeys&quot; too, where they&#x27;re <i>absolutely convinced</i> that bash is some power tool that nothing can hold a candle to, and then they take hours to solve some problem that&#x27;s three clicks away in the GUI.
评论 #23699734 未加载
评论 #23700171 未加载
评论 #23700087 未加载
评论 #23700222 未加载
评论 #23700491 未加载
评论 #23699799 未加载
评论 #23699766 未加载
评论 #23700323 未加载
评论 #23699735 未加载
VectorLockalmost 5 years ago
Ever year or so I look at the nice sugar that things like VScode or other IDEs have and think &quot;it has vim mode, those nice things would be good to have&quot; - autocomplete, things like that. So I try the IDE and I get so tired of _in the way_ it gets that I just go back to vanilla Vim.<p>Then I think &quot;maybe I&#x27;ll try these IDE like plugins for Vim&quot; and get so frustrated by the Vim plugin system that its back to vanilla Vim pretty quickly.
评论 #23697281 未加载
评论 #23697377 未加载
oskaalmost 5 years ago
Regarding the picture of the woman standing next to the pile of punch-cards which is, annoyingly, uncredited, I have found it credited in this article [1] as:<p>&gt; Programmer standing next to the SAGE computer&#x27;s control program<p>&gt; Image courtesy the Computer History Museum and the MITRE Corporation<p>[1] <a href="https:&#x2F;&#x2F;kiranbot.com&#x2F;post&#x2F;2016-07-27-punch-cards&#x2F;" rel="nofollow">https:&#x2F;&#x2F;kiranbot.com&#x2F;post&#x2F;2016-07-27-punch-cards&#x2F;</a>
评论 #23697135 未加载
mtippettalmost 5 years ago
We also need to understand that a subset of vi features is part of the POSIX standard, so any POSIX system will need to have &quot;vi&quot;. vim is the logical choice there.<p>So as a result vim has become the reference implementation for the POSIX vi featureset.
评论 #23695674 未加载
stephc_int13almost 5 years ago
In my opinion, the best feature of Vi(m) is its ubiquity.<p>Also, it is fast and reliable.<p>That said, I never bothered learning many commands, only the very basic ones, I spend much more time thinking than typing anyway and I always felt the productivity gains to be marginal.
评论 #23697057 未加载
bsdzalmost 5 years ago
Something I&#x27;ve come to rediscover is how good vi&#x2F;vim is on a slow network connection. Our sharp networking team route me from London to Sydney so I can remote back to my London PC.<p>Seeing what you type several seconds after you typed it is reminiscent of the 90s and dial up connections.<p>Having familiar vi keybindings in so many applications these days has been a productivity saver.
评论 #23699466 未加载
评论 #23695763 未加载
评论 #23699521 未加载
jjicealmost 5 years ago
I&#x27;ve been using Vim more and more in the past few months, but I still use VS Code primarily for a lot of my work. At work, I do a lot of Node&#x2F;TS stuff, so VS Code just offers a whole wealth of tools that I&#x27;m already familiar with. I&#x27;m sure I could pimp out Vim to do it just as well, if not better, but I still enjoy VS Code.<p>Where Vim shines for me is for creating and editing small files. I use vim for my journal, quick edits, and data wrangling when I need to get something into a nicer form (most often scraping links to pipe somewhere else). It&#x27;s a great interface for editing temporary data.<p>Also, knowing Vim if you ever need to SSH into a remote machine is a must in my eyes. Nano feels sluggish once you get a feel for Vim, and, as the article mentions, you can fine Vim almost everywhere you go.
评论 #23697585 未加载
评论 #23697555 未加载
aarong11almost 5 years ago
Because nobody knows how to quit
评论 #23696891 未加载
评论 #23697344 未加载
评论 #23696320 未加载
评论 #23696566 未加载
评论 #23695593 未加载
pmontraalmost 5 years ago
I started using vi in 1986, switched to vim and (mainly) emacs in the 90s. My setup now is emacs for local editing, vim for sudo vi system.config.files and when I ssh to a server.<p>Actually vim had a larger share of users back then because there were not many other editors for UNIX and Linux. There are probably more vim users now but even on Linux I see many more people using VS Code. The problem they have is editing files when they ssh into a server. I usually suggest nano. Not many of them notice and understand the two lines menu at the bottom of the screen.
Koshkinalmost 5 years ago
Everything I need to know about vi is contained in the following two quotes from Bill Joy, its creator:<p><i>... vi was written for a world that doesn&#x27;t exist anymore.</i><p><i>... programmability and the modelessness. Those are two ideas which never occurred to me.</i>
评论 #23695803 未加载
kevarhalmost 5 years ago
Vi (and ed) are the only text editors required to be included in the POSIX spec. A base Unix (and most Linux) installs will have some version of vi or vim installed by default.<p>If I&#x27;m working on someone else&#x27;s box this pretty much guarantees I can edit files with my basic vi knowledge without having to install a different editor.
评论 #23695810 未加载
评论 #23700662 未加载
diegsalmost 5 years ago
i tried to switch to emacs+evil, but i can&#x27;t bring myself to do it. partly because I&#x27;d have to invest a lot of time in getting an equivalently productive environment, but partly because of the following<p>1. vi is everywhere, and...<p>2. vi with no plugins is still super powerful, which is helpful on random hosts &#x2F; coworker&#x27;s machines &#x2F; basically anywhere, and...<p>3. since vi is still so powerful out of the box, i only need a few lightweight plugins to close the loop and make the most powerful editor i can imagine needing. 99% of my plugin usage is fzf and ale w&#x2F;lsp, which are arguably two very powerful plugins, but the cognitive overhead is very low, and at least among peers my editor doesn&#x27;t seem to be slowing me down at all<p>i would also pose the controversial opinion&#x2F;hot take that using a less &quot;powerful&quot; (non-IDE) editor helps you write better code. humans can only fit so much into their working memory at a time. vim doesn&#x27;t really let me do crazy refactors or jump through endless chains of class hierarchies (well, with lsp it can, but...). compared to my eclipse&#x2F;intellij days (and codebases worked on by other people using those tools) i am forced to tame complexity by defining good module boundaries and abstraction barriers.
评论 #23699509 未加载
评论 #23698730 未加载
ulisesrmzrochealmost 5 years ago
I’ve been using Vim professionally for like ten years now and I can’t tell you what benefits do I get out it exactly. I still use a mouse and I don’t see what’s so bad about it.the whole home row argument has never been convincing.
评论 #23697340 未加载
评论 #23696858 未加载
评论 #23699812 未加载
评论 #23698037 未加载
ameliusalmost 5 years ago
&gt; What I am trying to say that vim is an effort of over half a century of good idea accumulation, putting lots of effort into being backward compatible.<p>I wonder what Vi(m) would be like if it were redesigned from scratch.
评论 #23695665 未加载
评论 #23695513 未加载
评论 #23696422 未加载
评论 #23695544 未加载
评论 #23695498 未加载
评论 #23695452 未加载
murat131almost 5 years ago
Over the years I&#x27;ve used a lot of editors on unix shell; ed, jed, joe, pico, nano, emacs, vi(m) and I think vim is the best editor on shell for its performance, speed, and mobility. It&#x27;s a rational choice for SRE&#x2F;DevOps type engineers. I still sometimes use nano for very quick edits especially when having no physical Esc button frustrates me. However if mobility is not a concern, in other words if I&#x27;m editing files on my own environment (say my mac), I&#x27;m running Emacs.
评论 #23699567 未加载
okasakialmost 5 years ago
Probably because it was the default editor in a bunch of Linux distributions.
评论 #23695940 未加载
评论 #23695579 未加载
评论 #23695488 未加载
stevens32almost 5 years ago
I knew vim was old, but had no idea the lineage traced back 50 years. Vim has always felt like an exoskeleton suit compared to the spaceship dashboard of full-fledged IDEs. You can also add plugins to gain most of the functionality of an IDE.<p>It does have a blood price, some days I spend just as much time hacking on my vimrc&#x2F;plugins as the actual code I opened vim for.
Spooky23almost 5 years ago
Back in ye olden tymes, you could count on some variant of it being everywhere. It’s lightweight, ubiquitous, and powerful. It’s way more powerful than default Windows tools.<p>There’s a steep curve, but if you can handle it and learn a couple of things (%s&#x2F;&#x2F;g) being one of them, you’ll get people hooked. Then the olds shame the young staff to use it.<p>The muscle memory aspect is significant too. I’m a suit now, but can still work magic with Vi years later. The faculty at my college pushed emacs hard, but customizations are missing on foreign machines, and the key combos were too awkward on normal keyboards (for me) and the skills wore off.
评论 #23698008 未加载
dlesliealmost 5 years ago
I used Vi, and then Vim, for a good 15y before I switched to Emacs. I made the switch because I had heard that Emacs let you manipulate your buffers with lisp as one would any other data in a programming language. I find I only really do that when using Org Mode or REST mode, but I&#x27;m still glad that I made the switch. The editor is ... mine. Mine in a way that a professional&#x27;s tool should be an extension of themself.<p>I&#x27;ve been thinking of trying evil, but I don&#x27;t really miss the modal editing as much as I thought I would, and it&#x27;s been another five to ten years.
评论 #23697333 未加载
rgraualmost 5 years ago
Why is vim so addictive, and somehow it&#x27;s difficult to explain to non vim fanatics? I think it&#x27;s a reification of the process of walking through a text file and doing stuff to it. A concrete way to talk about processes onto text files. Some feel it is strictly superior to GUIs because you can get ahold of it. you can write it down, put it in a postcard, and you have a handle to it. You type it again and it works. there&#x27;s no syntax or fuzziness or stuff that can go wrong (TM).<p>Next question: Can you ahold an algorithm in your head? in the same concrete way you hold &#x27;yypVr-&#x27;?<p>I&#x27;m lately quite interested in Array Languages and I&#x27;m reading some snippets of Apl&#x2F;J&#x2F;K. And the feeling is the same. Everything else looks so wasteful and error prone like the point-and-click looks to vimmers.<p>Example: Shuffling a vector – breaking ⍵ down into ⍺ pieces from which another vector is built by merging. E.g. if is &#x27;abcdefghij&#x27; and is 3, the pieces are &#x27;abcd&#x27;, &#x27;efg&#x27;, and &#x27;hij&#x27;, and the result is &#x27;aehbficgjd&#x27;:<p>⍵[⍋⍋(⍴⍵)⍴⍳⍺]<p>The ergonomics are pretty different from what we&#x27;re used to, but there&#x27;s definitely an emergent property there. It&#x27;s not just &quot;it&#x27;s shorter to type&quot;.<p>PS: I&#x27;m an emacs user (evil)
rcgortonalmost 5 years ago
In the early days, there was no such thing as an editor. Punch cards were used for every separate line of code. And along came editors. I had no familiarity with mainframe editors, but DEC systems had EDT&#x2F;TPU (and another macro scripting thing I forget the name of). Enter 1980s with UNIX. This gave us ed&#x2F;ex&#x2F;vi&#x2F;emacs. I entered the workforce in 1985, and had to edit files on a 1MB memory 68010 system. Emacs was such a memory hog that it would not run on said UNIX system. Fast-forward 15ish years: I have watched seasoned developers spend 2x-3x the time to perform simple editing actions in emacs than it takes to do in vi. Personally, I now have muscle memory for vi&#x2F;vim, but if I need to edit a binary file, emacs or a hexeditor is the only way to go. IDEs add another level of context &amp; capabilities to editors, as they typically understand the syntax of the language in question and often offer hints.
codezeroalmost 5 years ago
I know how I first encountered vi... it was probably 1994 or 1995... (Wiki looks like maybe 1994 was first intel release, so that tracks) - and I had only used Linux up to that point and had never really used an editor other than pico (now nano, which was the editor for the pine email client!).<p>I thought playing with Solaris would be &quot;cool&quot; so I installed it and couldn&#x27;t get it on my network because I needed to edit the &#x2F;etc&#x2F;resolv.conf to add host resolution, but there was no pico editor!<p>I ended up digging into manual pages to figure out how to use vim, and over the course of getting the system set up I got pretty comfortable with a lot of the patterns vim let me make faster, they are mostly things I might run in a shell like grep or awk, but I can do it without shelling out, so that was a bonus.<p>edited: now that I think of it, I bet I was not using vim, just vi - so the relevance to this article might not be quite on.
slimalmost 5 years ago
real answer : because redhat and debian had replaced elvis with vim as the default vi early on. I don&#x27;t remember the exact drama, but maybe something to do with the license.
评论 #23695675 未加载
durandal1almost 5 years ago
I&#x27;ve been a vim user for almost two decades, but recently my usage has increased dramatically due to the proliferation of high quality LSP servers that plug in through CoC.nvim. It really has removed all the maintenance hassle of keeping your language environments up to date.
vowellessalmost 5 years ago
Vim (bindings&#x2F;modality - ESC mapped to CAPS) are good for my hands. I don’t get tired. Before vim my hands would get tired after some time. Now it feels like I can keep going forever.<p>Now I use vim for everything and it’s bindings in my browser, email client, todo list app, etc.
pphyschalmost 5 years ago
It was there, and it was (and still is) good enough.
thevagrantalmost 5 years ago
I started using Vim about 10 years ago. I wanted an editor to force me to use the keyboard in a different way as I suspected it would ease my RSI.<p>After using Vim as my main editor, my RSI went away.<p>These days I&#x27;ve gone back to an IDE but I still use Vim for single file editing.
ecopoesisalmost 5 years ago
I was an emacs user until I had a summer internship where I had to constantly rebuild SunOS and Solaris boxes. No emacs in the default install and no working networking. But vi was there and it became my default everywhere.
评论 #23699756 未加载
JJMcJalmost 5 years ago
Comes with every *nix distribution.<p>Fast to start. I use Emacs for programming but if I have one single file, like a config file, that needs a quick edit, use vi(m) because otherwise I have to either:<p>1. Go to my open Emacs and navigate to the location of the file needing the quick edit 2. Open a second Emacs instance, and hope I don&#x27;t lose the desktop settings for the &quot;real&quot; instance.<p>Especially if the file needs to be edited sudo.<p>If there is a way to open a file in the existing Emacs instance without navigating, I would be glad to use it except for sudo.<p>The way that &quot;firefox some-local-file.html&quot; will open up that file in the existing Firefox instance.
评论 #23696381 未加载
spicyramenalmost 5 years ago
Have been using vim for over 15 years and just a handful of commands have been enough for my needs. Insert Set paste Save Quit Search Undo I know there are plenty more but for me is more than enough
bashinatoralmost 5 years ago
No other text editor has so much in common with playing a musical instrument. Everything you do eventually becomes muscle memory; an expression of grammar rather than the execution of a procedure.
lmiller1990almost 5 years ago
Input is not the bottleneck. I don&#x27;t have a good reason why, but I love editing text with Vim.<p>I enjoy learning complex tools. Maybe that&#x27;s why. I am also a JS developer, I guess it all makes sense now.
评论 #23697594 未加载
评论 #23696782 未加载
raxxorraxalmost 5 years ago
Perhaps a mix of choice supportive bias after going through the pain of learning it and stockholm syndrome?<p>Jokes aside, I don&#x27;t really work with VIM but understand the concepts and have mastered basic usage of changing text files without too much effort. Never really coded in VIM aside from small scripts. But it is a dependable text editor that survived the ages. Most modern IDE will never reach this because they are far less dependable and far less wide spread. Installing VIM on your system never hurts.
评论 #23699181 未加载
nice_bytealmost 5 years ago
vim has stolen years of productivity from me. i&#x27;ve listened to loudmouthed vim advocates, tweaked my editor settings, played with plugins. but the problems that i needed to solve - code navigation, autocomplete, debugging - were all easily solved by switching to visual studio. nowadays i use vs with the vsvim extension (years of vim trauma have burned the key bindings into my muscle memory) and am much more productive with that setup than with the janky vim config from my uni days.
tarkin2almost 5 years ago
Because modal editing is really, really fast? And if you edit a lot of code that’s really important?<p>I’ve used vim for ten years. I’ve always found the extensions to vim cludgy after a while. And I’ve happily hopped on to the sublime and vs code bandwagons because of easily extensible editors and nicer UIs.<p>But the first thing I do with this easily extensible editors is look for the vim plugin. Modal editing is the reason people love vim and if you don’t “get it” vim seems like a contraption only a sadist would love.
linuxdaemonalmost 5 years ago
Every time I tried a new IDE I always looked for the setting or plugin that makes it work like VI. I eventually decided instead of making my IDE like VI I&#x27;d use vim plugins and make it my IDE.<p>I think this was the page that started me down that path: <a href="https:&#x2F;&#x2F;realpython.com&#x2F;vim-and-python-a-match-made-in-heaven&#x2F;" rel="nofollow">https:&#x2F;&#x2F;realpython.com&#x2F;vim-and-python-a-match-made-in-heaven...</a>
评论 #23696438 未加载
gpmcadamalmost 5 years ago
As a meta-comment, I&#x27;m always so surprised at how many people see an article title ending with a question mark and come straight to the comments to chime in with _their_ answer, without seemingly reading the article, which itself is a view on the answer to the question.<p>Do people perhaps mistake these types of titles as &quot;Ask HN...&quot; type threads?
Timpyalmost 5 years ago
At the interview for the position I&#x27;m in currently, the senior programmer I was interviewing with didn&#x27;t pay much attention to my resume. He mentioned that he saw my .vimrc on Github though, and we chatted about that and other linux things. I think it was just a small connection in a big scheme of things, but it helped.
Nginx487almost 5 years ago
Remembering days when I was a sysadmin, vim or even old-school vi was the default editor on literally every POSIX&#x2F;UNIX system, and I had to deal with quite a variety of them - BSD family, Solaris (still Sun), AIX - some of them still not connected to the internet! Having advanced vi skills appeared handy in my situation
enahs-sfalmost 5 years ago
Vim serves a very specific niche. Want to edit files on a remote server? This is the default option. Need to open a massive text file? Vim has got you where sublime, vscode fail.<p>I switched from emacs after college and haven’t looked back. Plus everyone constantly ridiculed me for using it.
aronpyealmost 5 years ago
Because one does not simply exit VIM.
vmchalealmost 5 years ago
&gt; But what kept Vim in the loop is the compatibility with almost everything you can think about. Wherever you SSH today, you can start the Vim session, or at least Vi session.<p>Also the fact that it works over ssh. Emacs does too I think, but e.g. JQt and DrRacket do not!
longtimegoogleralmost 5 years ago
I don&#x27;t get vim. I use emacs primarily and I know to get around in vim but I&#x27;ve tried several times to see what the fuss is all about. Modal editing just doesn&#x27;t work for me. It seems like a must to remap the escape key at the very least.
NomDePlumalmost 5 years ago
I&#x27;d classify vi (and vim) as originally being ubiquitous not necessarily popular. They have been a necessary part of my career since the start. I&#x27;d assume that is true of a lot of people here.
ausjkealmost 5 years ago
over two decades I used emacs, eclipse, geany, nano, even jetbrains whole bundle purchase plus a few other IDEs, I always return back to vim, recent years I have settle down on vim for good with a full IDE in terminal, I have code auto completion, syntax highlighting, snippets, linter, auto fixers, debugger for all the languages I care, it&#x27;s just so beautiful and productive as well as powerful and lightweight, can&#x27;t live without it.
julianeonalmost 5 years ago
Because people work with virtual servers a lot these days and vim is the easiest editor to throw on there and use without changing the defaults, is my answer.
emergedalmost 5 years ago
I was hoping some of you would give good reasons not to use it. But now I have to go dedicate time to become fluent since it is clearly worth it.
pugworthyalmost 5 years ago
One little truth of VIM if you&#x27;re a keyboard fan: you can do a TON of things with a 60% keyboard. No arrow keys? No problem.
jdlygaalmost 5 years ago
There used to be a lot more parity between Vim and Emacs. But nowadays, it&#x27;s swung a lot further towards Vim. Any ideas why?
评论 #23697595 未加载
ulisesrmzrochealmost 5 years ago
If vim came out today, it wouldn’t be popular. eMacs maybe, with a pretty theme, but vim is vastly overhyped.
评论 #23700516 未加载
scotty79almost 5 years ago
I grew up with norton commander so when on linux I&#x27;m taking mcedit over vim any day. :-)
ryanmccullaghalmost 5 years ago
Shift+V is something modern editors still don’t get right.<p>This is my favorite and most useful Vim command.
cutleralmost 5 years ago
Wow, haven&#x27;t had as much fun since the Emacs vs Vim wars on Slashdot in the 00s.
phendrenad2almost 5 years ago
System administrators started using it because it&#x27;s one of the best non-GUI editors (along with emacs), so it had this mystique around it. Those who knew VIM&#x2F;emacs were surely hackers! And so programmers picked up on that and using VIM&#x2F;emacs is a sign that you&#x27;re cool.
tingletechalmost 5 years ago
in TRS-80 BASIC, you could go `EDIT 100` and bring up a line 100 in a line editor, vi sort of reminded me of that when I was learning it something like 25 years ago. It is still my main code editor.
评论 #23696160 未加载
ggmalmost 5 years ago
Distressingly little comment on mode&#x2F;modeless difference. There are reasons people want to be in a modeless editor, and there are reasons people want a distinction between insert mode and other modes. The primary drive for vi and emacs was the emergence of full screen editing? Sure. That was true, I lived across this window.<p>But.. it was possible to choose to get a &#x27;page&#x27; worth of view of your teco or ed or SOS edit session, and return to a sense of being mid-page, if you wanted. It took some finicky commands but once you decided you needed a screen of context there was a way to do it, and not lose your point in a line. (certainly, not lose the line you are &quot;on&quot;)<p>For a DECwriter, this made very little sense to use frequently. It was best not to have to force it to print a lot of paper. For a slow ADM3&#x2F;5 or VT100 it made some sense, because the repaint speed was a major pain.<p>Once you had sufficient responsiveness (2400? I would say that was about it. 4800-&gt; was a no-brainer) then the repaint delay was low enough it was worth the investment.<p>There was another universe: Half-duplex. We just pretended it didn&#x27;t exist, and that local mode entry didn&#x27;t exist and designed systems not to even think about it. Odd, when you think that X10 was primarily about converting from server side to client side burden, which <i>is</i> local mode.<p>(server&#x2F;client being reversed concepts in X10&#x2F;X11 its confusing to talk about this, local being the key point)<p>I think vi took off, because a substantial proportion of the world did not want to think programmatically in LISP and wanted the reassurance of a moded editor, to do things. Emacs took off for people who wanted to hack the editor, more than the limited vi macro facility, and who wanted to be &quot;in&quot; the editor all the time. VI users wanted to distinguish being &quot;in&quot; the body of text&#x2F;code and being in &#x27;move around, and think about it&#x27; states of mind.<p>Had I turned left in 1979, I would have walked into a teco training room, and naturally been Emacs ever since. I walked right into a TOPS-10 SOS world, and emerged through PIP into ed and then ex&#x2F;vi and then vim in the late 201x era. I personally preferred Keith Bostic nvi for a long time, and I still miss some of its innate simplicity. I was a late arrival in colourised editors. (this is not an analogy btw: it was literally random choice which room of two you went into in the first Year CS degree training for computing. We all used punched cards before this, and it was a DECwriter lab with very preciously guarded pre-ANSI terminals, too few to go around. Some of the DECwriters were converted to greek for APL, and we had a tectronix vector display which could be used as a text display device too, if you could stand the burn-in)<p>What often gets missed, is MIT, X and the emergence of EMACS key bindings as the go-to for line edit in the web. This and bash, had huge influence<p>So we now have a world of VIM users using classic VI bindings in editor, but using EMACS to do all line edit on the shell an d in the omnibox, all because of MIT and the X windows system and how that influenced graphical display norms when the first browsers emerged.
RoutinePlayeralmost 5 years ago
Doing vi(m) is an honor badge showing you know a bit of Unix.
orzialmost 5 years ago
Because noobs can&#x27;t install anything and set $EDITOR ;)
ur-whalealmost 5 years ago
To me at least, the answer is and always has been: speed.
评论 #23696769 未加载
tobyhinloopenalmost 5 years ago
I still believe people use VIm because it looks cool.
thrownaway954almost 5 years ago
Has anyone put together a interactive VIM tutorial?
评论 #23697515 未加载
namuolalmost 5 years ago
Could it be Stockholm Syndrome? It was for me.
rxselalmost 5 years ago
What&#x27;s the ROI on learning Vim? Anyone?
liquid153almost 5 years ago
Because it’s not emacs
wangvnnalmost 5 years ago
same reason that makes notepad, internet explorer popular