Comment by bornfreddy
7 hours ago
None that I can rely on being available wherever I see a terminal. It's bash or sh as far as I'm concerned.
7 hours ago
None that I can rely on being available wherever I see a terminal. It's bash or sh as far as I'm concerned.
Fortunately, 99.9% of the time I’m on my computer, where I can install whatever I want.
Then you ssh into an instance and have to remember how bash/sh work
I can’t think of many occasions where I’ve needed SSH access to a box (ie they’re not just a fleet of ephemeral systems) but I’ve also not had the permission to install an alternative shell on it. I’m not saying it never happens. But it’s not as common a problem as it was 20 years ago.
Unfortunately though, it’s not generally that hard to switch between different shells. I hear the argument you made a lot from other people too and yet we all acknowledge you should be able to code in Bash and a “proper” programming language (Python, Go, JavaScript, C, Rust, whatever). In fact I’ve learned probably 2 dozen languages in my career and it’s rare when I need to pause and remind myself how to do x in y.
Or to put it another way: you don’t say “I’m not going to use $IDE on my dev machine because I’m stuck with vi on the remote server”.
But if people don’t feel comfortable working in two different shells and that is the dealbreaker for using murex, or any other alternative shell, then I’m not going to hold that against them. Everyone has their own preference when it comes to workflows and productivity tools.
At what point does an alternate shell get baked into the image?