Blog
Überwinden Sie die Angst, die Ihre berufliche Umstellung auf Low-Code behindert

Hallo! Ich bin Craig St. Jean, ein MVP von OutSystems mit Sitz in Ohio in den Vereinigten Staaten. Ich bin ein engagierter Xebianer, der von großer intellektueller Neugierde und dem Wunsch angetrieben wird, das Gelernte mit anderen zu teilen. In diesem Beitrag möchte ich Ihnen von meiner Reise von einem Full-Stack-Entwickler mit viel Code zu einem OutSystems-Entwickler mit wenig Code erzählen.
Welche Ängste hatte ich, als ich beschloss, meine Karriere in diese Richtung zu lenken? Was habe ich auf diesem Weg gewonnen und was habe ich verloren? Wenn Sie noch am Anfang Ihrer Karriere stehen, wie kann Low-Code Sie voranbringen und Ihre Fähigkeiten verbessern?
Mein Hintergrund (Kurzversion)
Ich habe 1995 mit dem Programmieren angefangen, mit C, C++ und einer ganzen Reihe anderer Dinge. Im Jahr 2006 begann ich mit der professionellen Programmierung für eine Schaden- und Unfallversicherungsgesellschaft auf einem großen Java-Stack. Damals verwendeten wir BEA WebLogic, bevor Oracle es aufkaufte. Dann sind wir auf IBM WebSphere Application Server umgestiegen. Danach schlug ich meinen Weg in Richtung .Net ein und wechselte zwischen diesen Systemen hin und her. Als dann Single-Page-Anwendungen in JavaScript in Mode kamen, habe ich diesen Weg eingeschlagen und bin dann zu OutSystems gewechselt.
Warum OutSystems?
Der Wechsel von Full-Stack High-Code zu OutSystems ist ein ziemlicher Sprung, oder? Warum habe ich also den Wechsel vollzogen? Als ich anfing, OutSystems und andere Low-Code-Angebote zu evaluieren, suchte ich gezielt nach Plattformbeschränkungen, die mich daran hindern könnten, das zu erreichen, was ich brauche. Als ich fortfuhr, war dieser Punkt einfach nicht erreicht. Ich konnte tun, was ich wollte, und zwar so, wie ich es wollte. Und für die wenigen Fälle, in denen ich etwas wirklich nicht nativ auf der Plattform machen konnte, gab es eine geeignete Alternative, z. B. mit C#-Erweiterungen in OutSystems, wenn Sie ein vorhandenes SDK nutzen wollten. Dann fing ich an zu denken: "Okay, vielleicht habe ich das alles ein bisschen falsch gesehen", und ich habe mich tiefer in OutSystems eingearbeitet. Schließlich überdachte ich meine Position zu Low-Code und begann zu überlegen, ob ich meine Karriere in diese Richtung lenken sollte.
Angst vor dem Übergang
Da ich ursprünglich ein Full-Stack-Entwickler war, hatte ich große Angst vor der Umstellung auf Low-Code. Ich hatte Fragen wie:
- Kann ich trotzdem einen Job als High-Code-Entwickler bekommen?
- Wenn das mit mir nicht klappt, wer wird mich dann einstellen?
- Werden sie einfach sagen: "Ich sehe, dass Sie einige alte Erfahrungen mit Java, .Net und JavaScript haben, aber Sie haben in den letzten Jahren nicht wirklich programmiert, also sind Sie aus der Übung"?
Das waren meine Hauptbedenken. Ich habe versucht, diese Bedenken zu zerstreuen, indem ich während meiner Reise zu OutSystems weiterhin nebenbei programmierte, aber auch, weil ich es liebe, neue Dinge zu lernen. Im Laufe meiner Reise stellte ich schließlich fest, dass die Angst ein wenig irrelevant war, weil ich nicht zu High-Code zurückkehren wollte. Heute verwende ich OutSystems, aber wenn es eine andere Plattform gibt, die für mich in der Zukunft mehr Sinn macht, kann ich mich jederzeit dafür entscheiden und all die Erfahrungen nutzen, die ich gesammelt habe, weil ich den Wechsel von High-Code zu Low-Code bereits vollzogen habe.
Sollte ich mich aus irgendeinem Grund in der Zukunft entscheiden, zu High-Code zurückzukehren, weiß ich immer noch, wie man Dinge googelt ;). Daran hat sich nichts geändert. Ich weiß immer noch, wie man Stack Overflow benutzt. Außerdem ändert sich zwischen Low-Code und High-Code nichts in Bezug auf die Aufgaben eines technischen Leiters oder Architekten oder die Fähigkeit, User Stories zu lesen und zu schreiben. Die einzige wirkliche Veränderung ist die Arbeit an der Codierung, die sich so häufig ändert, dass selbst Leute, die im High-Code-Bereich bleiben, nicht mehr mithalten können. Im Moment kann ich also meine Zeit damit verbringen, meinen Geschäftskunden so viel Wert wie möglich zu bieten, und wenn ich zum High-Coding zurückkehren möchte, kann ich die Technologielandschaft zu diesem Zeitpunkt bewerten und lernen, was wesentlich ist.
Was habe ich gewonnen? Was habe ich verloren?
Für mich hat sich diese Umstellung sehr gelohnt, und ich habe dabei viel gewonnen. Ich möchte anderen Menschen einen Mehrwert bieten, damit sie ihre Arbeit effektiver erledigen können. Das ist eines der Dinge, die mir wirklich am Herzen liegen. Durch die Umstellung auf Low-Code habe ich die Möglichkeit erhalten, so schnell wie möglich große Mengen an Wert zu schaffen und kontinuierlich mehr und mehr Wert zu schaffen.
Außerdem habe ich durch den Wechsel zu einem OutSystems-Partner einen erheblichen Karriereschub erfahren. Allerdings hätte ich eine ähnliche Karriereentwicklung auch bei einem Kunden von OutSystems erreicht, weil ich dort viel mehr tun kann und das auch noch so schnell. Ich kann mehr Zeit damit verbringen, meine Kunden und Geschäftspartner zu fragen: "Was ist für Sie wichtig? Wie kann ich Ihnen helfen?"
Außerdem habe ich eine neue Sichtweise darauf gewonnen, wie die Entwicklung und Bereitstellung von Software aussehen kann. Es muss nicht heißen, fünf verschiedene Technologien zu lernen und dann herauszufinden, wie man all diese verschiedenen Dinge in verschiedenen Umgebungen einsetzt. Ich muss nicht mehr sicherstellen, dass meine Datenbankänderungen mit der Bereitstellung meiner Anwendung übereinstimmen und dass ich nicht versehentlich vergessen habe, einen Microservice bereitzustellen, von dem diese Anwendung abhängt. Darüber brauche ich mir keine Gedanken mehr zu machen. Ich habe also das Vertrauen gewonnen, dass das, was ich baue, funktionieren wird. Und ich habe eine Menge Stress bei der Entwicklung und Bereitstellung von Software für meine Kunden verloren.
Der letzte Punkt ist, dass OutSystems eine fantastische Community hat. Wenn Sie sich Technologie-Communities ansehen, können einige ziemlich... giftig sein. Einige können ruhig sein, andere sind lebendig und blühend. Im Fall von OutSystems ist die Gemeinschaft sehr lebendig und blühend. Ich habe viele neue Freunde gewonnen, mit denen ich zusammenarbeiten kann, und die Möglichkeit, an etwas teilzunehmen, das größer ist als ich selbst.
Was habe ich verloren, außer einer Menge Stress? Ich habe sicherlich all die Zeit verloren, die ich damit verbracht habe, nach Semikolons zu suchen, wo ich sie vergessen hatte, und all die Zeit, die ich damit verbracht habe, herauszufinden, warum mein Maven-Build nicht funktionierte, weil die Konventionen der Datei pom.xml von meinem Verständnis der Funktionsweise abwichen. Ich gebe zu, dass ich die Freude daran verloren habe, den ganzen Tag mit gesenktem Kopf und Kopfhörern riesige Mengen an Code zu schreiben, weil ich das nicht mehr tun muss. Ich kann mit Low-Code arbeiten und etwas viel schneller entwickeln. Ich persönlich programmiere immer noch nebenbei, aber das ist nicht wirklich etwas Schlechtes. In meinem Fall ist es eine sehr glückliche Sache, aber das wird nicht für jeden gelten.
Wie kann Low-Code Ihre Karriere vorantreiben?
Ich habe schon ein wenig über meinen Weg erzählt, aber wie könnte Ihr Weg aussehen, wenn Sie neu in der Entwicklung sind? Bei OutSystems ist die Einstiegshürde deutlich niedriger. Wenn Sie in den High-Code-Bereich einsteigen wollen, müssen Sie wahrscheinlich C#, Java, Go, JavaScript, CSS und mehrere Frameworks lernen. Wenn Sie eine Webanwendung erstellen wollen, verwenden Sie dann Razor, Blazor, MAUI oder APIs mit einem JavaScript-Frontend? Wenn Sie ein JavaScript-Frontend verwenden, müssen Sie jetzt React, Angular, Vue, Svelte oder etwas anderes lernen. Dann müssen Sie T-SQL, PL/SQL oder ein ORM wie Entity Framework oder JPA lernen, um mit Ihrer Datenbank zu interagieren. Außerdem müssen Sie lernen, wie Sie Jenkins oder Azure DevOps für Ihre Release-Pipelines verwalten, und das alles nur, um eine einfache Anwendung auf den Weg zu bringen.
Mit OutSystems können Sie das meiste davon überspringen, denn es erledigt das für Sie. Anstatt die ganze Zeit mit Lernen zu verbringen, können Sie Ihrem Arbeitgeber einen Mehrwert bieten. Sie brauchen immer noch Disziplin, um vom Junior zum Senior zu werden, und Erfahrung, um zu wissen, wann eine Sache der richtige Ansatz ist und wann nicht. Dennoch ist es mit OutSystems viel einfacher, weil Sie nicht so viele Dinge berücksichtigen müssen. Mit Low-Code bauen Sie Software anders auf als mit High-Code, und Sie können mit weniger Erfahrung vielfältigere Systeme bauen.
Alles wird noch bedeutsamer, wenn Sie eine mobile App entwickeln wollen. Wenn Sie mit OutSystems eine Web-App bauen können, können Sie auch eine mobile App bauen - das ist das Gleiche. Mit HighCode müssen Sie alles oben Genannte für das Backend lernen, aber Sie müssen vielleicht auch Java, Swift, React Native oder andere Technologien lernen. Die meisten der heutigen mobilen Technologien helfen Ihnen auch nicht dabei, sowohl für Android als auch für iOS zu entwickeln, so dass Sie Ihre mobile App möglicherweise zweimal erstellen müssen.
Erfahrung braucht Zeit, aber die Zeit, die man braucht, um von einem Meilenstein zum nächsten zu gelangen, wird erheblich verkürzt, wenn man nicht die ganze Zeit damit verbringen muss, all diese verschiedenen Frameworks zu erlernen, zu versuchen, sie zusammenzusetzen und so weiter. Low-Code ist ein aufregender Ort, an dem Sie Ihre Karriere sehr schnell von Junior zu Senior oder von Senior zu einer höheren Version davon vorantreiben können. Die meisten Leute, mit denen ich bei Netlink Digital Solutions zusammengearbeitet habe, würden mir zustimmen, dass dies ein guter Karriereweg für sie war, und ich kann es nur empfehlen.
Verfasst von

Craig St Jean
OutSystems MVP, solution architect, and developer with significant experience in enterprise applications on traditional Java stacks, .NET, and OutSystems. Technical leader who has led large and small scale projects to drive business value. Mentor and Pluralsight Author.
Unsere Ideen
Weitere Blogs

KI-Agenten mit MCP: Praktische Erkenntnisse aus n8n und GitHub Copilot
Wichtige Erkenntnisse für Entwickler ✅ Erfolgreiche Annäherungen: Zerlegung von Aufgaben in konzentrierte, einzelne Vorgänge Behalten Sie die...
Ruben Oostinga
Contact