Vim is everywhere, and it's not going anywhere
In a world of Cursor, JetBrains, and VS Code, why would anyone deliberately learn an editor whose first release was 1991? Three reasons that haven't aged in thirty years: it's preinstalled, it's language-portable, and your hands never leave the home row.
SSH into anything and Vim is already there
Every Linux server ships with Vim or its predecessor Vi. When you're debugging a production outage at 2am from a borrowed laptop, you don't get to install your favorite editor — you get whatever's on the box. Vim is the lowest-common-denominator that's actually good.
Vim shows up when you least expect it
git commitopens Vim by default for the commit message.crontab -eedits cron jobs in Vim.visudoedits the sudoers file in Vi.kubectl edit,EDITOR=vimin CI scripts, Docker containers, embedded systems, recovery shells, BSD installers — Vim is the universal constant.
Speed through keyboard-only editing
Once you internalize Vim's grammar, you edit text the way fluent typists type prose: without thinking about the mechanics. No mouse, no menu hunting, no Cmd+Shift+P palette. Just precise keystrokes that compose like words into sentences. Over an eight-hour coding day, that's thousands of context switches you don't pay.
The ergonomic advantage
Your hands stay on the home row. No reaching for the mouse, no arrow-key stretches, no thumb gymnastics on Cmd-modifiers. Most career-ending RSI in developers comes from the chord-heavy editing patterns that modeless editors encourage. Modal editing replaces chords with sequences — and sequences are hand-friendly.