Desarrollando desde la trinchera.

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...

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...

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...

 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. 

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...

Durante años, los Themes fueron la forma clásica de definir la estética de una aplicación GeneXus. Colores, fuentes y estilos centralizados, pero rígidos. Hoy, con Design System Objects (DSO) , GeneXus da un paso enorme hacia la consistencia y la evolución visual controlada. Migrar de Theme a Design System no es solo un cambio técnico: es adoptar una mentalidad de diseño unificado . El Design System permite definir tokens reutilizables (colores, tipografías, espaciados) y componentes que se adaptan automáticamente a la plataforma —web, mobile o ambas—, mejorando la experiencia de usuario y facilitando el mantenimiento. En este proceso, lo que vamos a cambiar incluye: Reemplazo de Theme por Design System . Creación de una nueva MasterPage moderna. Adopción del Editor Abstracto para una edición más limpia y visual. Implementación de un diseño responsive para adaptarse a todos los dispositivos. Limpieza de recursos no utilizados (Themes y MasterPages viejas, etc.). Pasaje a valores ...

Si trabajás con GeneXus 18 , podés potenciar tus apps con Globant Enterprise AI (GEAI) para sumar inteligencia conversacional, recuperación de conocimiento (RAG) y automatización mediante agentes. En esta guía vas a ver: conceptos clave, arquitectura, paso a paso del lado de GEAI y del lado de GeneXus, y ejemplos de código listos para adaptar. ¿Qué es Globant Enterprise AI? GEAI es una plataforma empresarial para crear y gobernar asistentes y agentes que combinan modelos generativos, herramientas externas y pipelines de recuperación ( RAG ) dentro de un entorno controlado. Actúa como capa de orquestación : desacopla tu aplicación del modelo, gestiona credenciales, costos, métricas, versiones y cumplimiento. Componentes típicos The Lab : diseño, test y despliegue de agentes/asistentes. RAG : conexión a fuentes/documentos para respuestas con evidencia. Tools : integraciones a APIs internas/externas. Gobernanza : métricas, log...

Contexto:  GeneXus Next usa Docker Desktop sobre WSL2. Con el tiempo, el archivo de disco virtual de Docker (“ext4.vhdx” o “docker_data.vhdx”) crece y  no  se achica solo aunque borres imágenes. Al cambiar de versión (en la fase beta se hace muy a menudo) se crean imágenes y contenedores que luego se dejan de usar, pero a veces no libera el espacio. En mi caso, pude recuperar 28 Gb con la limpieza.  ¿Por qué pasa? Docker Desktop guarda sus datos en una distro WSL2 ( docker-desktop-data ) dentro de un disco virtual dinámico .vhdx que crece cuando necesitás más espacio, pero no reduce tamaño automáticamente al liberar datos. Rutas típicas del VHDX %LOCALAPPDATA%\Docker\wsl\data\ext4.vhdx (clásico) %LOCALAPPDATA%\Docker\wsl\disk\docker_data.vhdx (nombres nuevos) Tip: En Docker Desktop podés ver o cambiar Settings → Resources → Advanced → Disk image location y el tamaño máximo. Paso a paso Recomendación: hacé una copia del .vhdx antes de com...

Preparándonos para lo que viene con GeneXus Next , estuve probando Globant Enterprise AI (GEAI) para incorporar Agentes y Asistentes a aplicaciones ya existentes construidas con GeneXus 18 . Resumen rápido: suma un nivel de potencia que puede elevar mucho la productividad en varios frentes. Por otro lado, se notan asperezas de una implementación que todavía evoluciona, lo que hace que la experiencia no sea tan fluida como podría ser. Inconvenientes Problemas de conexión / reconexión / desconexión Dentro de GEAI hay varios componentes con Single Sign-On (SSO). En teoría, al iniciar sesión en uno quedo autenticado en todos; en la práctica, al alternar entre módulos a distintas horas aparecen errores 403 – Forbidden y hay que hacer “magia” para seguir trabajando. Además, no encontré forma de extender la duración de la sesión y cada ~20 minutos debo volver a loguearme. Huele a bugs propios de un producto todavía en transición. Asistentes vs. Agentes La terminología y el modelo...