Jorel del Portal

Qué hago // 01

Construyo sistemas que perduran.

Diseño y opero sistemas distribuidos con énfasis en integración, resiliencia y observabilidad, en entornos del sector bancario y financiero donde la continuidad operativa no es negociable. Convierto decisiones de arquitectura en productos reales y documento lo aprendido sin simplificarlo hasta volverlo inútil.

Mi trabajo combina tres cosas: pensamiento sistémico —diseñar desde primeros principios, considerando el ciclo de vida completo—, resiliencia integrada —arquitecturas concebidas para sostener la operación de forma predecible— y ejecución técnica —implementación alineada con resultados consistentes en producción.

Trayectoria // 02

Las etapas que formaron mi criterio.

Un arco temático, no un currículum: cada etapa dejó una disciplina que sigo aplicando.

1. Operación y troubleshooting

   Empecé donde se aprende de verdad: diagnosticando incidentes en plataformas que no podían detenerse. De ahí viene el método sistemático de investigación que hoy documento en los Decision Logs.

2. Integración empresarial

   Middleware e integración B2B —IBM Sterling, MQ, transferencia de archivos, EDI—: los contratos entre sistemas que nadie ve hasta que fallan.

3. Arquitectura y gobierno técnico

   Diseño de arquitecturas de alta disponibilidad, revisiones de arquitectura y decisiones documentadas con sus trade-offs.

4. Estudio propio y productos

   Fundé Del Portal Technologies para materializar ideas como productos: el mismo rigor de los sistemas críticos, aplicado a construir desde cero.

La prueba // 03

La evidencia está en los sistemas.

• 14+años en sistemas críticos
• 99.9%objetivos de continuidad bajo los que he operado arquitecturas
• 100+incidentes de producción diagnosticados o gestionados
• ES · ENcharlas y sesiones técnicas en ambos idiomas

Los casos provienen de entornos empresariales y se presentan anonimizados.

Y en los productos: TrainO (motor determinístico de entrenamiento), VaultOS (privacidad por arquitectura, IA local) y BabelDestiny (motor de juego spec-first, documentado antes de la primera línea).

Por qué documento // 04

Escribo lo que sobrevive a producción.

La mayor parte del criterio de ingeniería se pierde porque nunca se escribe: queda en el incidente resuelto de madrugada o en el trade-off que alguien decidió y nadie registró. Documento decisiones reales —contexto, alternativas, consecuencias— porque es la forma más honesta de transferir criterio, y porque escribir una decisión te obliga a entenderla.

De ahí salen los Decision Logs, los Fundamentos y el boletín: tres formatos, una misma regla — nada de teoría que no haya tocado producción.

Qué estoy explorando // 05

Lo que tiene mi atención ahora.

Un videojuego construido spec-first (Babel Destiny, motor data-driven en Godot), IA local corriendo en la propia máquina —la base de VaultOS— y herramientas interactivas que convierten criterio de resiliencia en algo que puedes usar.

El territorio es el mismo de siempre —ingeniería, sistemas, tecnología aplicada—; los dominios cambian a propósito: probar el método fuera de su zona cómoda es parte del método.

Especialidad // 06

Dónde soy fuerte.

Lenguajes y stack

Idiomas y charlas // 07

Hablo y escribo en dos idiomas.

Español (nativo) e inglés. Doy charlas y sesiones técnicas en ambos sobre arquitectura, resiliencia, observabilidad y troubleshooting — aquí puedes invitarme a una. Escribo Decision Logs, Fundamentos y una bitácora del trabajo en curso.

Bio para citar // 08

Si necesitas presentarme.