Mejores Prácticas de CLI de Linux

Un resumen condensado de las 25 mejores prácticas más importantes extraídas de cada página de esta sección.

1. Prefiere SIGTERM sobre SIGKILL: Siempre intenta kill <PID> (SIGTERM) primero para que el proceso pueda cerrar archivos, liberar locks y vaciar buffers; recurre a kill -9 solo después de que un cierre elegante falla.
2. Ejecuta Aplicaciones de Larga Duración bajo systemd: Envuelve servicios Node en un archivo unit con Restart=on-failure, RestartSec, WorkingDirectory, y Environment=NODE_ENV=production para que la app se reinicie limpiamente en un fallo y sobreviva reinicios.
3. Persiste Sesiones con tmux o screen: Los procesos iniciados en un shell SSH plano mueren cuando la conexión cae, así que ejecuta trabajo interactivo dentro de tmux (o regístralo como servicio) en lugar de confiar en nohup … &.
4. Permite SSH Antes de ufw enable: Ejecuta sudo ufw allow 22/tcp antes de sudo ufw enable o la próxima reconexión estará bloqueada y necesitarás acceso a la consola para recuperarte.
5. Proxy, No Vincules, Puertos Privilegiados: Los procesos sin root no pueden vincularse por debajo de 1024, así que ejecuta la app Node en un puerto alto y pon nginx o caddy enfrente en 80/443 en lugar de ejecutar Node como root.
6. Diagnostica con journalctl y dmesg: Cuando un servicio está caído, recorre systemctl status → journalctl -u <svc> --since … → dmesg | tail para que captures tanto errores de aplicación como OOM kills a nivel de kernel.
7. Bloquea Archivos de Secretos: Usa chmod 600 para .env y archivos de credenciales (solo lectura/escritura del propietario), 755 para ejecutables y scripts, y 644 para contenido regular.
8. Prefiere ripgrep sobre grep: rg es sustancialmente más rápido en codebases grandes y respeta automáticamente .gitignore, así que salta node_modules/ y .next/ sin exclusiones manuales.
9. Siempre Delimita find y grep: Nunca busques desde / o la raíz del proyecto sin filtrar — pasa un directorio y -not -path "*/node_modules/*" (o --exclude-dir=node_modules) para que las búsquedas terminen en segundos en lugar de minutos.
10. Usa -F para Cadenas Literales: Cuando el patrón contiene metacaracteres regex como ., (, [, o |, pasa grep -F/rg -F para que la cadena se coincida literalmente en lugar de interpretarse como regex.
11. Conoce el Quirk de sed en macOS: Los edits in-place básicos de sed -i en macOS requieren un argumento de backup vacío (sed -i '' 's/…/…/g' file), que es diferente a Linux; instala gnu-sed si quieres scripts portables.
12. Escala a -E o -P para \d y \w: El regex básico de grep no soporta \d, \w, +, o lookaheads, así que cambia a grep -E/grep -P (o simplemente usa rg) cuando el patrón los necesita.
13. Usa -print0 | xargs -0 para Nombres de Archivo: xargs divide en espacios en blanco y se quiebra en espacios en paths, así que empareja find … -print0 con xargs -0 (o siempre cita "$file") cuando los nombres de archivo no están garantizados limpios.
14. Muestra Contexto con -A, -B, -C: Cuando investigas coincidencias, agrega -C 2 (o -A/-B) para que veas las líneas circundantes en lugar de volver a abrir cada coincidencia en un editor.
15. Inicia Scripts con set -euo pipefail: Pon set -euo pipefail en la parte superior de cada script de shell para que el script salga en el primer error, trate variables indefinidas como errores, y no trague silenciosamente fallos en medio de una tubería.
16. Pon Aliases en ~/.zshrc en macOS: macOS por defecto es zsh, que no lee ~/.bashrc; mantén aliases y funciones en ~/.zshrc (o source bashrc desde él) o desaparecerán en nuevas terminales.
17. Prefiere $() sobre Backticks: Usa $(…) para sustitución de comando porque se anida limpiamente ($(echo $(date))) y se lee mejor; los backticks requieren escaping incómodo y se mezclan mal con comillas.
18. Redirige con 2>&1 Después del Destino: Para capturar ambos streams, escribe cmd > out.log 2>&1 (stderr sigue a stdout al archivo) — invertir el orden envía stderr a la terminal en su lugar.
19. Paraleliza con xargs -P: Cuando procesas muchos archivos con el mismo comando, agrega xargs -P 4 -I {} para ejecutar hasta cuatro en paralelo y usa -I {} como placeholder explícito para claridad.
20. Usa npm ci en CI: npm ci instala las versiones exactas en package-lock.json, elimina node_modules primero, y es más rápido que npm install, que puede actualizar silenciosamente el lockfile y producir builds no reproducibles.
21. Fija Node en Todas Partes: Commit un .nvmrc (p. ej., 22) y establece "engines": { "node": ">=22" } en package.json para que los compañeros y CI ejecuten la misma versión de Node y nvm use cambie automáticamente en el proyecto.
22. Prefixa Vars Env de Cliente con NEXT_PUBLIC_: Las vars env referenciadas en código del navegador deben comenzar con NEXT_PUBLIC_ en Next.js; sin el prefijo se resuelven a undefined en tiempo de ejecución, mientras que las vars sin prefijo permanecen seguramente solo del servidor.
23. Prefiere npx sobre Installs Globales: Ejecuta herramientas de una sola vez como create-next-app, tsc, o prettier vía npx para que siempre obtengas la versión local del proyecto y evites conflictos global-vs-local que cambien silenciosamente el comportamiento.
24. Libera Puertos Atascados Decisivamente: Cuando EADDRINUSE :3000 aparece, ya sea ejecuta lsof -ti :3000 | xargs kill -9 para recuperar el puerto o inicia la app en uno diferente con PORT=3001 npm run dev.
25. Levanta el V8 Heap para Big Builds: Arregla FATAL ERROR: Allocation failed durante builds con NODE_OPTIONS="--max-old-space-size=8192" npm run build, pero trata OOMs repetidos como una señal para auditar dependencias o memory leaks en lugar de elevar el límite por siempre.