Parte 13

Construya una biblioteca personal: convierta trabajo útil en oficio transferible

A esta altura el terminal deja de ser una lista de comandos. Se convierte en una colección de métodos en los que confía: así investigo este problema, así transformo estos archivos, así empaqueto el proyecto, así verifico un versión publicada, así reconstruyo el entorno.

Guarde métodos en una biblioteca en lugar de guardarlos en la memoria

Cree carpetas por propósito — checks, deploy, media, migration, diagnostics — y conserve un script o nota corta para cada rutina probada. Los nombres deberían explicar cuándo buscaría esa herramienta dentro de seis meses.

Una carpeta privada que se copie entre proyectos ya es un entorno personal portátil. Conserva años de pequeñas decisiones que, de otro modo, habría que reconstruir desde cero.

cd lil-playground

md library

md library/checks

md library/deploy

md library/media

Prefiera recetas pequeñas que puedan componerse

Una buena rutina responde una pregunta o hace una transformación limitada. hosting-baseline.lil, package-project.lil y network-check.lil son más fáciles de confiar que un enorme script que edita configuración, sube archivos, cambia permisos y toca una base de datos a la vez.

La composición mantiene visible el riesgo. Un archivo lineal #lil puede llamar comandos normales; un flujo de trabajo run puede invocar flujos de trabajo hijos cuando hacen falta decisiones. Mantenga claros nombres, inputs esperados y outputs.

Registre la diferencia, no solo el archivo final

diff convierte dos estados de texto en un cambio revisable y puede guardar un patch. Suele ser más informativo que otra copia llamada final-final-2.txt, porque el cambio mismo se vuelve inspeccionable.

Combine registros de cambio con hash para artefactos de versión publicada. Un patch explica qué cambió; un resumen criptográfico indica después si los bytes siguen idénticos. Ninguno sustituye un copia de seguridad, pero juntos hacen más tranquilos los handoffs y la verificación.

echo "status=review" > library/routine-v1.txt -r

echo "status=done" > library/routine-v2.txt -r

diff library/routine-v1.txt library/routine-v2.txt

diff library/routine-v1.txt library/routine-v2.txt -o library/routine.patch

Utilidades pequeñas y exactas evitan código desechable innecesario

rand genera enteros seguros, tokens y UUID; math resuelve cálculos y conversiones validados. Son útiles cuando un flujo de trabajo necesita un valor exacto y escribir un script PHP temporal añadiría más superficie que valor.

Un valor aleatorio criptográficamente seguro no es por sí mismo un sistema de gestión de secretos y una calculadora no es un motor de reglas de negocio. Use utilidades pequeñas para trabajos pequeños y mantenga explícita la política importante.

rand -uuid

rand 1 100

math clamp 105 0 100

math round 82.456 1

Mantenga la herramienta antes de que una emergencia vuelva urgente el mantenimiento

Ejecute de vez en cuando core, doctor -q y upgrade -c cuando todo esté sano. Así aprende cómo luce “lo normal” y detecta actualizaciones o dependencias ausentes antes de un incidente de producción.

El mantenimiento es más fácil cuando es aburrido. Confíe en el repositorio de forma consciente, revise cambios, preserve copias de seguridad y registre las pocas decisiones locales que hacen distinto este servidor.

core

doctor -q

upgrade -c

Sepa restablecer una capa sin quemar todo el entorno

clear solo restablece lo visible. Los módulos se desinstalan por separado. La interfaz opcional puede restablecerse aparte. La capa de extensiones puede desaparecer y dejar Core. kill completo existe, pero es la última frontera, no un reflejo de troubleshooting.

Este modolo por capas es un buen hábito terminal en general: identifique el estado más pequeño que realmente está roto y restablezca solo ese estado. Destruir rara vez sustituye diagnosticar.

clear

Termine con un flujo de trabajo cuyo resultado pueda demostrarse

El ejemplo final verifica que exista el workspace, lo archiva, prueba el TAR, inspecciona el artefacto y calcula un resumen criptográfico. Cada paso establece una precondición o produce evidencia para el siguiente.

Ejecútelo primero con -n y después con -v. Cambie los nombres de root y archive solo cuando entienda el output. El objetivo no es este archivo concreto, sino el hábito de construir procedimientos que se explican solos.

run library/release-check.lil -n

run library/release-check.lil -v

La habilidad real es el método, no el vocabulario de comandos

Linux, macOS, Windows y los entornos de ejecución del alojamiento no son iguales, y lil-terminal no pretende que lo sean. Lo que se transfiere es el método: inspeccionar el estado, hacer un cambio acotado, verificar el resultado y guardar la parte repetible.

Cuando eso se vuelve natural, un terminal nuevo deja de ser una pared de syntax desconocida. Ya tiene preguntas que hacer, evidencia que recoger y rutinas que adaptar. Ese es el propósito de esta introducción: no terminar de aprender, sino hacer de la línea de comandos un lugar donde sabe trabajar.

Guárdalo como script

Guarde el flujo de trabajo final como library/release-check.lil. No conoce su proyecto de negocio: muestra la forma reutilizable de un checkpoint de versión publicada — verificar workspace, crear archivo, probarlo, inspeccionarlo y registrar un resumen criptográfico.

set root lil-playground
set archive lil-playground-checkpoint.tar

if dir "$root"
    dir "$root" 1 -G
    tar "$root" "$archive" -f
    tar "$archive" -t
    stat "$archive"
    hash "$archive"
else
    stop "Workspace is missing"
end