Redpill me on the vim vs. emacs question

How does org mode compare to Microsoft one note?

>If I want to walk I'll use a wheelchair

It's something that fat people argue about. Healthy people just use nano/micro.

Why do I need to bother with anything but vi?

emacs:
>provides server
>lisp server
>featureful
>popular in type orientated programming

vim:
>optional server functionality but mostly many processes
>dumb scripting language
>minimalist(ic)
>compatibility with ex
>vi keys

the former is pretty useful to me but ideally the only monolithic server i'm interacting with in a text based environment is tmux. i prefer the latter because it's what i learned. it however has poor language support in my experience if you want to use plugins (the advent of language server is sure to change things at least) and you might appreciate the appeal of using the former as an email client/etc. basically depends on your philosophy imho and what you're prepared to learn.

>dumb scripting language
it's not that bad, once you're sufficient with vim you have so many shortcuts at your fingertips. it's a little bit like regex with functions thrown on top.

relative to emacs lisp surely.

Vi-like users use their program to edit text; emacs users edit text to use their program.

Emacs is a poor attempt to provide lispmachine-like environment, e.g. youtube.com/watch?v=o4-YnLpLgtk
it has all the goodies, but the implementation for graphics stack it very poor and it's written in the worst Lisp dialect with very poor performance. The whole thing is slow and laggy, buffers jumps out all over the place making it harder to navigate actual file buffers. Emacs lovers will tell you that it's easy to fix with just a few hundreds configuration lines and bazillion plugins. It doesn't try to interact with underlying OS directly, but rather has it's own implementations and abstract layers for everything.

Vim came from vi - combination of vi(sual editor, with modal editing) and ex(tended line exitor - like ed but improved). First thing you will notice is that Vim adds more text objects that allow editing with semantic shortcuts (di( = delete inside parenthesis block, cw = change word). Ed and thus ex and thus vim have an ability to run shell commands and integrate them with text buffers and selections (so does Emacs though), the integration with OS is more visible, but with existance of vimscript, Lua and python bindings etc. no one really uses shell commands.

I would recommend to learn basics of navigating Vim, the modal editing and text objects, it's pretty interesting concept and you might need to use vim/vi some time.

Honestly neither, Acme.

Vi - Everyone should know at least the very basics of vi in that it's almost guaranteed to be on any Unix system you might access. In all honesty it's too minimalist and not using a dedicated programming environment is a handicap despite what anyone says. (Miss me with that "Unix is my IDE" shit)

Emacs - Much more powerful and extensible. Suffers the opposite problem of Vim, way too heavyweight. Clearly GNU doesn't value keeping things simple at all and has some of the god-awful shitty defaults to ever exist. Once you have customized it (spending forever to do so) it can be good, but really in the current year you should get sane defaults out of the box.

Acme takes the best of both worlds. Essentially an extremely extensible editor with sane defaults. Use your mouse as if you are switching to a command mode in VIM then slide your hand back to the keyboard to get back to writing text.