Se acaba de publicar un comunicado por parte de Michael Hichwa en la red Linkedin, donde se hace mención al próximo lanzamiento de la nueva versión de Oracle APEX, la versión 26.1.
Para quienes no saben quién es Michael Hichwa y lo que representa, solo les voy a contar que es uno de los padres de Oracle APEX y junto a Joel Kallman (QdDG), idearon e impulsaron (Michael continúa haciéndolo) la herramienta que todos o muchos de los que me están leyendo en este momento, utilizamos en nuestro día a día para desarrollar aplicaciones para nuestros clientes y organizaciones.
Lo interesante de esta publicación hecha por Michael el día de ayer, es que cambia por completo el paradigma del desarrollador, no solo del desarrollador APEX, sino del desarrollador en general. Está abriendo la puerta a una nueva era en el desarrollo de aplicaciones.
Algunas de las cosas que menciona de manera directa o indirecta y que quiero analizar son:
- desarrollo generativo con el uso de las IA,
- el uso del lenguaje natural en el desarrollo de las aplicaciones.
Entonces, al respecto de la publicación, voy a dividir su contenido en 2 secciones:
Nuevas características
Ok, para quienes aún no hayan leído la publicación que da origen a este artículo, la pueden encontrar en Linkedin.
De esta publicción y los posteriores comentarios y respuestas a los mismos, podemos ver que el principal cambio en la versión 26.1 de APEX va a estar dado por un nuevo enfoque en la manera en que se desarrollaran las aplicaciones, pues pasarán de estar haciendo clic en un IDE a realizar dichas aplicaciones de forma declarativa.
Por esta razón y para alcanzar tal nivel en el desarrollo, se contará con un nuevo lenguaje de especificación de aplicaciones abierto dentro de APEXdo llamado APEXlang, “un conjunto empaquetado de archivos, entregado como ZIP, que define una aplicación“, del cómo funciona y bajo que circunstancias aún no lo sabemos, no hay noticias al respecto.
Además de poder solicitar a la herramienta que nos genere una aplicación que contenga cierto tipo de páginas, cada una de ellas con características específicas, en apariencia será posible solicitar también que dicha aplicación se adecúe a las características visuales de un sitio web, algo que en realidad sería de suma utilidad, porque a la fecha, este ha sido un verdadero dolor de cabezas si no se es un diseñador gráfico con los conocimientos suficientes de CSS y además de APEX para no dejar nada por fuera, según se lee, será posible indicar al generador que analice el sitio web y utilice el look and feel de dicho sitio en la aplicación.
Existen muchas preguntas en el aire, por ejemplo, ¿con que IAs funcionará?, ¿estará limitado a una IA propietaria de Oracle? Todavía no sabemos, lo único que se sabe a partir de la publicación es que se ha estado trabajando sobre una IA en OCI utilizando “ollama”, así que debemos seguir esperando.
A raíz de las interrogantes anteriores nace otra más: ¿será una funcionalidad que podremos usar tanto en OCI como en ambientes On-Premise o mixtos?. Recordemos que algunas de las mejoras hechas en la versión 24.2 hasta el momento están disponibles únicamente sobre OCI y más limitante aún, no todos los nodos de OCI cuentan con dichas funcionalidades, estás están limitada a uno o dos nodos a nivel mundial.
Pero de momento es algo que no nos debe preocupar mucho, porque igual, vamos a contan con el diseñador de páginas para continuar creando y dando mantenimiento a las aplicaciones y sus páginas como hasta hoy lo hemos estado haciendo.
Implicaciones
Hablemos ahora de implicaciones.
¿El cambio de paradigma propuesto, implica que nuestro rol como desarrolladores va a desaparecer?
La respuesta es no, lo que si va a suceder, es que este rol va a variar, ya no tendremos que ocuparnos tanto en el desarrollo de la aplicación utilizando una herramienta en la que agregamos, modificamos y quitamos elementos de acuerdo a las necesidades de nuestro clientes internos o externos, sino que nos vamos a dedicar adefinir los “prompts” necesarios para que las aplicaciones necesarias sean generadas.
¿Implica entonces que cualquier persona va a poder generar una aplicación?
En teoría sí, cualquier persona podría pedirle a APEX que genere una aplicación con ciertas características específicas. Pero si esto es así no estaríamos entonces perdiendo nuestro rol y trabajo como desarrolladores, no necesariamente, el que una persona le pueda pedir a APEX o cualquier otras herramienta de desarrollo que utilice IA que le genere una aplicación con ciertas característica, no significa que dicha aplicación esté bien diseñada y propuesta y que funcione de acuerdo con lo que nuestros clientes u organizaciones en realidad requieren.
¿Puede un usuario generar una aplicación de este modo sin conocimientos de programación y arquitectura de datos?
Sí, ya es posible solicitar a las IAs que nos generen modelos de datos para una aplicación que realice ciertas funciones. La pregunta es, ¿el modelo de datos obtenido es suficientemente bueno para cubrir todas nuestras necesidades? ¿se encuentra bien estructurado, normalizado y diseñado?
Recordemos que la calidad de la respuesta obtenida de una IA depende de muchos factores, por ejemplo su proceso de entrenamiento, las fuentes utilizadas para este fin y por supuesto la solicitud que se le haga y la manera en la que esta se realiza. Y aquí nuevamente volvemos a la conclusión de la pregunta anterior, al final es posible que el “producto” obtenido de la IA sea deficiente porque no ha sido bien planteado o por otros aspectos que pueden incidir en su respuesta.
¿Es capaz una inteligencia artificial de diseñar y generar la aplicación que le estoy solicitando?
Nuevamente, depende. Pero ¿de qué depende?
Depende de la calidad de la consulta que le esté haciendo como desarrollador.
Depende de la calidad de los datos utilizados como fuente para generar su respuesta.
Depende de la calidad del proceso de aprendizaje de la IA, así como de muchos otros factores.
En la actualidad he estado “jugando” con algunas IAs para probar la fiavilidad de la información resultante, así como de su usabilidad y he podido llegar a algunas conclusiones:
- En muchos casos, la información utilizada como fuente para generar las respuestas se encuentra desactulizada y proporciona respuestas que en el entorno en que se necesitan ta no funcionan Si hablamos de APEX, es posible recibir respuestas que funcionaban en APEX 5.0, hace ya bastantes años, pero que en la actualidad no funcionan de la misma manera o ya no funcionan.
- Cuando hablamos de generar código, no son pocas las ocasiones en que devuelve respuestas solicitadas para aplicar sobre SQL, que son exclusivas de PL/SQL y que por tanto no se pueden utilizar en SQL.
- Si le das rienda suelta a seguir las repuestas que ofrecen las IAs y les indicas que si a todo lo que proponen, pronto estarás de nuevo en donde iniciaste y seguirás dando vueltas sobre el mismo tema una y otra vez.
- Por otras parte, les es dificil mantener el contexto y si haces una solicitud en un momento dado y luego de unas cuantas horas la repites, puedes obtener una respuesta completamente diferente, por lo que la consistencia tampoco es del todo confiable. Si empiezas con una respuesta y no documentas todo de una manera conveniente y debes repreguntar, es posible que tengas que volver a empezar de cero y rediseñar todo lo que te ha indicado la IA.
¿Cuál será entonces mi rol como desarrollador?
Por el momento, el mismo, les recuerdo que APEX seguirá permitiendo el desarrollo de aplicaciones como hasta ahora lo hemos venido haciendo.
Sin embargo, uestro rol estará migramdo a otro escencial, el de confeccionar y proporcionar a APEX los prompts correctos para que las aplicaciones cumplan con sus requerimientos.
No es lo mismo solicitarle a una IA “una aplicación de ventas que me registre las ventas y me genere reportes de ventas” a solicitar “una aplicación para el registro de ventas, la cual debe registrar periodos, ventas por vendedor, ventas a clientes, ventas de artículos, ganancias sobre ventas y además de permitir el mantenimiento de los diferentes agentes participantes como vendedores, clientes, artículos, precios de venta, debe generar un dashboard para cada vendedor donde pueda tener un control de sus movimientos de ventas, debe haber reportes de tipo interactivo para ventas por vendedor, por clientes, por artículo y además un reporte de ventas diario a manera de resumen para registrar los montos correspondientes en la contabilidad, este reporte debe considerar el costo de ventas, el monto de las mismas, el monto de impuestos a registrar y si existe ventas exentas los mismos rubros para esta. También debe generar gráficas de las ventas y las ganancias para que los niveles generenciales puedan tomar decisiones de manera certera”.
Espero que noten la diferencia entre uno y otro prompt y puedan magnificar la diferencia que significaría entre una y otra aplicación.
Si bien el segundo prompt está mejor definido y estructurado aún podría mejorarse categóricamente, solo es un ejemplo para que puedan dimensionar y comprender la diferencia y lo que se pretenderá dentro de poco de los desarrolladores a la hora de realizar el desarrollo de aplicaciones.
Si les interesa el tema, conforme vaya obteniendo mayor información les estaré contando al respecto.
