Backend y APIs — Servicios hechos para permanecer

Mi filosofía de backend es aburrida a propósito: contratos claros, fallos explícitos, y servicios que se reinician solos sin drama. La parte emocionante es lo que los servicios permiten — infraestructura de IA gratuita, paneles que sirven a usuarios reales, puentes que convierten cuentas web en APIs.

Stacks con los que entrego

Stack	Punto dulce
Python — FastAPI / Django	APIs, agentes, puentes async I/O (GhostBrain, Hermes).
Go — Gin / stdlib	Servicios y CLIs de binario único (NetPilot, OmniRouter).
PHP — Laravel	Productos completos con auth, colas y paneles admin.
C# — ASP.NET	Servicios de nivel empresarial y backends de escritorio.
Node — Express / Fastify	Workers de borde, pegamento en tiempo real, prototipos rápidos.

No negociables

• Endpoint de salud en todo lo longevo — mi propia herramienta (NetPilot) los monitorea.
• Degradación elegante — un upstream muerto debe degradar funciones, jamás derribar el proceso.
• Logs estructurados desde el día uno, porque depurar por vibras no escala más allá de las 2 AM.
• Tests de contrato para todo lo que otros sistemas dependen — incluidos los agentes.

El patrón se repite en mis proyectos: los puentes free-api lidiar con upstreams hostiles y limitados; los paneles con estado multiusuario; los routers con el fallo entre ellos. Mismos principios, distintos puntos de presión.