Skip Navigation

zsh or fish for an intermediate Linux user?

So I've been using Linux now for a while, and am looking to migrate my dev environment to vim and spend more time in the command line. I'm fairly comfortable with bash but by no means an expert. I've used zsh with some minor customization but just recently learned about fish. I'd love to hear people's opinions.

63 comments
  • bash with ble.sh! I'm a former fish user, and blesh replicates all of fish's quality of life improvements (that I used, at least) and then some, all with a single source command in my .bashrc. And it's still bash at the end of the day, so online resources to tweak and modify it all still work.

  • An old sysadm introduced me to zsh 28 years ago now and I've used it as my primary shell ever since. It's tried, tested and most certainly works well.

  • Genuinly asking, what is wront/lacking in bash?

  • I daily drive Linux mint and love using fish, I do have a custom built NAS but I rarely ssh into it, so I'm not limited by it, but as some mention that if you're a dev and do a lot of SSH/remote controlling then it might work against you if you form too many habits.

  • I learned Fish by helping someone else in a chat. There's a lot of cool things, and I think it's an excellent shell. Fish is an excellent choice for a shell.

    Zsh is a much more featureful language (with globbing/subscript/PE flags, native floating point arithmetic, the whole man zshmodules), which doesn't necessarily make it a better shell. But I like those features, and I find it to be a natural choice to write more complex programs which normally would be a code smell for Bash.

    The plugin ecosystem for is much larger than Fish's as well.

  • I use a mix of fish and nu depending on what I'm doing. NuShell is great but still pretty buggy, so I use fish as my default and switch to it when I want to use its features.

    I still write most of my stuff in bash however since servers I work with typically only have bash, and so are potential coworkers.

    But locally I see no point restricting myself to a POSIX compatible shell, especially for interactive shells. The easier and faster it is to use and customize the better. Being able to parse and use JSON and CSV and other things easily and natively right in the shell is a major quality of life improvement!

    • Why not use Perl or python for scripting tasks? Bash script is terrible imo.

      • I mean, I guess technically Perl could do but it wont earn you any favors from your coworkers.

        I do use Python for higher level stuff but I don't see a point to go Python when you're just gonna call 20 subprocess anyway to do like apt update apt dist-upgrade apt install wget this untar this rsync this. Especially when you can't even assume you're going to have Python to provision the box.

  • Whoops, I forgot about this tab and now I'm late to the fish party 😅 I used to use customized zsh but have since switched to fish and it's basically everything I had to work to get zsh to do, only without any of the work. It just is what I want from a shell, I just grab it from the nearest package manager and off I go.

    ...Unfortunately for fish, that's made me curious that there may be "another fish" out there somewhere that's what I'd be struggling to turn fish into if I knew any better than I do now 🤣

  • Are you in a tech support role at work? If so are you supporting Linux boxes, either servers or desktops? If yes then stick with BASH and learn VI - not because it is better, but because it comes with almost every distro (a small number install nano instead). If not, try out all the new stuff and see what suits you.

  • So, initially I stuck to bash and tried to get improved functionality through ble.sh etc. However, for reasons unknown to me, it always seemed to be a buggy mess that was prone to break. Eventually I switched after breaking one last time, where I only had installed ble.sh on a fresh/stock bash; which was the primary contributor that made bash bearable. So if I couldn't use ble.sh, I had no reason to stick to it.

    When faced with the choice of where to go next, I quickly dismissed fish for not being POSIX-compliant. Furthermore, as bash is standard on Linux, so too is zsh standard on macOS. And that enables it to have legs beyond fish. However I also kept fish in mind as somewhat of a last resort if all else failed.

    So I began venturing into zsh and was obviously overwhelmed by the myriad of plugins and plugin-managers. People generally go out and somehow stick to ohmyzsh, however it was clearly poorly managed and couldn't quite deal with the feature-creep in an elegant way.

    Many plugin-managers have come out over the years as alternatives that promised to resolve those issues. However, while some of them succeeded initially, they weren't able to keep that up throughout their lifespan.

    When I almost lost hope and had started to gravitate towards learning how I should manage my plugins on my own without any plugin-managers I stumbled upon ZSH Quickstart Kit. Which is a project that's clearly well-maintained and offered must-have functionality like automatically updating the the plugin-manager, plugins and more while still trying to maintain a high standard of reliability, performance, customization and minimalism. So obviously I had been sold on it and the rest has been history.

    Ultimately it's for you to decide whichever one of the two suits you best. But if you gave zsh a try and wasn't quite sold on ohmyzsh or any of the other plugin-managers out there, then perhaps consider ZSH Quickstart Kit.

63 comments