However, having a basic idea of "sed" is a goldmine for super-quick command line pipeline kinds of tricks. Even in this day and age.
However, having a basic idea of "sed" is a goldmine for super-quick command line pipeline kinds of tricks. Even in this day and age.
Many times I'd have to fix a server with a configuration issue causing /usr to not mount correctly on boot. When you're at a single-user shell and no /usr/bin/vi is available suddenly knowing the basics of /bin/ed becomes very useful.
Of course these days most UNIXes moved away from a separate /usr partition so if the root filesystem mounts you have a full-featured vim.
I mean we’re all joking in this thread to some extent, but actually, I don’t know that I don’t believe this.
A joke I used to tell people is "don't know how to quit vi? Just type Q to enter Ex mode, then you can exit vi just like how you would exit ed."
Why? Because we have a new friend in the house who effectively has to interact with the outside world via teletype terminal.
The LLMs!
As to why I run "ed" instead of "vi": if I get just a few errors from some script I just copied over, I could run "ed" and the error message is still on the screen (because ed doesn't repaint the whole screen). I would run vi and screen if I expect to fix more than just a few lines.