Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I find it funny that neither the original blog post nor the comments here really talks much about "Why Atom can't replace vim". The reason why Atom can't replace Vim, at least for me, is Atom is painfully slow due to the gigantic DOM tree behind it.


Performance is temporary, design is forever.

(Remember that the slur against Emacs -- itself once considered by some too heavyweight to compete with vi -- was that it used "eight megs" of memory.)


When I use an editor, I don't want eight extra KILOBYTES of worthless help screens and cursor positioning code! I just want an EDitor!! Not a “viitor”. Not a “emacsitor”. Those aren't even WORDS!!!! ED! ED! ED IS THE STANDARD!!!

For the uninitiated: http://www.gnu.org/fun/jokes/ed-msg.html


For the uninitiated: "Eight Megs And Constantly Swapping"

This page has lots more: http://www.gnu.org/fun/jokes/gnuemacs.acro.exp.html


I think for a lot of hackers, being able to run from over a terminal/ssh is a critical "design" feature.


Arrgh. Emacs on the terminal is a joy, and is present on more servers than you think (dreamhost for instance).

Having said that I default to 'vi foo.txt' on the command line and feel like vi competency is a core server skill ...


If you haven't used TRAMP to view and edit files on other servers from your local emacs session, you should give it a try.


TRAMP's nifty, but it used to lock up emacs on shaky connections. Maybe it's better now?


I'm particularly fond of Nano. :)


Yeah the article sort of ended abruptly.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: