SAP Joule: impulso de la IA para BTP y Abap


Hace poco tuve la oportunidad de participar en un taller práctico sobre IA empresarial en la sede de SAP en Zúrich. Un equipo de desarrolladores de SAP Labs India había volado desde Bangalore especialmente para el evento, al que también asistió el director de tecnología de SAP Suisse. Poder recibir información de los mejores expertos directamente in situ, debatirla con ellos y probar las nuevas posibilidades de inmediato fue una cualidad especial de este evento.
Configuración de la IA a través del amplificador
El repertorio incluía servicios listos para usar, como la extracción de información de documentos, la ingeniería de avisos en el Generative AI Hub, la creación de una aplicación en SAP Build Code con SAP Joule, el asistente de inteligencia artificial interno de SAP, y el uso del motor vectorial SAP Hana para incrustar contexto personalizado para la inteligencia artificial.
Lo que impresionó después fue lo fácil que resultaba utilizar los servicios en nuestro BTP interno. Simplemente añadidos a la subcuenta BTP, eran fáciles de configurar, en muchos casos incluso a través de booster, es decir, con una configuración guiada. Una cualidad completamente nueva en comparación con la configuración habitual de los servicios en la pila NetWeaver.
Abap se vuelve inteligente, SAP Joule puede hacer Abap
Pero no sólo los servicios ofrecidos en BTP son interesantes, la IA también se está abriendo camino por fin en el desarrollo Abap. Especialmente interesante: con el SDK de IA de Abap, ahora también existe una opción nativa en Abap para integrar modelos de IA directamente en cualquier aplicación Abap, tanto en sistemas S/4 Cloud Public Edition y S/4 Cloud Private Edition como en el entorno Abap de BTP. Esto permite crear aplicaciones nuevas e innovadoras, así como ampliar las implementaciones existentes. Por último, pero no por ello menos importante, también se han ampliado las competencias de SAP Joule: el copiloto de IA de SAP ahora también puede utilizar Abap. Llamable como nueva vista en el entorno de desarrollo Eclipse, SAP Joule está a disposición de los programadores como sparring de Abap.
La codificación Abap y las vistas CDS pueden ser generadas, discutidas y explicadas por SAP Joule utilizando la función de chat. SAP Joule también puede utilizarse para generar automáticamente las pruebas unitarias que tanto tiempo consumen y a las que los programadores son menos aficionados. Esto no sólo ahorra tiempo, sino que también aumenta la robustez del código.
Hoja de ruta prometedora
Un vistazo a la hoja de ruta de desarrollo muestra que los próximos meses también serán apasionantes. Está prevista una amplia mejora de la funcionalidad Abap de SAP Joule. En la agenda figura la generación completa de aplicaciones transaccionales (modelo de datos, comportamiento e interfaz de usuario) y consultas analíticas.
Esto también demuestra la fortaleza particular de SAP Business AI: es la única IA que se entrena centrándose en datos propios de SAP y en la arquitectura de SAP y, por lo tanto, realmente "conoce su camino" en el dominio de SAP. Sobre esta base, SAP Joule también puede actuar como coordinador y combinar de forma óptima agentes, datos y procesos de IA.
Todas estas características encierran un potencial increíble para el desarrollo en el entorno Abap. En el futuro, el aburrido código repetitivo y los casos de prueba podrán generarse automáticamente y los desarrolladores podrán concentrarse en los aspectos más interesantes de sus proyectos. También con Advanced Business Application Programming Language, también conocido como General Report Conditioning Processor. Gracias a Joule & Co., Abap, que a veces se ha declarado muerto, ahora también se está volviendo inteligente.
A la entrada de socios:

1 comentario
code quality guy
Zum Thema Joule und ABAP: Seien wir mal ehrlich: Ist denn die Testcode-Generierung wirklich das Problem gewesen bisher, warum Tests unbeliebt und selten waren? Oder ist es nicht viel mehr die Architektur eines SAP-Systems mit den ganzen historischen Altlasten und Quircks, die nie dafür gedacht und designt waren, automatisch testbar zu sein?
Wenn sich daran nichts ändert und Entwickler nicht umdenken und sich auf außerhalb der SAP Bubble längst etablierte Techniken wie bspw TDD und ernsthafte Softwarequalitätsstandards jenseits von naming conventions einlassen WOLLEN (anstatt halt in S4 so weiterzumachen wie sie es dir letzten zwanzig Jahre gewohnt waren nur mit Eclipse statt se80), wird mit historischem ABAP Coding trainierte AI auch nur das reproduzieren was schon in der Welt ist. Die Innovation und Wandel zu besserem und robusterem Code muss von Menschen ausgehen und sich in Trainingsdaten niederschlagen, bevor sie in generativer KI ankommt und das sehe ich ehrlich gesagt bei S/4 Projekten gerade nicht.
Also ich glaube, dass Boilerplate gut und schnell generiert werden kann – das allein ist ja schon ein Achievement. Aber wir werden auf absehbare Zeit keinen grundsätzlich besseren Code bekommen. Generative KI für Coding bedient sich für andere Sprachen an Open Source Projekten von denen die guten die Messlatte in puncto Coding Standards echt hochhängen und popliger Enterprise Code egal in welcher Sprache oder Plattform nie ranreicht. Wie will Joule also an gute Vorlagen kommen?