• 0 Posts
  • 2 Comments
Joined 1 year ago
cake
Cake day: September 28th, 2023

help-circle
  • 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.


  • jellyfish@sh.itjust.workstoLinux@lemmy.mlmodern unix
    link
    fedilink
    arrow-up
    20
    ·
    edit-2
    1 year ago

    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 but 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.