Why Atom Can't Replace Vim
vimtext-editorssoftware-toolsproductivity
Abstraction: Vim's composable command model versus monolithic editor paradigm
Key points:
- Emacs' big idea (extensibility via keymapped commands) has been widely adopted by Sublime Text and Atom; vi's big idea (composability) has not
- Vim uses small general-purpose operators (d=delete, y=copy, >=indent) combined with motion/object commands (w, $, G, }) enabling combinatorial command space
- Emacs and Atom use monolithic special-purpose commands, lacking combinations like "delete to end of file" even when they have the corresponding motion
- Every motion learned multiplies the power of every operator known, and vice versa — a uniquely learnable and consistent system
- Vim's weaknesses: poor out-of-box experience, unwieldy scripting language, modal editing learning curve, limited visual extensibility
- A true Vim replacement must absorb both Emacs' extensibility lesson and vi's composability lesson from 1976
Connections: Vim · Atom · Emacs · Text Editors · Command Composability
Source: https://medium.com/programming-ideas-tutorial-and-experience/433852f4b4d1