Grupo de Trabajo de Red Petición de Comentarios: CAPA-8 Reemplaza a: ninguno (es único) Categoría: Experimental
A. A. Pavón Torres errorcapa8.dev En producción desde 1989 Junio 2026

El Protocolo de Capa 8

Especificación del humano entre la silla y el teclado

Borrador · en revisión permanente

1. Resumen

El modelo OSI define siete capas, del cable físico a la aplicación. Este documento especifica la octava: el humano que está entre la silla y el teclado, históricamente señalado como el origen de la mayoría de los incidentes.

La implementación de referencia se llama Alvaro Alejandro Pavón Torres y es un desarrollador full-stack. Acepta peticiones en español e inglés, y compila ideas a software con un stack basado en Java/Spring Boot y NestJS en el backend, Angular y TypeScript en el frontend, y PostgreSQL como fuente de verdad. Fuera de horario de oficina mantiene una infraestructura self-hosted propia y un entorno Linux configurado hasta el último keybinding, porque la capa 8 también necesita su laboratorio.

2. Terminología

Las palabras clave DEBE, NO DEBE y PUEDE en este documento se interpretan en el espíritu del RFC 2119:

El código DEBE ser legible por el siguiente humano que lo toque, incluida la versión futura del autor que ya no recuerda nada. Una funcionalidad NO DEBE declararse terminada solo porque funciona en mi máquina. El autor PUEDE pasar una cantidad estadísticamente sospechosa de tiempo ajustando sus dotfiles y DEBE referirse a ello como "inversión en productividad".

3. Pila de protocolos soportados

La implementación negocia las siguientes tecnologías. Estado producción significa uso profesional real; diario significa que forma parte del entorno personal y se usa todos los días.

3.1. Backend

ProtocoloRolEstado
Java / Spring BootAPIs y servicios de negocioproducción
NestJS / Node.jsServicios y APIs en TypeScriptproducción
JHipsterGeneración de aplicaciones completasproducción
PostgreSQLPersistencia y fuente de verdadproducción
GradleBuild y gestión de dependenciasproducción

3.2. Frontend

ProtocoloRolEstado
AngularAplicaciones SPA empresarialesproducción
TypeScriptTipado de punta a puntaproducción
Tailwind CSSEstilos utilitariosproducción

3.3. Infraestructura y self-hosting

ProtocoloRolEstado
Docker ComposeOrquestación de servicios propiosproducción
NginxReverse proxyproducción
MinIOAlmacenamiento de objetos S3producción
Cloudflare TunnelHTTPS público sin abrir puertosproducción
TailscaleAcceso SSH privado vía WireGuardproducción

3.4. Entorno del operador

ProtocoloRolEstado
Arch Linux + HyprlandSistema y compositor Waylanddiario
Neovim / LazyVimEditor principaldiario
zsh + StarshipShell y promptdiario
GNU StowGestión de dotfilesdiario

4. Historial de implementación

Registro de despliegues de la capa 8 en entornos productivos. Cada versión corresponde a una etapa profesional, con sus cambios más relevantes.

v2.0 — actual dic 2022 — presente

Desarrollador full-stack · Tata Consultancy Services (TCS)

  • Clonación as-is de un sistema de mensajería, replicando su funcionalidad completa.
  • Migración de un sistema legacy sobre Apache Karaf a Spring Boot en su versión actual.
  • Migración del sistema de construcción de Maven a Gradle.
v1.0 feb 2020 — nov 2022

Líder técnico · Servicios de Salud de Veracruz

  • Lideré técnicamente la creación del Expediente Clínico Electrónico para los Servicios de Salud de Veracruz.
  • Desarrollé los módulos de consulta externa para el primer nivel de atención.

5. Consideraciones de seguridad

Toda capa 8 introduce vulnerabilidades conocidas. Esta implementación mitiga las suyas así:

  • Contra el "funciona en mi máquina": todo corre en contenedores; si funciona, funciona en cualquier máquina con Docker.
  • Contra la pérdida de configuración: dotfiles versionados con Git y GNU Stow. La capa 8 puede formatear sin miedo.
  • Contra la exposición innecesaria: nada abre puertos al exterior; el tráfico público entra por Cloudflare Tunnel y el privado por Tailscale.
  • Vulnerabilidad sin parche conocido: una susceptibilidad crónica a responder "dame cinco minutos" cuando aparece un bug interesante. Los cinco minutos NO DEBEN interpretarse literalmente.

6. Dirección del autor

Los comentarios sobre este documento — incluidos los reportes de bugs, las propuestas de colaboración y las ofertas interesantes — DEBEN dirigirse a:

AutorAlvaro Alejandro Pavón Torres
Dominioerrorcapa8.dev