Das Phantom Mendix

Es ist vorbei, Anakin! Ich habe den hohen Code…

Wie viele andere auch, entschied ich mich mit 18, an die Universität zu gehen. Ich hatte keinen großen Plan. Ich hatte in der Schule gute Noten und abgesehen von einem flüchtigen Interesse daran, Architekt zu werden (bis ich herausfand, wie lange dieses Studium dauerte), hatte ich keine Leidenschaft für einen bestimmten Beruf. Ich interessierte mich jedoch für Computer. Und obwohl ich in der Schule kein IT-Fach hatte (alles, was sie zu lehren schienen, waren PowerPoint und Serienbriefe), strebte ich schließlich einen Abschluss in Informatik an.

Damals machte das Sinn. Schließlich hatte ich viel Zeit an Computern verbracht, seit mein Vater – gefühlt eine Ewigkeit Softwareentwickler bei Goodyear – unseren allerersten Computer nach Hause brachte: einen Sinclair Spectrum ZX48K.

Während meines Studiums belegte ich verschiedene Module in Softwareentwicklung. Ich begann mit C, ging dann zu Java über und wechselte dann ein wenig zwischen C++, Assembler und einigen Echtzeitsprachen hin und her. Es stellte sich heraus, dass ich ein gewisses Talent dafür hatte, und so absolvierte ich schließlich ein Praktikumsjahr bei einem Energieversorger, wo ich an internen Websites arbeitete und diese in ASP.NET mit VB.NET erstellte.

Nach meinem Abschluss startete ich direkt in die Webentwicklung und arbeitete als interner Entwickler für einige Anwaltsfirmen. Dort lernte ich, schnell Websites zu erstellen, ohne viele Spezifikationen zu haben, und den gesamten Stack zu verwalten.

Danach wechselte ich zu einer Brauerei, wo ich etwas mehr als 10 Jahre an allen möglichen merkwürdigen und wunderbaren Projekten arbeitete, von Sentimentanalyse-Engines über interaktive TV-Software bis hin zu SAP BAPI-Schnittstellen. Zu diesem Zeitpunkt schrieb ich hauptsächlich in C#, verfeinerte aber auch meine Fähigkeiten in CSS, HTML und SQL und beschäftigte mich mit Dingen wie WPF, Knockout.js und Bootstrap.

Als es an der Zeit war, weiterzugehen, war ich an einem Punkt meiner Karriere angelangt, an dem ich mich mit den grundlegenden Grundlagen von Anwendungen wie mit einer lästigen Pflicht anfühle. Und Entwicklungsherausforderungen waren im Allgemeinen eher eine Frage der Zeit als des Lernens von etwas Neuem. Projekte schienen sich ewig hinzuziehen, und ich hatte immer das Gefühl, dass es eine Last war, sie über die Ziellinie zu bringen. Ich wollte lieber schnell die Anwendung fertigstellen, die dazu beiträgt, das Leben des Endbenutzers zu verbessern, und mit der nächsten Anwendung fortfahren.

Fragen Sie jeden Entwickler und die Projekte, die sich in die Länge ziehen, sind die schlimmsten. Niemand bleibt gerne in den letzten 20 % stecken, die sich anfühlen, als würden sie ewig dauern. Das war der Zeitpunkt, als ich beschloss, in ein neues Unternehmen einzusteigen.

Angst ist der Weg zur dunklen Seite

Ich wurde über LinkedIn angesprochen, mich auf eine Stelle als Softwareentwicklungsmanager zu bewerben. Sie suchten jemanden mit .NET-Erfahrung, der beim Aufbau ihres neuen Entwicklungsteams helfen und die digitale Transformation des Unternehmens unterstützen sollte. Es klang nach einer idealen Herausforderung, nach etwas Neuem und Anderem. Ich hatte zu diesem Zeitpunkt noch keine Managementerfahrung, dachte mir aber, irgendwo muss man ja anfangen.

Beim Vorstellungsgespräch wurde mir gesagt, dass sie zwar jemanden mit .NET-Erfahrung suchten, es sich aber nicht um einen .NET-Entwicklungsjob handele. Stattdessen würde eine neue Low-Code-Plattform namens OutSystems zum Einsatz kommen. Wie sicher viele Entwickler und IT-Experten war ich an diesem Punkt etwas enttäuscht und dachte mir: „Das wird nie funktionieren. Ich habe Plattformen wie diese im Laufe der Jahre kommen und gehen sehen.“ Ich hatte alle Verkaufsgespräche gehört: „Mit dieser neuen Low-Code-Plattform brauchen Sie nie wieder Entwickler!“ und „Sie können Anwendungen bis zu viermal schneller entwickeln!“

Jeder, der schon einmal Entwickler war oder eng mit der Anwendungsentwicklung zusammengearbeitet hat, weiß, dass das nicht wahr sein kann. Oder doch?

Nachdem ich es so weit geschafft hatte, dachte ich, es sei an der Zeit, mutig zu sein; schließlich führt Angst auf die dunkle Seite. Meine Zeit bei meinem derzeitigen Arbeitgeber neigte sich ihrem natürlichen Ende zu, ich brauchte eine neue Herausforderung und wenn es nicht klappen sollte, könnte ich immer noch meine Sachen packen und woanders einen Job als .NET-Entwickler annehmen. Ich war mutig und stürzte mich mit beiden Füßen hinein!

Nebenbei bemerkt wurde ich aufgrund mangelnder Führungserfahrung letztendlich als Teamleiter und nicht als Entwicklungsleiter eingestellt (aber diese Erfahrung habe ich mir auf jeden Fall im Überfluss angeeignet). Wenn Sie sich nach einem neuen Job umsehen und sich fragen, ob Sie qualifiziert sind, dann rate ich Ihnen: Bewerben Sie sich! Im schlimmsten Fall sagen sie nein. Sie sind nicht schlechter dran als vorher.

Ich begann, mich ernsthaft mit der neuen Plattform auseinanderzusetzen. Ich fand heraus, was sie meiner Meinung nach konnte und was nicht, und begann, meine Entwicklungsstrategie darauf aufzubauen. Als ich mehr Funktionen und mehr Möglichkeiten entdeckte, schnell zu Ergebnissen zu gelangen, hielt ich inne und überprüfte mit Kollegen, was ich sah.
Das ist doch nicht richtig, oder? Das kann es doch nicht sein? Ich habe das alles doch unmöglich schon gebaut und es funktioniert?!

Gegen Ende meines vorherigen Jobs hatte ich einen dynamischen Formulargenerator in .NET erstellt. Nichts Besonderes, nur ein Tool, mit dem man eine Liste mit Fragen erstellen und die gewünschte Art der Antwort auswählen konnte, beispielsweise Text, Zahlen oder eine Liste mit Optionen. In meiner neuen Position mit Low-Code dachte ich, ich würde versuchen, das nachzubilden. Ich hatte ein paar Wochen gebraucht, um alles in .NET zum Laufen zu bringen – Datenbankeinrichtung, Administratorfunktionen und Benutzerformulare –, aber in Low Code hatte ich in wenigen Stunden ein ähnliches Ergebnis erzielt.

Mein Kopf schlug auf den Schreibtisch.

Wiederholt.

Warum habe ich das nicht schon früher ausprobiert? Das ist unglaublich. Natürlich sehe ich, wo es Hindernisse geben könnte, aber ich sehe auch, dass es Wege gibt, diese zu überwinden. Der langweilige Kram wie das Einrichten der Datenbank und die Handhabung der Datenbankinteraktionen war ein Kinderspiel, Verwaltungsformulare konnten in Sekundenschnelle erstellt werden und es gab so viele andere Vorteile!

Das – das ist, was ich wollte. Mit dieser Plattform konnte ich mich ganz auf das Erstellen von Anwendungen konzentrieren. Codequalität und -konsistenz wurden alle verwaltet; Sicherheit und Anmeldung wurden alle verwaltet. Der ganze Fokus und die ganze Anstrengung galten der Lösung der größeren logischen Probleme und der Schaffung einer guten Benutzererfahrung.

Das ist der Weg

Ich habe 18 Monate lang bei diesem Unternehmen mit OutSystems gearbeitet. Ich habe ein großartiges Team aufgebaut und wir haben einige großartige Anwendungen geschrieben. Die größte Herausforderung bestand für uns darin, Business-Analysten zu finden, die mit dem Entwicklungstempo mithalten konnten! Aber alles Gute hat ein Ende und mein Chef wechselte zu einem neuen Unternehmen und die neue Richtung, die die Abteilung einschlug, passte nicht wirklich zu meinen Karriereerwartungen.

Glücklicherweise kam meine Chefin zurück und bot mir einen Job in ihrer neuen Firma an, diesmal mit einer anderen Low-Code-Plattform – Mendix! Der Wechsel war für mich ein Kinderspiel. Die Chance, alles, was ich gelernt hatte, von Grund auf anzuwenden, mit einem Direktor, der meine Vision verstand und mir vertraute, sie umzusetzen? Das war klar. Also verließ ich das Schiff und schloss mich der neuen Firma an und hatte eine tolle Zeit, ein neues Team, einen neuen Entwicklungsplan und weitere großartige Anwendungen zu erstellen.

Der Wechsel von OutSystems zu Mendix da es viele grundlegende Ähnlichkeiten gibt. Ich habe aber auch so viele großartige neue Funktionen entdeckt. Wie etwa kollaborative Tools, die den Entwicklungsprozess verbesserten, oder fantastische Sicherheitsfunktionen auf Datenbankebene, um den Datenzugriff auf der untersten Ebene wirklich zu kontrollieren. Dinge wie benutzerfreundliche Erweiterungsfunktionen mit React und Java. Es war auch ein flüssigeres Entwicklungserlebnis, da ich den Code lokal erstellen und testen konnte, mit dem zusätzlichen Vorteil der vertrauten Quellcodeverwaltung und Branching-Erfahrung. Etwas, woran OutSystems leider leidet.

Zu diesem Zeitpunkt war ich ein vollwertiger Low-Code- und Mendix konvertieren – „Das ist der Weg“ – und ich wollte nur so nah wie möglich an den Kern von Low-Code herankommen. Da entdeckte ich die Rolle des Solutions Evangelist bei Mendix – eine Rolle, die mich so nah an das Herz von Mendix ohne tatsächlich an der Plattform selbst zu arbeiten. Jetzt kann ich alle kommenden Funktionen vorab ansehen, technisch anspruchsvolle Demos erstellen und den Leuten erzählen, wie großartig Low-Code ist!

Vor langer Zeit in einer weit, weit entfernten Galaxie …

Es war eine seltsame Reise, bis ich dort angekommen bin, wo ich heute bin. Ich habe vor über 20 Jahren angefangen (wow, ich bin jetzt alt!), ohne zu wissen, was ich mit meinem Leben anfangen wollte. Ich habe viele Branchen durchlaufen, eine Vielzahl von Programmiersprachen ausprobiert und eine große Bandbreite an Anwendungen entwickelt – jeder Schritt, den ich gemacht habe, war eine Weiterentwicklung des letzten. Jede Änderung der Programmiersprache hat das Erstellen von Dingen einfacher gemacht (nicht Sie, ABAP) und einige der eher banalen Aufgaben übernommen. Low-Code ist die natürliche Weiterentwicklung einer visuellen Sprache, die Sie nicht auffordert, Ihre Zeit mit Banalitäten zu verbringen. Sie fordert Sie heraus, das Außergewöhnliche zu schaffen.

Meine Karriere hat mich in ein großartiges Unternehmen mit wunderbaren Menschen geführt, von meinem Team über die Marketingabteilung bis hin zum Rest des Unternehmens. Alle sind freundlich, hilfsbereit und wirklich begeistert vom Potenzial von Low-Code, die Anwendungsentwicklung und die digitale Transformation zu revolutionieren.