SAP Joule : booster l'IA pour BTP et Abap


Récemment, j'ai pu participer à un atelier pratique sur le thème de la Business AI chez SAP à Zurich. Une équipe de développeurs de SAP Labs India avait été spécialement amenée de Bangalore pour l'événement, auquel participait entre autres le CTO de SAP Suisse. Le fait de recevoir directement sur place des informations de la part d'experts de haut niveau, d'en discuter avec eux et de pouvoir tester directement les nouvelles possibilités était une qualité particulière de cet événement.
Configuration de l'IA par booster
Le répertoire comprenait des services prêts à l'emploi tels que l'extraction d'informations de documents, l'ingénierie d'invite sur le Generative AI Hub, la création d'une application dans SAP Build Code avec SAP Joule, l'assistant IA maison de SAP, ou l'utilisation de SAP Hana Vector Engine pour intégrer son propre contexte pour l'intelligence artificielle.
Ce qui m'a impressionné par la suite, c'est la facilité d'utilisation des services dans notre BTP interne. Simplement ajoutés dans le sous-compte BTP, ils ont pu être configurés sans problème, dans de nombreux cas même par booster, c'est-à-dire avec un set-up guidé. Une toute nouvelle qualité par rapport à la configuration habituelle des services sur la pile NetWeaver.
Abap devient smart, SAP Joule peut Abap
Mais il n'y a pas que les services proposés dans la BTP qui sont intéressants, l'IA fait enfin son entrée dans le développement d'Abap. Particulièrement intéressant : avec l'Abap AI SDK, il existe désormais une possibilité native dans Abap d'intégrer des modèles d'IA directement dans n'importe quelle application Abap - et ce aussi bien sur les systèmes S/4 Cloud Public Edition que S/4 Cloud Private Edition et sur l'environnement BTP Abap. Cela permet d'une part de créer de nouvelles applications innovantes, mais aussi d'étendre les implémentations existantes. Enfin, les compétences de SAP Joule ont également été étendues - le copilote IA de SAP peut désormais aussi utiliser Abap. Appelable comme nouvelle vue dans l'environnement de développement Eclipse, SAP Joule est à la disposition des programmeurs en tant que sparring partner Abap.
Grâce à la fonction de chat, le codage Abap et les vues CDS peuvent être générés, discutés et expliqués par SAP Joule. SAP Joule permet également de générer automatiquement les tests unitaires, une tâche fastidieuse et peu appréciée des programmeurs. Cela permet non seulement de gagner du temps, mais aussi de renforcer la robustesse du code.
Une feuille de route prometteuse
Un coup d'œil sur la feuille de route du développement montre que les prochains mois seront également passionnants. D'importantes extensions de la fonctionnalité Abap de SAP Joule sont prévues. La génération complète d'applications transactionnelles (modèle de données, comportement et interface utilisateur) et de requêtes analytiques est à l'ordre du jour.
C'est ici qu'apparaît la force particulière de SAP Business AI : c'est la seule IA qui est entraînée de manière ciblée avec des données SAP propriétaires et l'architecture SAP et qui "connaît" donc vraiment le domaine SAP. Sur cette base, SAP Joule peut également jouer un rôle de coordination et intégrer de manière optimale les agents IA, les données et les processus.
Toutes ces fonctionnalités recèlent un potentiel incroyable pour le développement dans l'environnement Abap. Le code ennuyeux des boilerplate et les cas de test peuvent désormais être générés automatiquement et les développeurs peuvent se concentrer sur les aspects les plus intéressants de leurs projets. Même avec Advanced Business Application Programming Language, alias Processeur général de préparation de rapports. Car grâce à Joule & Co., Abap, dont on disait parfois qu'il était mort, devient maintenant aussi smart.
Vers l'inscription du partenaire :

1 commentaire
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?