Owen Badel Hooker

Ingeniero de Sistemas · Software Architect

PORTAFOLIO

No construyo software para acumular líneas de código.

Empecé porque me apasionaba entender cómo funcionan los sistemas desde sus cimientos y resolver problemas que parecían imposibles. Esa obsesión por el diseño riguroso y la elegancia técnica guía cada sistema que diseño y desarrollo: arquitecturas limpias desacopladas, agentes autónomos de IA, visión artificial biométrica y plataformas empresariales de alta disponibilidad.

Porque el software bien diseñado no es el que más se nota, sino el que funciona con tanta precisión que parece invisible.

Retrato de Owen Badel Hooker
01
( 01 )

SOBRE MÍ

I.Nunca me conformé con que un sistema simplemente compilara.

Necesito saber con certeza matemática qué ocurre en la memoria, en el socket y en cada frontera de dominio.

Formado como Ingeniero de Sistemas en la Fundación Universitaria Colombo Internacional (Unicolombo) y Técnico en Sistemas, mi carrera se ha forjado en la intersección entre la ciencia computacional rigurosa y las necesidades operativas reales de las empresas.

Entendí temprano que el software improvisado ("código espagueti") es la mayor fuente de sangrado financiero y estrés en las organizaciones. Mi enfoque se centra en diseñar arquitecturas limpias, desacopladas e hiper-modulares, donde cada componente cumple una responsabilidad unívoca y el sistema evoluciona sin fricción técnica.

Porque cuando la arquitectura está bien pensada, escalar no es un trauma: es una consecuencia natural.

II.Lo que guía mi forma de construir.

Arquitectura Hexagonal (Ports & Adapters) y Domain-Driven Design (DDD): Aislamiento hermético de las reglas de negocio respecto a los frameworks, bases de datos o protocolos de transporte. Si mañana cambiamos de base de datos o de proveedor de IA, el núcleo del negocio no sufre una sola alteración.

Tipado Estricto de Confianza Cero: En TypeScript o Python, el tipado estático no es un adorno: es un contrato contractual. Cada payload que entra al sistema es validado exhaustivamente en runtime mediante esquemas declarativos (Pydantic / Zod) antes de tocar el dominio.

Ergonomía de Interfaz y Modo Offline-First: El software debe ser un placer para el operador. En sistemas POS táctiles o herramientas móviles, la latencia debe ser imperceptible y la operatividad debe resistir caídas completas de Internet gracias a persistencia local (IndexedDB / SQLite).

III.Mis principios fundamentales de ingeniería.

1. Cero Placeholders en Producción: Cada módulo, script o API que construyo es completamente funcional, tipado, compilable y probado de extremo a extremo.

2. Las Dos Preguntas Cardinales: Antes de escribir una sola línea de código, defino con claridad meridiana: "¿Qué quiero hacer?" y "¿Qué pasa exactamente cuando falla?". La resiliencia no se añade al final; se diseña en los cimientos.

3. La Simplicidad es Maestría: Un ingeniero junior hace que algo simple parezca complejo; un arquitecto senior toma un problema intrincado y lo transforma en un sistema tan claro que parece obvio.

IV.Las preguntas que forjaron mi enfoque de ingeniería.

"¿Cómo construir una arquitectura desacoplada donde agentes autónomos colaboren con sincronización precisa sin duplicar esfuerzos?"

Esa pregunta dio origen a nuestro Cerebro de Conocimiento y Grafo de Arquitectura Viva en Obsidian, con más de 1,380 nodos técnicos indexados, conectando doctrinas de ingeniería, librerías curadas y lecciones aprendidas para que el 80% del trabajo fundacional esté resuelto antes de empezar.

"¿Cómo llevar visión artificial biométrica al borde sin depender de GPUs en la nube?" Así nació SmartBreak y nuestros modelos de cálculo trigonométrico postural con MediaPipe Pose.

V.Lo que estoy explorando hoy.

Model Context Protocol (MCP) y WebMCP: Estandarización de interfaces cliente-servidor para que los modelos de lenguaje (LLMs) inspeccionen bases de datos, herramientas de sistema y el navegador de forma declarativa.

Bases de Datos Analíticas OLAP (DuckDB & Polars): Consultas SQL ultrarrápidas de latencia milimétrica sobre terabytes de datos en formatos Parquet y Arrow, erradicando los clústeres inflados para analítica en tiempo real.

Agentes Multimodales con Razonamiento en Cadena: Sistemas de decisión visual autónoma para auditoría de siniestros, triaje médico y supervisión de producción industrial.

“ ← Anterior Inicio

Al final, los frameworks y las herramientas cambian. La disciplina arquitectónica permanece.

Siguiente → 02 Proyectos
02
( 02 )

PROYECTOS

Cada proyecto nació de un problema real sin resolver.

Las arquitecturas desacopladas, los agentes y los pipelines de visión artificial no son experimentos de laboratorio: son software en producción resolviendo desafíos operativos de alta exigencia.

N S E W
“ ← Anterior 02 Proyectos

Construir software me obliga a aprender. Diseñar arquitecturas me obliga a entender.

Siguiente → 03 Lo que aprendo
03
( 03 )

COMPARTIENDO LO QUE APRENDO

Construir software me obliga a aprender.

Diseñar arquitecturas me obliga a entender.

Estas son algunas de las doctrinas, investigaciones aplicadas y metodologías que rigen mi trabajo en ingeniería de software.

Arquitectura Hexagonal en Sistemas Autónomos: por qué aislar el dominio salva proyectos de millones

“Los frameworks son detalles de implementación efímeros. Tu lógica de negocio es el activo permanente.”

A menudo los desarrolladores confunden acoplar el código con avanzar rápido. En esta doctrina analizo cómo los puertos y adaptadores permiten cambiar transportes (de una consola CLI a un bot de Telegram o una API REST) y motores de base de datos sin alterar una sola coma de las reglas del negocio, previniendo la deuda técnica sistémica.

Visión Artificial en el Borde: extrayendo 33 landmarks anatómicos a 60 FPS sin saturar la CPU

“No necesitas una granja de servidores en la nube para calcular la postura humana con precisión milimétrica.”

Durante el diseño de SmartBreak, optimicé la inferencia de Google MediaPipe Pose en Python mediante OpenCV y multiprocesamiento desacoplado. Demuestro cómo procesar vectores articulares con trigonometría básica en memoria contigua en C, manteniendo el consumo por debajo del 4% en equipos portátiles comunes.

Las dos preguntas cardinales: “¿Qué quiero hacer?” versus “¿Qué pasa cuando todo falla?”

“El código optimista solo funciona en los tutoriales. La ingeniería de software real vive en el manejo defensivo de fallas.”

El 90% de los incidentes en producción ocurren porque los equipos diseñan para el camino feliz. En esta metodología comparto el protocolo de contención que aplico en mis sistemas: circuit breakers, idempotencia transaccional, degradación elegante y post-mortems estructurados para garantizar tolerancia a fallos.

04
( 04 )

CONSTRUYAMOS ALGO GRANDE

Si tienes un problema complejo que requiere ingeniería de software rigurosa, agentes de IA o arquitecturas de alta disponibilidad, conversemos.

Conversar por WhatsApp Ver GitHub Oficial Perfil de LinkedIn