Low-Code wird helfen, aber erwarten Sie keine Revolution
Damien Tournoud CTO bei Plattform.sh, erklärt, warum die vorgegebenen „Zuggleise“ von Low Code niemals die Notwendigkeit des Entwicklers ersetzen werden, mit High Code ins Gelände zu gehen.
Manche Technologien brauchen ein paar Anläufe, um populär zu werden. Virtual Reality ist heute beeindruckend, aber vor 25 Jahren war Nintendos Virtual Boy riesig, klobig und hatte wenig Erfolg. Verschiedene Versuche, VR zum Erfolg zu führen, scheiterten, bis die Technologie die Vision schließlich einholte. Low-Code hat eine ähnlich schwierige Geschichte – es ist ein Konzept, das es seit rund 40 Jahren mit begrenztem Erfolg gibt, aber die neue Welle von Low-Code-Plattformen erweist sich als beliebt und macht einen Unterschied.
Das Versprechen von Low Code ist, dass jeder Entwickler sein kann. Anstelle der entmutigenden Aussicht auf einen unfreundlichen Texteditor, eine unnachgiebige Syntax und stundenlange Fehlersuche bietet Low Code eine visuelle Drag-and-Drop-Oberfläche, die intuitiv und benutzerfreundlich ist. Wird diese neue Welle beliebter Low-Code-Tools eine Codierungsrevolution einleiten?
Wo Low Code helfen kann
Es mangelt an erfahrenen Entwicklern, was viele Unternehmen vor ein Problem stellt. Unternehmen können und sollten in die Behebung des Problems investieren, unerfahrene Entwickler einstellen und die erforderlichen Schulungen und Erfahrungen anbieten. Auch die Einstellungsprozesse sollten überarbeitet werden, um sicherzustellen, dass gute Kandidaten nicht aus schlechten Gründen abgelehnt werden – es gibt viele Stellen, die viel mehr Erfahrung erfordern, als angemessen ist, einschließlich Stellenbeschreibungen, die mehr Jahre Erfahrung in einer Sprache als dieser Sprache erfordern hat existiert.
Aber das wird das Problem nicht lösen, schon gar nicht kurzfristig. Unterbesetzte Entwicklungsteams müssen eine ganze Reihe von geschäftlichen Anforderungen bewältigen, von einfachen bis hin zu komplexen – von geringfügigen Änderungen bis hin zur Entwicklung völlig neuer Produkte und Customer Journeys.
Hier kann Low Code helfen – nicht nur Entwickler können entwickeln. Alles ist so weit abstrahiert, dass das Erstellen eines neuen Produkts oder einer neuen Anwendung einfach ist. Durch das Zusammenfügen vorbereiteter Codeblöcke besteht kein Risiko, dass etwas fehlerhaft ist oder nicht wie erwartet funktioniert. Wenn das Codieren wie der Bau eines Hauses ist, ist das Gleiche in Low-Code eher wie das Zusammenbauen von Lego.
Aber bei Low Code geht es nicht nur darum, einem überforderten Entwicklerteam das Leben zu erleichtern. Es bedeutet, dass sich mehr Menschen in den Prozess der Entwicklung neuer Anwendungen einbringen können, Menschen, die möglicherweise eine weitaus bessere Vorstellung davon haben, was der Benutzer will, als der Entwickler. Beispielsweise wird Low Code häufig verwendet, um Mitarbeiterportale von Personalabteilungen zu erstellen, ohne dass ein Entwicklungsteam durchlaufen werden muss. Dies ist die Art von Aufgabe, die leicht in der Prioritätenliste nach unten rutscht, aber mit Low Code genau so erstellt werden kann, wie es das HR-Team möchte, ohne wertvolle Entwicklerressourcen zu beanspruchen.
High Code und erfahrene Entwickler werden niemals ersetzt
Low-Code funktioniert bereits für viele Unternehmen, und immer mehr beginnen zu bemerken, was diese Technologie für ihr Unternehmen tun kann. Entwickler sind möglicherweise besorgt – könnte diese hochautomatisierte Art der Anwendungserstellung sie überflüssig machen?
Kaum. Low Code ist die Bahnstrecke der Entwicklung. Die Verwendung von Low-Code bedeutet, dass Sie an vorhersehbare Orte gehen, die bereits kartiert sind. Hier gibt es keine wirkliche Innovation, sondern nur neue Möglichkeiten, bereits geschriebene Codeabschnitte neu zu mischen.
High Code hingegen gleicht eher einem Geländewagen. Da es keinen vorgegebenen Routen folgen muss, kann es sich frei bewegen, wohin es will. Die Bedienung erfordert möglicherweise mehr Geschick, aber der Vorteil ist die Möglichkeit, nicht kartografiertes Gelände zu erkunden. High Code wird aus mehreren Gründen immer einen Platz haben.
- Sicherheit & Sichtbarkeit—Die Verwendung von Low-Code-Plattformen bedeutet die Verwendung von Code, der nicht einfach überprüft werden kann. Es muss Vertrauen bestehen, dass der Schöpfer der Low-Code-Plattform Best Practices befolgt … aber es gibt wirklich keine Möglichkeit, dies zu wissen. Sie arbeiten im Wesentlichen mit einer Blackbox. Einige Unternehmen verwenden aus diesem Grund keinen Low-Code für „unternehmenskritische“ Anwendungen – kaum ein Zeichen des Vertrauens. High Code ist nicht von Natur aus sicher, aber er ist sichtbar und Entwickler können den Code untersuchen, um Schwachstellen zu finden.
- Daten-Jedes Unternehmen, das mit Kundendaten zu tun hat, muss wissen, wohin diese Daten gehen und wer Zugriff darauf hat. Die Black Box von Low Code ist hier wieder ein Problem. Einige Low-Code-Plattformen ermöglichen Benutzern, die möglicherweise nur ein begrenztes Verständnis für die Notwendigkeit der Datenkontrolle haben, Entscheidungen über Berechtigungen und Zugriffskontrollen zu treffen.
- Überprüfbarkeit—Die Arbeit mit High Code bedeutet, mit etablierten Systemen für Versionierung und Zusammenarbeit wie Git arbeiten zu können. Jede vorgenommene Änderung kann nachverfolgt, Probleme können angesprochen und diskutiert, Änderungsvorschläge erstellt, überprüft und umgesetzt werden.
WEITERLESEN:
- Power to the people: Automatisieren mit Low Code
- Das Low-Code-Rätsel und seine Auswirkungen auf den Geschäftsbetrieb
- Neue Salesforce-Innovationen ermöglichen es Entwicklern, Anwendungen mit wenig Code zu erstellen
- Low-Code, No-Code: Was ist das? Könnte es die Antwort auf die Überbrückung der Lücke bei den digitalen Fähigkeiten sein?
Es gibt keinen „Gewinner“, wenn es um Low Code und High Code geht, genauso wie es keine Programmiersprache gibt, die sich gegen alle anderen durchgesetzt hat. Es geht nur um die Eignung für die Aufgabe – Low Code ist für einige Anwendungen perfekt und für andere völlig ungeeignet. Kein vernünftiges Unternehmen wird sich für eines entscheiden oder versuchen, Low-Code als einzige Lösung für das Entwicklerdefizit zu verwenden.