Empiezo cada proyecto por esta pregunta.
Estoy en mi último año de Ingeniería de Software en la Universidad Icesi. Me muevo entre el desarrollo full-stack y la aplicación práctica de IA, pero antes de abrir el editor intento entender qué problema estoy resolviendo. Para mí evaluar el costo económico, social y técnico de una decisión es parte del trabajo, no un paso extra.
En equipos termino siendo, casi sin proponérmelo, el que baja el ritmo cuando todo se acelera. No porque tenga la razón, sino porque me cuesta tomar buenas decisiones con prisa. Prefiero parar diez minutos antes de romper algo.
Practico Taekwondo desde hace años, hasta cinturón negro. Lo que me dejó no es el combate: es que las bases se pagan repitiéndolas mil veces, y eso aplica también cuando estoy escribiendo software.
Cuando puedo, viajo. Es mi forma de recordarme que la manera en que resuelvo las cosas no es la única, y que la mayor parte del tiempo no estoy viendo el problema completo.
Estudio asistido por IA para construir modelos SARLAFT bajo Human-in-the-Loop.
Acompaña al analista en la segmentación de los cuatro factores de riesgo (cliente, producto, canal, jurisdicción) y estandariza la metodología. RAG anclado en la normativa de la SFC, clustering para perfilar niveles de riesgo y árboles de decisión para explicabilidad. Reduce el tiempo del modelo de 8-12 semanas a 2-3.
Trabajo en el frontend y backend de un sistema construido sobre proyectos legacy. Armo flujos de pedidos, pricing y estados, y voy ajustando la capa que conversa con el backend a medida que el equipo decide qué partes reescribir.
Acompaño a 20–30 estudiantes por semestre en programación, estructuras de datos, ingeniería de software, arquitectura y sistemas intensivos en datos. Reviso entregas, resuelvo dudas sobre código real y evalúo actividades de forma autónoma.
Texto claro: uso recurrente. · Texto en gris: he trabajado con ellas, no las domino día a día.
