SAP-Entwickler oder Förster?

Picture of John Doe

John Doe

Click edit button to change this text. Lorem ipsum dolor sit amet consectetur adipiscing elit dolor

Nachdem ich zwanzig Jahre lang als technischer Berater für SAP gearbeitet habe, bin ich nun an einem Punkt angelangt, an dem ich mit Sicherheit sagen kann, dass ich ziemlich viel über die SAP-Programmiertechnologie weiß. Früher war ich ein typischer ABAP-Entwickler: Ich nahm regelmäßig an Kursen teil, um über die neuesten Entwicklungen auf dem Laufenden zu bleiben, besuchte alle zwei Jahre die SAP TechEd Development Conference, kaufte SAP-Press-Bücher zu einer Vielzahl von Themen und hielt meinen Teil an Präsentationen. Kurz gesagt, ich habe es mir in der SAP-Blase bequem gemacht und nie darüber hinaus geschaut.

Wenn man erst einmal den Dreh raus hat, ist ABAP – die Kernprogrammiersprache von SAP – eine anständige Sprache, mit der man arbeiten kann und die es schon lange gibt. Sie ist nichts Ausgefallenes, funktioniert aber im SAP-Kontext gut genug. Doch als das Internet aufkam, war ABAP für die Gestaltung von Websites nicht mehr geeignet, und es kamen neue Technologien auf. Die ersten Schritte von SAP im Internet konnte ich verstehen: ITS war eine elegante Möglichkeit, SAP-GUI-Seiten in einem Browser ohne Programmierung darzustellen. Und da alle Internetseiten zu dieser Zeit langsam waren, konnte man damit durchkommen. Aber was nach ITS kam, ist viel schlimmer.

ABAP WebDynpro, Business Server Pages, Floorplan Manager, Java WebDynpro, Adobe Interactive, sie alle sind schreckliche Methoden, um Webseiten zu erstellen. Abgesehen davon, dass ihre Benutzeroberflächen langsam und hässlich sind, ist die Technik dahinter noch schlimmer, zumindest aus der Sicht eines Entwicklers: viele Abstraktionsschichten, sadistische Entwicklungsumgebungen, überall Benutzerausgänge und nichts, was auch nur annähernd intuitiv wäre.

 

Doch dann stellte SAP Fiori mit großem Tamtam vor. Ich wollte mich unbedingt damit befassen, aber nachdem ich meine Kurse absolviert, die Bücher der SAP Press gelesen und tonnenweise Sitzungen auf der TechEd zu diesem Thema besucht hatte, war ich deprimiert und dachte ernsthaft daran, für längere Zeit im Bett zu bleiben. Nachdem ich mich über SAP Gateway, Lumira, Personas, RCD und CDS informiert hatte, war ich kurz davor, meinen Beruf zu wechseln und Förster oder Maurer zu werden – alles besser, als noch einmal eine steile Lernkurve zu durchlaufen, ohne zu wissen, ob SAP im nächsten Jahr mit einer völlig neuen Websprache aufwarten würde.

Die Quintessenz ist: Obwohl alle SAP-Technologiewerkzeuge von äußerst talentierten Entwicklern entworfen und gebaut werden, haben diese Leute keine Ahnung, was Developer Experience bedeutet. Keine der SAP-Entwicklungssprachen ist intuitiv, und alle erfordern wochenlanges Training und monatelange Erfahrung, bevor man seine erste ernsthafte Anwendung erstellen kann.

Aber gerade zu dem Zeitpunkt, als ich bereit war, aufzugeben, lernte ich Low-Code-Plattformen kennen, die mich in der IT-Welt und aus der Versenkung holten. Zunächst hatte ich überhaupt kein Vertrauen in diese Plattformen, denn man muss sich darauf verlassen können, dass das, was sie erzeugen, auch wirklich funktioniert, was für einen Entwickler, der seine Karriere darauf aufgebaut hat, Programme bis ins kleinste Detail zu debuggen, eine Herausforderung ist. Als Hardcore-Entwickler hatte ich erwartet (und gehofft), dass sich die Low-Code-Plattformen für eine ernsthafte Entwicklung auf Unternehmensebene einfach disqualifizieren würden. Aber nach einer Weile musste ich enttäuscht feststellen, dass der generierte Code nie versagt und einfach funktioniert. Und langsam, nachdem ich meine anfänglichen Zweifel überwunden hatte, habe ich Low-Code als eine großartige Methode zur Entwicklung von Anwendungen angenommen.

 

Ich bin sogar zu einem kleinen Fan geworden. Wer wäre das nicht, wenn man herausfindet, dass man Anwendungen und Webseiten innerhalb von Minuten erstellen kann? Mein Rekord für die Erstellung und Veröffentlichung einer Anwendung, die aus SAP liest und in SAP schreibt, liegt bei knapp sechs Minuten. Darin enthalten sind die Formatvorlage für das Unternehmen, das Logo und ein Übersichtsbildschirm mit allen erstellten Daten und einem hübschen Tortendiagramm, um dem Ganzen etwas Würze zu verleihen.

Zurzeit bin ich sowohl als technischer SAP-Berater als auch als OutSystems-Experte tätig. Bei meinen aktuellen Aufträgen geht es fast ausschließlich um die Erstellung von Web- und mobilen Anwendungen, die SAP und OutSystems kombinieren. Das ist ein großartiges Angebot, aber darum geht es in diesem Artikel nicht. Es geht um meine Frustration mit SAP, weil ich mich der Tortur unterziehen musste, all ihre Web-Sprachen zu lernen, die ausnahmslos schwer zu erlernen sind und mit denen man schlecht arbeiten kann. In meinen dunklen Stunden habe ich die Theorie entwickelt, dass SAP immer wieder schwer zu erlernende Sprachen und Frameworks entwickelt, nur um die SAP-Entwickler so sehr mit deren Beherrschung zu beschäftigen, dass sie keine Zeit mehr haben, sich mit cooleren Technologien zu beschäftigen. In ruhigeren Stunden denke ich jedoch, dass SAP davon überzeugt ist, seiner Entwicklergemeinde eine großartige Technologie zu liefern.

Jedenfalls tut es gut, dass ich mir das von der Seele geredet habe. Wenn Sie ein ABAP-Entwickler sind und mit all diesen SAP-Web-Sprachen zu kämpfen haben: Sie sind nicht allein. Sie haben Recht, wenn Sie das Gefühl haben, dass die Art und Weise, wie SAP programmiert, eine Sackgasse ist. Seien Sie eine Zeit lang verwirrt. Und dann wenden Sie sich an OutSystems.

Oder werden Sie Förster.

Share this post