Hay
preguntas más o menos útiles que otras, la cuestión de la tecnología en 10 años me parece movilizadora. Es movilizadora cuando intentamos responder en qué estará la tecnología que producimos nosotros, cada uno de nosotros. En el caso de GeneXus, no tenemos la bola de cristal, pero intentar responder la pregunta implica conciencia de los acelerados avances del mundo y que nuestra misión de simplificar el desarrollo del software tiene que estar a la altura de las altas exigencias autoimpuestas, y de la industria en términos de funcionalidad, calidad, seguridad y velocidad. En ese sentido este es un post que habla sobre un cambio en el proceso interno de producción del software GeneXus. En GeneXus hablamos mucho de la transformación digital, apoyamos a nuestros clientes a transformar sus negocios, y a través de las soluciones que ellos construyen, ellos también ayudan en la misma dirección a sus clientes. Hoy quería hacer mención de un cambio especial que hemos implementado en el interior de GeneXus transitando este camino, o sea, transformar digitalmente nuestros propios procesos de producción, hacer uno mismo lo que predica. Es decir que del mismo modo que pregonamos la transformación en todos los ámbitos, hemos aplicado esta transformación en el centro de nuestra industria (es curioso pensar que el software lo ha transformado todo pero muchas veces no se ha transformado la forma de hacer software). Quienes nos conocen saben que GeneXus desde su concepción es un cambio paradigmático a la hora de desarrollar. Hoy hemos transformado nuestros procesos para estar a la par de la velocidad de los bits, para apoyar a nuestra gran Comunidad de Desarrolladores y ayudarlos a crear y mantener soluciones fuertes. Bits de cambios Desde marzo 2016, nuestro proceso interno cambió y nos acompañó durante todo el ciclo de actualización de GeneXus 15. Básicamente cambiamos el ciclo y el proceso de lanzamientos de GeneXus para que nuestros clientes puedan desarrollar y mantener sus soluciones con las últimas herramientas en el mercado. (Lo cual quiere decir, por ejemplo, darles inmediatamente -o antes que lo pidan- el último generador de iOS que les permita crear aplicaciones con las últimas funciones y ser pioneros al publicarlas en la store). El proceso de desarrollo de software tiene una duración en el tiempo: meses, años. Y somos conscientes de que nuestros clientes pueden lanzar soluciones hoy, con el GeneXus de hoy, pero también necesitan mantenerlo en -digamos- 10 años con el GeneXus que está disponible en 10 años. ¿Por qué no mantenerlo en 10 años con el GeneXus de hoy? Debido a tres razones principales: Primero, que la tecnología evoluciona rápidamente, la integración con componentes de terceros de hoy es muy posible que en 10 años no funcione; en 10 años la solución puede requerir la integración con otras piezas de software y formas de integración que no existen en la actualidad. Podemos hacer un ejercicio de retrospectiva, ¿en qué estaba la tecnología 10 años atrás? Por lo pronto las soluciones creadas no exponían servicios REST aún, y algunas tenían componentes .NET Mobile para ejecutar en dispositivos Handheld. Hoy el protocolo REST está ya en su próxima etapa, los servicios evolucionando a ODATA; y .NET Mobile (junto con los Handhelds) sucumbió ante la revolución de los Smart Devices. Segundo, porque también se inventan y seguirán inventando mejores formas de captura de conocimiento y explotación de datos que permiten mayores niveles de productividad. Hace 10 años recién se comenzaba a utilizar los Data Providers; hoy comenzamos a tener Data Stores sobre fuentes ODATA (y pronto sobre más fuentes de datos, como Amazon DynamoDB o Apache Kafka) que nos permiten navegar con ‘for each’ sobre servicios o datos no estructurados; ¡eso implica niveles de productividad increíblemente superiores en escenarios que serán cada vez más frecuentes! Tercero, porque hechos puntuales nos recuerdan el nivel de disrupción y avance vertiginoso de la industria una y otra vez. Como por ejemplo, los cambios en exigencias de Google y Apple para con las aplicaciones que en sus Stores están a la venta. Aquí hay una noticia al respecto. Por eso enfatizamos y les decimos a nuestros clientes que lo mejor es estar con la última versión de GeneXus, pues se aseguran con ello las mayores ventajas. Estar al día con el último GeneXus no siempre fue tan fácil en el pasado. Esto fue un punto clave para mejorar en el proceso de producción de GeneXus. Hoy el esfuerzo de pasar de una actualización de GeneXus 15 a otra actualización de GeneXus 15, no es tan alto en comparación, y una de las razones es que cada actualización sale del mismo canal de publicación. El nuevo proceso es el siguiente: cada característica que surge de las necesidades de la Industria se estabiliza primero, se completa y se presenta a los evaluadores beta en el canal Beta Testers (Beta Testers Channel) , y cuando está lista, se mueve al canal de vista previa (Preview Channel). 
Contestando a la pregunta inicial puedo asegurar que con GeneXus no tenemos una bola de cristal para saber en qué va a estar la tecnología dentro de 10 años. Sí tenemos capacidad de adaptación a los cambios, un mecanismo de producción que es mejor al anterior y que facilita a nuestros clientes la adopción de las actualizaciones y mantenerse en las últimas versiones de GeneXus. ¿Para qué? Para facilitar a nuestros clientes a crear, evolucionar y mantener soluciones de software sin precedentes de forma automática y sostenida en el tiempo.
¡Aquí puedes ver un webinar donde cuento un poco más sobre lo que se viene en GeneXus 16!
