Entradas

Spec-Driven Development: casi 40 años después, volvemos a empezar por la especificación

Imagen
Estoy leyendo un libro corto sobre Spec-Driven Development , una forma de desarrollar software con Inteligencia Artificial que propone algo que, a primera vista, parece bastante moderno. En lugar de empezar escribiendo código, se comienza describiendo qué sistema queremos construir. Se definen los requerimientos, el modelo de entidades, los casos de uso, las reglas, las restricciones y los criterios que debe cumplir la aplicación. Esa especificación —la Spec — pasa a ser uno de los principales artefactos del proyecto. A partir de ella, los agentes de IA pueden generar código, pruebas, documentación y realizar verificaciones para comprobar que lo implementado cumple con lo especificado. Mientras leía esto tuve una sensación curiosa: esto me resulta muy conocido. Mi proyecto de grado, a finales de los 80 A finales de los años 80 hice mi proyecto de grado en la Facultad de Ingeniería de la Universidad de la República. En aquella época, antes de comenzar a programar, nos exigían preparar u...
Publicar un comentario
Leer más

De un Pattern a un Skill: cuatro años de evolución en la productividad con GeneXus

Imagen
En  2022 publiqué Entity Provider Pattern . La idea era sencilla de explicar, pero bastante más difícil de implementar: dada una entidad representada por una Transaction GeneXus, generar una capa uniforme para consultar y modificar sus datos. El objetivo era evitar que cada desarrollador resolviera una y otra vez las mismas operaciones: Obtener todos los registros o una lista paginada. Consultar por clave o por otras condiciones. Verificar si una entidad existe. Insertar, modificar y eliminar mediante el Business Component. Publicar esas operaciones mediante un objeto API. Mantener una interfaz similar tanto para el acceso local como para el remoto. El ejemplo del artículo utilizaba una Transaction Customer y proponía generar Data Providers, Data Selectors, Procedures, SDT y un objeto API con operaciones como GetAll , GetByKey , Exists , Insert , Update y Delete . La intención no era solamente ahorrar algunas líneas de código. Buscaba definir una forma consistente de acceder a la...
4 comentarios
Leer más

CODA-CLI en accion en KB GX18

Imagen
Problema En una KB grande desarrollada con GeneXus 18 surgió la necesidad de verificar que ninguna API pública estuviera exponiendo información sensible. Realizar esta tarea manualmente es costoso: la solución cuenta con más de un centenar de servicios publicados entre APIs REST, servicios SOAP y servicios HTTP. Revisar uno por uno sus parámetros de entrada y salida, además de las estructuras asociadas, puede demandar varios días de trabajo. Para este análisis consideramos como datos sensibles toda aquella información que permita identificar directa o indirectamente a una persona o a una organización. Datos personales Nombre y apellido Cédula o documento de identidad Dirección Sexo Edad Teléfono, correo electrónico, etc. Datos de empresas RUT Razón social Dirección Información de contacto Datos financieros Números de cuenta bancaria Tarjetas de crédito Saldos Otra información patrimonial Solución La solución fue utilizar GX for Agents  usando CODA-CLI para analizar la KB. Con un ...
2 comentarios
Leer más

Usando IA para detectar problemas de performance en aplicaciones GeneXus

Imagen
En aplicaciones grandes desarrolladas con GeneXus, detectar problemas de performance puede ser una tarea compleja. Los logs generados con log4net contienen muchísima información valiosa, pero leerlos manualmente no escala. En este post te comparto una metodología práctica para analizar estos logs utilizando NotebookLM , aprovechando su capacidad de entender documentos y responder preguntas sobre ellos. Idea general La propuesta es simple pero poderosa: Convertir los logs de ejecución en documentos (PDF) Subirlos como fuentes a NotebookLM Hacer preguntas inteligentes sobre el contenido Obtener insights de performance automáticamente Esto transforma un análisis manual tedioso en un proceso asistido por IA. Paso 1: Generar los logs correctamente Asegurate de que tu aplicación GeneXus esté generando logs con suficiente detalle (al menos DEBUG). Yo lo uso asi:  Un formato típico de log4net (es el default que trae GX) que funciona muy bien es: %d{yyyy-MM-dd'T'HH:mm:ss.fffzzz} [%t] %-...
7 comentarios
Leer más

Prueba de CODA_CLI

Imagen
Para hacer la primer prueba de CODA CLI, decidi ir por algo sencillo y conocido.  Queria un utilitario command line, que permita analizar un log de la ejecucion de una aplicacion GeneXus y me ayudara a detectar problemas (fundamentalmente para mejorar performance).  Lo que hice fue partir de cero, dandole ejemplos del archivo que queria procesar y luego ir agregando una a una las diferentes funcionalidades que queria.  ✅  Detección de demoras  - Identifica operaciones lentas ✅  Análisis de errores  - Separa y agrupa errores y warnings ✅  Totalización por programa  - Cuenta ejecuciones de cada programa ✅  Totalización por SQL  - Identifica queries más frecuentes ✅  Análisis de conexiones  - Detecta conexiones lentas o no cerradas ✅  Duración de logs  - Calcula el periodo cubierto por cada log Hasta ahi, todo fue muy bien.  Cuando le pedi algo un poco mas sofisticado, como armar un arbol de llamadas, partiendo...
6 comentarios
Leer más

Personalizacion de Genexus Next.

Imagen
Estoy haciendo algunas pruebas con Genexus Next, para aclimatarme y utilizar agentes de IA en codigo GeneXus.  Aun siento que le faltan algunos minutos de coccion como para que este pronto para ser usado en proyectos de verdad, pero esta bueno ver un poco como se avanza en el tema.  Una de las cosas que tenia que hacer es lograr conectarme a la base de datos generada, con SQL Server Management Studio y poder ver los datos y hacer algunos ajustes.  Como estoy usando Docker en windows para esta prueba, la base de datos queda dentro del contenedor que distribuyen con Genexus Next. El usuario y la password del administrador, tambien quedan no visibles.  Ya no tenemos mas el icono del ojo para ver el valor de la contraseña en el IDE.  Haciendo algo de ingenieria reversa en los docker-compose que levantan el IDE de GXNext, pude ver que dentro del archivo app.asar (es un formato de archivos indexados de atom que se puede abrir con VS Code y algunos otros ) se encuentra...
4 comentarios
Leer más

Modelo Ejecutable con Markdown: Specification by Example aplicada al dominio

Imagen
Una de las ideas más potentes de Specification by Example es simple: las reglas del negocio no deben quedar en documentos ambiguos, sino en ejemplos concretos que puedan ejecutarse. Si bien este libro se escribio antes que  la IA generativa tuviera la visibilidad que tiene hoy, sigue teniendo mucha vigencia.  Si combinamos esto con un enfoque model-driven , podemos ir un paso más allá: definir el modelo de datos, las reglas y los escenarios de aceptación en un único Markdown ejecutable . Ese archivo puede ser: Legible por negocio Procesable por una herramienta Generador de código Generador de tests automáticos Documentación viva Ejemplo: Sistema de Gestión de Pedidos 1️⃣ Modelo de Datos model: entities: - name: Cliente attributes: - { name: ClienteId, type: int, key: true } - { name: Nombre, type: string, required: true } - { name: Email, type: string } - name: Pedido attributes: - { name: P...
2 comentarios
Leer más

Visita a Japon

Imagen
Fuimos unos de los ganadores del concurso LetsPlAI (para programar soluciones que incoroporte inteligencia artificial).  La aplicacion que programe es un clasificador arancelario, que ayuda a encontrar el codigo arancelario para el MERCOSUR dada una descripcion de producto.  Tambien funciona con una imagen de una factura de importacion, o con una imagen del producto.  Tiene como ventaja que personas con no tanto conocimiento tecnico de la clasificacion arancelaria pueden ser guiadas a una clasificacion correcta (o al menos mejor informada).  El premio del viaje era un viaje a Japon, y exponer la solucion ante la comunidad GeneXus de Japon.  Ya conocia algo de Japon, pero es una sociedad y una cultura que admiro muchisimo y siempre se aprenden cosas nuevas de ellos.  Cosas a destacar, y que dependen mucho de su cultura, es la limpieza, el orden, el respeto por el grupo, su comida y la seguridad. Todas cosas que dependen de la cultura y la educacion, y me pro...
Publicar un comentario
Leer más

Webinar: Clasificacion Arancelaria asistida con Inteligencia Artificial

Imagen
 Me invitaron a contar la experiencia de desarrollar CLARA v2.0, que es un clasificador arancelario, usando agentes de inteligencia artificial, usando Globant Enterprise IA.  Fue uno de los ganadores del concurso LETSPLAI y por eso nos ganamos un viaje a Japón.  El video de la charla se puede ver en youtube. 
Publicar un comentario
Leer más

Cambiar el valor default de una propiedad en una KB GeneXus

Imagen
En GeneXus, las propiedades de los objetos tienen un comportamiento jerárquico: pueden definirse a distintos niveles (KB, Version, Environment, Generator, Folder, Object, etc.), y los valores definidos en niveles superiores se heredan como default por los niveles inferiores. Este modelo facilita la consistencia general del desarrollo, pero plantea un desafío cuando queremos cambiar el valor por defecto de una propiedad en toda la Knowledge Base (KB). Ese cambio puede tener un impacto masivo, afectando a miles de objetos en cascada. Un ejemplo concreto: Commit on Exit Supongamos que tenemos la propiedad Commit on Exit configurada en YES a nivel del Environment . Esto significa que todos los objetos que no tengan un valor explícito heredan ese comportamiento y realizan un commit automático al finalizar la ejecución. Ahora imaginemos que queremos modificar esta configuración para que cada desarrollador maneje manualmente las UTL (Unit of Transaction Logic) , y por tanto necesi...
Publicar un comentario
Leer más