Desarrollando desde la trinchera.

 Estoy leyendo el libro " Designing Data-Intensive Application " (es viejo, pero es muy recomendable)    Cubre casi todos los temas que aparecen en aplicaciones que manejan muchos datos.  Tambien cubre bien las aplicaciones distribuidas.  Es una pena que no lo leyera antes. Lo recomiendo.  Anuncian una segunda edicion para fin de 2025.  Por lo que pude leer en lo que llevan liberado , va a estar mejor aun que la primer versión. 

Estamos presenciando una etapa donde se van a producir en poco tiempo la aparición de asistentes o agentes que nos ayuden con la tarea de desarrollar aplicaciones.  Con el fin de imaginarme cómo puede ser el desarrollo futuro, me puse a pensar cuales serian algunos de los posibles asistentes se podrían desarrollar y evaluar ventajas de los mismos.  1. Análisis de Requerimientos Agente de Recolección de Requerimientos: Captura requisitos a través de texto o conversaciones con el cliente. Identifica contradicciones en los requerimientos.  Sugiere modelos iniciales basados en ejemplos previos. Genera historias de usuario o especificaciones funcionales. Asistente de Priorización: Ayuda a priorizar requerimientos utilizando técnicas como MoSCoW o análisis de valor. 2. Diseño Agente de Prototipado Rápido: Genera prototipos visuales interactivos basados en la definición de requerimientos. Sugiere layouts optimizados para UX/UI según las mejores prácticas. Asistente de Arquitect...

Un escenario común en aplicaciones Genexus en clientes grandes (y chicos) es el siguiente: Desde la KB, programo y genero los instalables (pueden ser imágenes docker, war/jar, zip, etc) con los ejecutables y todos lo necesario para ejecutar. Esto tambien tiene los archivos de configuración necesarios para ejecutar con los valores que tengo en la KB o algunos que saco de las propiedades de la KB (web.config, client.cfg, appconfig.json y varios mas). Luego que hago una instalación en un ambiente de TEST, cuando el responsable lo aprueba (luego de correr test automático, test manuales, o que se cumplan los criterios de aprobación definidos, se pasa al ambiente de pre-produccion, que es mas parecido al ambiente de producción (en algunas instalaciones no existe el ambiente de PRE-Produccion y pasan directo a PRODUCCION).  En este pasaje, los instalables que se instalan SON EXACTAMENTE LOS MISMOS, pero se cambian los archivos de configuración y las variables de ambiente del sistema opera...

Hoy me entere que hace unos meses falleció Edgardo Pampin que junto con Gerardo Pasarisa fueron uno de nuestros primeros clientes. Teñían un estudio de fotografía y publicidad . Recién des-exiliados desde Holanda, se instalaron en Uruguay y tenian mucho trabajo porque trajeron maquinas y metodologías que no eran tan conocidas en el mercado.  Le instalamos una aplicacion en Clipper y estaba pensada para algo medio temporal, pero la usaron por muchisimos años. Aprendi mucho de ellos dos, sobre todo la dedicación y cariño que le ponía a cada una de sus producciones.  Si les gustan las buenas fotos, pueden ver algunas de las que publicaba en Instagram.  View this post on Instagram A post shared by Edgardo Pampin (@edgardopam)

Hemos realizado unas cuantas migraciones a GeneXus 18, de muy diversos tipos. La idea es contar algunas de las diferencias encontradas para que a otros le sea más fácil.  Como siempre, y como no esta recomendado, hemos realizado algunos cambios para aprovechar nuevas funcionalidades.  Migración de .NET Framework a .NET Core. (.NET Core) El generador .NET Framework va a ser discontinuado, por lo que conviene empezar a realizar la transición de uno a otro. El mayor problema que tuvimos aquí, es con el código C# externo que tenemos en la aplicación.  La mayoría de los cambios fueron por temas de namespaces cambiados y otros por el uso de WCF (Windows Communication Foundation).  También tuvimos que re-programar funcionalidad para manejo de PDF (concatenar, firmar, reemplazar dentro de PDF) porque usábamos un componente que no tiene soporte en .NET Core.  No carga la grilla - Smooth y Automatic Refresh = NO (.NET Framework) En varios paneles, que estaban como Smooth ...

En la actualidad, las empresas enfrentan la necesidad de gestionar grandes volúmenes de datos y extraer información valiosa de ellos de manera rápida y eficiente. Tradicionalmente, las bases de datos relacionales (SQL) han sido la columna vertebral de la infraestructura de datos en muchas organizaciones. Sin embargo, con el crecimiento de la complejidad de los datos y las relaciones entre ellos, y el surgimiento de nuevas tecnologías, las bases de datos de grafos y vectoriales han emergido como soluciones poderosas. Este artículo explora la importancia y las oportunidades de integrar bases de datos de grafos y vectoriales en aplicaciones que utilizan bases de datos relacionales, destacando la oportunidad para las empresas que logren unificar o centralizar el acceso a los datos utilizando SQL, GQL, RAG y Full Text Search de manera coordinada y eficiente. La Importancia de las Bases de Datos de Grafos Las bases de datos de grafos están diseñadas para manejar relaciones complejas entre da...

En el desarrollo de software moderno, la adopción de servicios web RESTful ha ganado mucha popularidad debido a su simplicidad y eficiencia. Sin embargo, muchos sistemas legados aún utilizan servicios web SOAP. En este post, explicaremos cómo hacer la transición de un servicio web SOAP a un servicio web REST en GeneXus, permitiendo que ambos servicios coexistan durante un periodo de transición. Paso 1: Analizar el Servicio SOAP Existente y separar interfaz de la lógica.  Antes de iniciar la transición, es crucial entender el servicio SOAP existente. Esto incluye: Identificar las operaciones del servicio SOAP. Revisar los contratos de servicio (WSDL). Entender las estructuras de datos (tipos de mensajes, esquemas XML). Una vez realizado esto, conviene separar la interfaz de la lógica de la siguiente manera, suponiendo que el objeto se llama ServicioWEB y tiene la variable &ParmIN como parámetro de entrada y &ParmOUT como parámetro de salida.  ServicioWEB es un objeto pr...

GeneXus tiene la posibilidad de generar aplicaciones multi-idioma de una forma bastante fácil.  Como es GeneXus el que genera el código, va a traducir todas los labels de las pantallas, los strings dentro de los programas, mensajes, etc.  Realmente es una solución sencilla a un problema realmente complejo.  Pero, hay strings o constantes que no deben traducirse, porque si se traducen la aplicación puede funcionar mal.  Por ejemplo, si leo un XML y busco dentro una etiqueta especifica, con el nombre que viene en el archivo y no con el nombre traducido.  La forma de decirle a GeneXus que no traduzca, es ponerle un signo de exclamación delante del string, por ejemplo el string !'ETIQUETA'  no sera traducido.  Esto trae un lindo problema cuando tenemos código GeneXus que fue desarrollado para ser utilizado en un único idioma y se incorpora a una KB que es multi-idioma. Hay que buscar y cambiar los strings que no deben traducirse.  Como encontrar strin...

Problema: Tengo un servicio web (REST o SOAP) desarrollado con versiones anteriores de GeneXus y quiero modularizar mi KB.  Por ejemplo, tengo un servicio que se llama  Get_Clientes(&Tipo)  que devuelve una Collection de clientes de un determinado tipo.  Como el servicio viene de una versión anterior de GeneXus, donde no existían los módulos, queda en el módulo Root.  En el proceso de modernización de la KB, se crea el módulo Clientes.  Qué hacer con el objeto Get_Clientes()? Si lo muevo al módulo Clientes, voy a afectar a los usuarios de dicho servicio, pues le va a cambiar la  URL desde donde lo consumen, pues el nombre del servicio pasará a ser CLIENTES.Get_Clientes() Si lo dejo en el módulo Root, no afecto a los usuarios del sistema, pero la KB me queda mal modularizada, por ejemplo no puedo pasar la tabla de Clientes a privada del modulo.  Solución: Hay varias formas de solucionarlo, pero una forma sencilla, es dividir el servicio, en dos...