Bash, Zsh y Fish

Los tres son shells: programas que leen tus comandos, los interpretan y piden al sistema que los ejecute. La diferencia está en cuánto te ayudan, qué sintaxis aceptan y qué tan lejos están del estándar.

La tabla que resume todo

La recomendación práctica: aprende bash para scripting (es lo que vas a encontrar en servidores, CI y ejercicios), usa zsh o fish para el día a día si te gustan, y escribe los scripts siempre en bash o sh.

Qué es POSIX y cómo se estructura un script

POSIX no es un programa ni un shell: es un conjunto de normas que dice cómo debe comportarse un sistema operativo tipo Unix. Para lo que nos importa, define:

• qué comandos tienen que existir (cd, echo, grep, sed, test…);
• cómo se comporta el shell;
• qué sintaxis tiene el lenguaje de scripting;
• cómo se pasan variables de entorno;
• qué significa el código de salida de un comando.

Si un script dice #!/bin/sh y usa solo lo que POSIX define, tiene que correr igual en Linux, macOS, BSD o un contenedor mínimo. Eso es lo que lo hace portable.

La estructura de un script POSIX

Un script es un archivo de texto común. Se lee de arriba a abajo, como una receta. El orden habitual es:

1. shebang          → con qué programa ejecutarlo
2. comentarios      → qué hace y cómo se usa
3. configuración    → opciones del shell
4. variables        → datos que vas a reutilizar
5. funciones        → bloques de comandos con nombre
6. programa         → lo que se ejecuta de verdad

Ejemplo mínimo, con cada parte señalada:

#!/bin/sh
# compilar.sh: compila un archivo de C y avisa si falta algo.

set -e

salida="programa"
fuente="$1"

compilar() {
    cc -Wall -Wextra -Werror "$1" -o "$salida"
}

if [ -z "$fuente" ]; then
    echo "Uso: $0 archivo.c" >&2
    exit 1
fi

compilar "$fuente"
echo "Listo: $salida"

La gramática de una línea

Casi todo comando sigue esta forma:

comando [opciones] [argumentos] [redirecciones]

grep   -rn   "TODO"   src/   > pendientes.txt
│      │     │        │      │
│      │     │        │      └─ redirección: guarda la salida en un archivo
│      │     │        └──────── argumento: dónde buscar
│      │     └───────────────── argumento: qué buscar
│      └─────────────────────── opciones: modifican el comportamiento
└────────────────────────────── comando: el programa que se ejecuta

Los operadores que combinan comandos son parte del lenguaje:

Las piezas del lenguaje

Qué es una función (y por qué aparece en todos lados)

Una función es un bloque de comandos con un nombre. En vez de repetir las mismas cinco líneas en tres lugares, las escribes una vez y las llamas por su nombre. Eso es todo.

saludar() {
    echo "Hola, $1"
}

saludar "Ana"     # imprime: Hola, Ana
saludar "Luis"    # imprime: Hola, Luis

• saludar es el nombre.
• $1 es el primer argumento que recibe la función.
• El cuerpo va entre { y }.
• local nombre="$1" (en bash) hace que la variable no se escape de la función.

La misma idea existe en C, en Python y en casi todos los lenguajes: un bloque de código con nombre que puedes ejecutar cuando quieras. En los scripts sirve para no repetir y para que el script se lea como una lista de pasos.

POSIX vs bash

Diferencias que te van a morder:

Regla: si el script va a correr en otro lado, #!/bin/sh con sintaxis POSIX, o #!/usr/bin/env bash si necesitas las extensiones de bash. Fish es para tu terminal, no para scripts portables.

Bash

El que vas a encontrar en el 95 % de los servidores Linux.

echo "$BASH_VERSION"

Cosas que sabe hacer:

frutas=("manzana" "pera")       # arrays, índice 0
echo "${frutas[0]}"             # manzana
[[ -f archivo && -r archivo ]]  # condiciones combinadas
for f in *.c; do echo "$f"; done

Es el shell de referencia para scripting: todo lo del documento de terminal aplica aquí.

Zsh

Nació como una mejora de bash. Es el shell por defecto de macOS desde 2019.

echo "$ZSH_VERSION"

Lo que gana sobre bash:

Detalles que sorprenden:

• Los arrays empiezan en 1, no en 0: ${array[1]} es el primero.
• **/ recursivo viene activado.
• Con setopt cambias comportamientos que en bash son fijos.

Instalación típica (Ubuntu/Debian):

sudo apt install zsh
chsh -s "$(which zsh)"

Cierra sesión y vuelve a entrar. Para probar sin cambiar nada: zsh.

Fish

Está diseñado para ser cómodo sin configurar nada.

echo $FISH_VERSION
fish_config    # abre la configuración en el navegador

Lo que trae de fábrica:

El costo: sintaxis propia. No es POSIX.

Por eso: fish para la terminal, bash para los scripts.

Cómo cambiar de shell

cat /etc/shells              # shells permitidos en el sistema
chsh -s /usr/bin/zsh         # cambia tu shell por defecto
exec zsh                     # prueba sin cerrar la sesión

Si chsh dice que el shell no está en /etc/shells, hay que agregarlo (con permisos de administrador) o instalar el paquete que lo provee.

Configuración que sí vale la pena

Sin importar el shell, tres cosas mejoran el día a día:

1. Alias

alias ll="ls -la"
alias g="git"
alias gs="git status"
alias ..="cd .."

2. Prompt informativo

Un buen prompt te dice en qué carpeta estás, si hay cambios sin commitear y qué rama tienes. starship funciona en los tres shells:

# ~/.bashrc o ~/.zshrc
eval "$(starship init bash)"   # o zsh

3. Historial compartido

# bash: ~/.bashrc
shopt -s histappend
export HISTSIZE=10000
export HISTFILESIZE=20000

Errores frecuentes

Qué elegir

No hay una respuesta correcta: hay contexto. Lo que sí es universal es saber bash, porque es el que está en la máquina cuando algo se rompe.

Siguiente parada: Vim.

Hecho con amor para Laura, por Bogdan.