−70%
FintechTiempo de validación por release
Ejecución paralela y distribuida en contenedores Docker sobre Jenkins y GitLab CI.
Trayectoria
Diseño la infraestructura de calidad de productos donde fallar cuesta caro: frameworks que otro equipo pueda mantener, pruebas que corren en cada build y agentes de IA que absorben el trabajo repetitivo. Empecé escribiendo código y nunca lo solté.
Lima, Perú
Presentación
Diez años, cuatro países y una forma de trabajar que no depende de la herramienta de turno.
Empecé escribiendo código y nunca lo solté. Por eso discuto un pipeline o un contrato de API con desarrollo de igual a igual.
Empecé programando en Java y terminé liderando chapters de calidad en banca y fintech. En el camino aprendí que una suite no vale por cuántas pruebas tiene, sino por cuántas siguen corriendo dos años después sin que nadie las pelee.
Hoy construyo frameworks que otro equipo pueda mantener, llevo las pruebas al pipeline para que el feedback llegue en minutos y no en días, y aplico IA al diseño y al análisis sin soltarle el volante.
Con lo que construyo a diario
Tres decisiones que tomo en todo proyecto
Si para tocar una prueba hay que preguntarme, el diseño falló. Nombres de negocio, capas separadas y decisiones explicadas.
Una prueba que alguien tiene que acordarse de ejecutar no protege nada. Corre en cada build o no cuenta.
Ningún modelo sabe si una diferencia es el cambio acordado o el defecto. Esa clasificación es donde está el criterio.
Resultados
Cifras del CV, cada una con el contexto en el que ocurrió.
−70%
FintechEjecución paralela y distribuida en contenedores Docker sobre Jenkins y GitLab CI.
+70%
Datos y analíticaSuites en Playwright y Specflow que redujeron de forma notoria los errores críticos que llegaban a producción.
−40%
Datos y analíticaParalelización y optimización de scripts, sin perder cobertura.
15
BancaChapter al servicio de varias tribus del banco más grande del Perú, con estándares comunes y un programa de mentoría propio.
Un chapter, varias tribus
Dónde
Pulsa cualquier logotipo para ver desde qué empresa trabajé para ese cliente y qué se hizo ahí.
IA aplicada
Tres capas distintas, y conviene no mezclarlas: construir herramientas propias, meter modelos dentro del ciclo de pruebas, y probar productos que llevan IA por dentro.
software propio, en producción · pasa el cursor para detener · toca una tarjeta para ver su modelo
Aplicado en proyectos de cliente, con una regla fija: ninguna salida del modelo se convierte en un caso ejecutable ni en un defecto reportado sin revisión humana.
Requisitos
Leer un documento largo y extraer los campos, las reglas y los criterios que hay que verificar, antes de escribir un solo caso.
Banca
Diseño
Generar escenarios a partir de los criterios de aceptación y detectar qué quedó sin cubrir, acortando el tiempo de diseño y el de mantenimiento.
Salud
Priorización
Decidir qué se ejecuta primero y qué se automatiza, en función del riesgo de liberación y no del orden en que llegaron los requerimientos.
Salud y fintech
Verificación
Comparar el contrato del servicio legado contra el migrado y señalar dónde difieren, campo por campo, en migraciones de cientos de servicios.
Banca
Defectos
Agrupar fallos, acelerar el diagnóstico y separar el defecto real del ruido de infraestructura.
Banca y fintech
Mantenimiento
Machine learning aplicado al mantenimiento de scripts y al análisis predictivo de fallos, que redujo los falsos positivos que hacían que el equipo dejara de mirar los reportes.
Fintech
Caso aparte
Analítica de video con inteligencia artificial: aquí la prueba no termina en que la interfaz responda — hay que verificar que el modelo detecte lo que debe y que la analítica cuadre con lo que pasó frente a la cámara.
Qué sé hacer
Lo que defiendo en una entrevista técnica, agrupado por para qué sirve.
Frameworks pensados para que los mantenga otro equipo, no para lucir en una demo.
Validar el contrato, no solo el código 200: tipos, campos opcionales, errores e integridad de datos.
Conocer el punto de quiebre antes que los usuarios, y dentro del pipeline.
Base de DevOps real: pipelines, contenedores e infraestructura como código, no solo consumirlos.
Desde asistir el diseño de pruebas hasta construir agentes que hacen el trabajo repetitivo del chapter. Siempre bajo revisión humana.
Lo que decide si una práctica de calidad sobrevive al segundo trimestre.
Empecé programando; por eso discuto el código con desarrollo de igual a igual.
Marcos de trabajo con los que he entregado, no solo estudiado.
Recorrido
De las primeras prácticas al liderazgo técnico. Pulsa una etapa para ver qué hice ahí.
Formación
Lo que está acreditado por un tercero, no lo que digo yo.
Educación
Certificaciones 3
Idiomas
Girek Study
Los frameworks que construyo, las decisiones de diseño detrás de cada uno y lo que aprendo por el camino. El código se puede clonar y las notas se leen sin registrarse. Las clases vienen después.