“bat” seemed interesting, until I remembered that I’d just do a “git diff” if I wanted to see a diff. The rest do not strike me as substantially better than what they’re trying to replace. Enjoy them all as you will, but I would recommend refraining from describing them as “modern unix” in the presence of any old-timers.
Quite a few are just better, and others have the chance to get better because they’re actively accepting new features contributions.
One I personally use:
delta Provides a better diff for code than git’s diff tool (even after trying all of git’s diff algorithms)
ripgrep So much faster than grep. Also had great include/exclude file filtering, easier to use than grep’s
jq Easy to exact json info. I tend to use rq too for yaml
instead of mcfly I use atuin, which is another alternative bash history. I really didn’t think I’d like it, but it’s been a big productivity boon
curlie/httpie A really nice alternative to something like postman when debugging HTTP connections. I use httpie rn but might switch because I’m so much more familiar with curl’s flags, but like the formatted output.
There’s a few others I use that aren’t on the list too.
It’s totally fine to not want to change what’s working for you, but if you do that too long you could miss out on something that just works better in your workflow. Give em a go and complain after you switch back.
This used to be exactly what I said too, I still run bash as my terminal so when I remote it works the same way. I’m the girl everyone asks when they need a one liner, I read through the sed/awk man pages for fun, and I can skim a script and tell if it’s posix compliant. But I finally realized I already know that stuff. When I’m developing locally I should be as productive as possible. When I’m running stuff remotely I can worry about whether the environment is gnu, bsd, or busybox.
I use bat as a drop in replacement for cat (overriding cat in my .zshrc) by using --style=plain --paging=never on the bat command. Basically looks and works the same as cat, except with syntax highlighting.
“bat” seemed interesting, until I remembered that I’d just do a “git diff” if I wanted to see a diff. The rest do not strike me as substantially better than what they’re trying to replace. Enjoy them all as you will, but I would recommend refraining from describing them as “modern unix” in the presence of any old-timers.
Quite a few are just better, and others have the chance to get better because they’re actively accepting new features contributions.
One I personally use:
It’s totally fine to not want to change what’s working for you, but if you do that too long you could miss out on something that just works better in your workflow. Give em a go and complain after you switch back.
Removed by mod
This used to be exactly what I said too, I still run bash as my terminal so when I remote it works the same way. I’m the girl everyone asks when they need a one liner, I read through the sed/awk man pages for fun, and I can skim a script and tell if it’s posix compliant. But I finally realized I already know that stuff. When I’m developing locally I should be as productive as possible. When I’m running stuff remotely I can worry about whether the environment is gnu, bsd, or busybox.
Well, I did overlook jq in there. Not the first time I’ve forgotten that it exists.
I use bat as a drop in replacement for cat (overriding cat in my .zshrc) by using
--style=plain --paging=never
on the bat command. Basically looks and works the same as cat, except with syntax highlighting.Bat also adds lots of stuff to the output. Is there a clean print functionality without the extra numbers?
Edit: but with the parameters its great!
--style=plain
will do it!