La vara de los sistemas críticos
15 años en fintech regulada y casi 30 construyendo software. Esa exigencia de calidad y seguridad es la que traigo a tus decisiones.
Acompaño a tu equipo en tres frentes: la arquitectura y las decisiones técnicas, la adopción de IA en el desarrollo con un proceso serio, y la visibilidad de tus sistemas en producción. Tu equipo construye; yo pongo casi 30 años de criterio, reviso lo que se produce —incluido lo que genera la IA— y meto mano donde hace falta.
La IA abarató escribir código, pero no abarató decidir qué construir ni cómo. Una arquitectura que no escala, una adopción de IA que suma deuda en vez de velocidad, un sistema crítico que nadie puede diagnosticar cuando falla: son decisiones que se pagan durante años. Ahí es donde aporta alguien que pasó por sistemas que no admiten errores — no reemplazando a tu equipo, sino dándole dirección.
15 años en fintech regulada y casi 30 construyendo software. Esa exigencia de calidad y seguridad es la que traigo a tus decisiones.
Sin cuentas comerciales ni consultores junior en el medio: el criterio que contratás es el que trabaja en tu caso.
No es consultoría de slides. Si una decisión necesita una prueba de concepto o una pieza crítica para validarse, la construyo.
Cada recomendación sale con su porqué, su costo y cómo verificar que se aplicó bien. Nada de informes que se archivan.
Trabajo sobre tu stack actual —.NET, Java, GeneXus, SQL Server, lo que haya—. No propongo tirar lo que funciona.
Mi proceso de desarrollo con IA está a la vista: Fetchpier, un cliente de APIs open source, se construye con él, y su código y sus controles se pueden auditar.
Revisión de arquitectura, segunda opinión antes de una decisión cara, elección de stack y modernización de legado sin big bang. También como referente técnico de dedicación parcial, si tu equipo no tiene uno.
Cómo sumar asistentes y agentes al desarrollo sin perder calidad: requisitos, planes, revisión y verificación. Incluye mirar con lupa lo que la IA genera en tu código.
Que tus sistemas críticos .NET, Java o GeneXus se puedan diagnosticar: logs, métricas, trazas y reglas de negocio monitoreadas, sobre OpenTelemetry con OpenSearch o Elastic.
Entiendo tu sistema, tu equipo y el problema que te trae. Salgo con un diagnóstico y una propuesta de alcance concreta, con costo cerrado.
Qué hacer, en qué orden y por qué. Cada punto con su impacto, su esfuerzo y cómo verificar que se aplicó bien.
Trabajo junto a tu equipo mientras ejecuta: revisiones, decisiones en el camino y, si hace falta, la prueba de concepto o la pieza crítica que destraba el resto.
Documento las decisiones y su porqué para que tu equipo siga solo. Si preferís, sigo como referente técnico con una dedicación acordada.
Prefiero decirte que no antes que venderme mal. Si algo acá no te cierra, en la primera llamada lo charlamos.
En dos cosas. Trabajás directamente con quien tiene el criterio, sin capas intermedias. Y no me quedo en las recomendaciones: si una decisión necesita validarse con código, lo escribo.
El producto entero, no: eso lo construye tu equipo o el proveedor que elijas. Lo que sí hago es implementar piezas acotadas cuando aportan —una prueba de concepto, una pieza crítica, la base de arquitectura— y acompañar al equipo mientras construye.
Con las que ya tenés: .NET, Java, GeneXus, SQL Server, Postgres, TypeScript. Cuando el trabajo es de visibilidad en producción, la base es OpenTelemetry con OpenSearch o Elastic. La regla es la misma siempre: no propongo tirar lo que funciona.
El diagnóstico inicial es de costo fijo. A partir de ahí cerramos alcance y precio claros para cada etapa, sin horas abiertas.
Sí: doy conferencias en la comunidad GeneXus desde 2003 y gané el GeneXus Challenge dos veces. Si lo que necesitás es revisar una KB a fondo, para eso está la Auditoría de KBs GeneXus.
Una primera conversación alcanza para saber si puedo aportar. Si tiene sentido, te propongo un diagnóstico de costo fijo para arrancar.