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.
I love jq, but the rest doesn’t appeal too much to me – I’ve been in the game for so long, so I already memorize most useful flows in the normal corelibs. And because I won’t always have the alternative to install different stuff, I try to not depend on lots of non-standard software. But I’m glad you like it, FOSS is awesome.
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.
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.
I love jq, but the rest doesn’t appeal too much to me – I’ve been in the game for so long, so I already memorize most useful flows in the normal corelibs. And because I won’t always have the alternative to install different stuff, I try to not depend on lots of non-standard software. But I’m glad you like it, FOSS is awesome.
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.