I think there is a big misconception about what Emacs is (or is not). Many see it as an editor with advanced capabilities, and then they start comparing it to IDEs or editors like VS Code and the like, and finally they think Emacs falls short in comparing to these tools.

The thing is: Emacs is so much more than editing. Just to give an example: I keep a list of meds for my retired parents in on org-table, and every few weeks I need to request a prescription from their doctor and order the meds from their pharmacist. I have a few lines of Elisp to select the meds that my parents need, generate a message for the pharmacist, generate a Fax document for the doctor, and a bunch of tasks (* TODO Send fax to Doctor, * TODO Waiting for prescription from Doctor, * TODO Send prescription to pharmacist, * TODO Waiting for meds from pharmacist, etc) in my org-agenda task list. Triggered with one key combo. By being able to start python or shell scripts from within Lisp code, I am able to automate everything that I run on my Mac, and pass data from one workflow to another.

That's amazing. What's special about emacs to do that vs any other scriptable editor? I don't think I've used an editor that's not scriptable since the late 80s. All the ones I've used could run script and those scripts could call out other programs. Is there anything emacs is doing here that they's other editors wouldn't do?

Short answer: Lisp! - I mean, been using "Sublime Text" some years ago, and "Sublime Text" is scriptable / extendable in Python, and although I am fairly familiar with Python, it never occured to me to extend "Sublime Text". - I can open a scratch buffer in Emacs, hack away commands, put them together in a Lisp function, put it in my `init.el` file , bind it to a shortcut very easily and keep extending my Emacs setup.

This wasn't easy in any editor I used. And none of these editors were meant to be used like that, because their main purpose was / is to edit files, not control Spotify with it, write emails, read rss feeds, and whatnot.

Yes, VS Code goes in that direction, but I don't know many laymans who extend VS Code. They are rather devs with a focus on JS.