Die Zukunft des Codierens ist ohne Code. Zumindest kann man das glauben, wenn man alles befolgt news über die aktuellen Low-Code- und No-Code-Entwicklungen. Aber wann kann eine No-Code- oder Low-Code-Lösung von Vorteil sein und wann sollten Sie bei benutzerdefiniertem Code bleiben? Macht eine Zukunft ohne Code Entwickler überflüssig?
CTO-Roundtable: Die Zukunft von Low-Code
Um Antworten zu finden, software Entwicklungsunternehmen The Software House traf sich mit einigen erfahrenen CTOs aus der Praxis, um ihre Erfahrungen zu besprechen. Gerbert Oude Velthuis, General Manager für die Niederlande von Das Software Häuser, veranstaltete in Zusammenarbeit mit einen CTO Roundtable Niederlande FinTech.
Eine Low-Code- oder No-Code-Umgebung tauscht die eigentliche Codierung gegen eine elegante grafische Oberfläche für diejenigen aus, die mit dem Konzept nicht ganz vertraut sind. Um neue Anwendungen oder Funktionen ohne Code zu erstellen, muss man nur ziehen, ablegen oder klicken. Die Idee ist, dass es jeder machen kann, ohne dass Programmiererfahrung erforderlich ist, sagt Remco Jorna. Er nahm am Runden Tisch von The teil Software House als CTO von FinTech-Betriebssystem, eine Low-Code/No-Code-Plattform für Finanzinstitute zur schnelleren Digitalisierung.
„Point-and-Click-Programmierung“ für alle?
„Low-Code sind technische Verfahren, die wir in eine Entwicklungsumgebung integrieren und die es digitalen Entwicklern ermöglichen, auf Anwendungen zu zeigen und zu klicken, sodass sie sich auf den Geschäftswert konzentrieren können, anstatt sich auf die Verkabelung zu konzentrieren, die die Entwicklung in Gang setzt“, erklärt Jorna.
Allerdings sei eine Low-Code-Umgebung für niemanden geeignet, stellte Jasper Laagland fest. Er nahm am Roundtable als CTO von teil Fakten, eine fintech das Rechnungen kleiner und mittlerer Unternehmen kauft und noch am selben Tag auszahlt. Nachdem Factris eine Low-Code-Lösung ausprobiert hatte, beschloss es, eine eigene Lösung zu entwickeln software Ansatz. „Was wir wollten, war nicht verfügbar. Wenn ja, dann war es Eigentum von jemand anderem. Wir wollten die Eigenverantwortung und Intelligenz in unserem eigenen Unternehmen haben.“
An der Diskussionsrunde nahm Bastiaan de Ruiter, CTO von, teil Blanco, eine Plattform, die unabhängige Vermögensverwalter bei der Verwaltung von Kundeninvestitionen unterstützt. Er weist darauf hin, dass Low-Code-Lösungen schon seit einiger Zeit Teil der Programmierung sind. „Wir haben über APIs viele Verbindungen zu Dritten. Wenn einer von ihnen die von uns benötigte Funktionalität bietet, integrieren wir ihn. „
Der wachsende Bedarf an Low-Code
„Wenn Sie benutzerdefinierten Code verwenden, gibt es auch umfangreiche Frameworks und Bibliotheken“, fährt De Ruiter fort. „In diesem Sinne gibt es auch einen höheren Extraktionsgrad. Wir nutzen diese, um unseren Prozess effizienter zu gestalten.“ Laagland stimmt zu. Trotz der Abkehr von Low-Code mit Factris ist dieser Ansatz immer noch verbreitet: „Wir nutzen auch diese Frameworks. Es macht keinen Sinn, ein neues React oder Angular zu erfinden. Wir bauen unsere KYC-Lösung nicht komplett selbst auf. Es bringt keinen Mehrwert, diese Dinge selbst zu bauen. Wir verwenden auch Blöcke aus der Benutzeroberfläche wieder. Es ist nicht gerade Low-Code, aber es kommt immer näher. Es gibt immer mehr Anwendungsfälle für den Einsatz von Low-Code.“
Was bedeutet die Umstellung auf Low-Code-Plattformen oder -Praktiken für Entwickler? Wie Oude Velthuis betont, könnte dies bedeuten rise einer Generation von „Citizen Developern“. Business-Analysten oder Datenwissenschaftler entwickeln ihre Tools. Allerdings glauben die anwesenden CTOs nicht, dass die Zukunft von Low-Code jeden plötzlich zum Entwickler machen wird.
„Die Kernkompetenzen bleiben gleich. Ich glaube nicht, dass jeder plötzlich etwas erschaffen kann software“, sagt De Ruiter. Jorna fügt hinzu, dass es zu Problemen bei der Governance führen wird, wenn Low-Code-Plattformen in die Hände aller gelegt werden. Gleichzeitig betont Laagland, dass es bei der Programmerstellung nach wie vor wichtig ist, genau zu wissen, was man tut: „Wir nutzen viel von unserem Wissen aus unseren eigenen Abläufen und übersetzen es in ein System.“
Lösung für den Entwicklermangel?
Wird die Schwelle zum Erstellen senken software den Mangel an Entwicklern lösen? „Das hängt vom Setting ab“, sagt Bastiaan de Ruiter. „Bei einem früheren Auftrag haben wir eine Art Low-Code-Umgebung verwendet. Es war viel einfacher, etwas zu ändern, sodass man weniger Entwickler brauchte. Aber für die Implementierung brauchten wir 40 Leute – alles nur für die Anbindung an das Altsystem. Sie werden immer noch diese Art von Fähigkeiten benötigen. Sobald Sie es eingerichtet haben, können Sie schnell Dinge ändern und hinzufügen. Ich fürchte, wir brauchen immer noch Informatiker.
„Man braucht Leute mit der Denkweise eines Entwicklers“, sagt Jorna. „Kunden verfügen über Systeme, die nicht immer gut zugänglich sind. Daher müssen Sie verstehen, was zu tun ist, wenn das System nicht verfügbar ist oder nicht funktioniert.“
Umgang mit beweglichen Zielen
Eine weitere Hürde bei der Erstellung von Low-Code-Projekten ist das bewegliche Ziel, mit dem CTOs nur allzu vertraut sind. Jorna: „Man beginnt mit einem Umfang für das Projekt, und wenn man erst einmal beschäftigt ist, stellt man fest, dass der Umfang anders sein sollte. Oder Sie beginnen beispielsweise mit einem einfachen System, das jedoch mit zunehmendem Geschäftswachstum komplexer wird. Wie kann verhindert werden, dass ein System nicht mehr wartbar ist?“
Laut Laagland könnte dies schwer zu verhindern sein: „Systeme ändern sich, Anforderungen ändern sich. Wie es mit einem geht startup, die Straße ist nicht linear. Das Beste, was Sie tun können, ist sicherzustellen, dass die von Ihnen getroffenen Entscheidungen fundiert sind. Etwas Flexibles und Skalierbares aufbauen. Es ist immer ein kleiner Kampf zwischen der Organisation der Architektur und dem Wachstum des Systems. Es gibt keine Wunderwaffe. Für den Moment etwas aufzubauen ist einfach, aber für die Zukunft ist es viel schwieriger. Gilt sowohl für benutzerdefinierten Code als auch für Low-Code.“
Benutzerdefinierter Code ist noch lange nicht am Ende
Der Mehrwert von Low-Code liegt auf der Hand, ein Ersatz für Custom-Code-Entwicklung wird es laut Experten aber noch nicht sein. Low-Code verringert die Komplexität bei der Einrichtung von Systemen, der Verwaltung der Umgebung und der Gewährleistung von Sicherheit und Skalierbarkeit erheblich. Das bedeutet jedoch, dass Low-Code wahrscheinlich nicht ausreicht, wenn Sie eine langlebige, stabile und qualitativ hochwertige Lösung benötigen.
Entweder möchten Sie sich von Ihrer Konkurrenz abheben, eine neue Lösung in bereits bestehende integrieren oder Sie haben eine originelle Idee, die noch nicht existiert – mit benutzerdefiniertem Code können Sie sie genau an Ihre Bedürfnisse anpassen. Wie de Ruiter sagt: „Brauch software „Entwicklung bedeutet, Erweiterungs-Frameworks und viele Bibliotheken zu verwenden“ – mit all dieser Technologie, die Ihnen zur Verfügung steht, sind die Anpassungsmöglichkeiten nahezu unbegrenzt.
Erstellen einer benutzerdefinierten software wird nicht die billigste oder schnellste Lösung sein, aber es ist ein guter Weg, wenn Sie sich für eine zukunftssichere Lösung entscheiden, die die Hauptinvestition in Ihr Unternehmen darstellt. Drittanbieter (und ihre Produkte) kommen und gehen, können sich aber auch ändern oder scheitern. Benutzerdefinierter Code verhindert, dass Sie sich völlig auf jemand anderen verlassen können.
Ist die Zukunft von Code ohne Code?
Wie wird also die Zukunft des Codes aussehen? Wird es überhaupt eines ohne Code sein? „Haben wir in 10 Jahren mehr oder weniger individuelle Entwickler?“, möchte Oude Velthuis wissen. Laagland sagt das Schaffen voraus software wird sicherlich das Zusammenfügen von Blöcken und weniger benutzerdefinierten Code erfordern. Jorna sieht immer eine Abhängigkeit von benutzerdefiniertem Code: „Ich denke, ich werde weniger benutzerdefinierten Code schreiben. Aber Sie sind immer darauf angewiesen, was der Low-Code-Plattformanbieter bereitstellt. Wenn sie die Aufrufe Ihrer APIs einschränken oder Lizenzen einführen, könnte sich das auf die Benutzerfreundlichkeit auswirken. Aber so etwas wie ein KYC-Prozess? Es ist nicht notwendig, es aus benutzerdefiniertem Code zu erstellen.“
Unterdessen sieht De Ruiter immer noch einen Bedarf an Entwicklern, die Code schreiben, egal wie weit sich Low-Code weiterentwickeln wird. Er vergleicht es mit Autos, die alle die gleiche Grundidee haben: vier Räder, einen Motor und einige Sitze. „Autos haben alle die gleiche Plattform. Aber es gibt immer noch viele Ingenieure, die Dinge tun. Das wird auch mit Code passieren.“
Mehr Informationen?
Wir empfehlen Ihnen, sich die vollständige Version der Diskussionsrunde anzusehen auf Youtube. Wenn Sie weitere Fragen zum Starten, Entwickeln oder Warten eines haben software Projekt – gehen Sie direkt zur Quelle. Egal, ob es sich um eine Low-Code- oder Custom-Code-Lösung handelt, The Software House lädt Sie zu seiner kostenlosen Beratung für Tech-Manager ein. Hier anmelden!