Open Mainframe Project

Hier findet man einen richtig guten (Enterprise) COBOL Kurs. Der Anbieter für die technische Seite ist IBM selbst über die Plattform IBM Z Xplore. Das Titelbild ist das, was ich auf der Plattform sehe. Und es ist genau das, was ich jetzt brauche. Üblicherweise ist IBM dafür bekannt richtig teuer zu sein. Aber mir geht es dieses Mal auch nicht um Badges, sondern um echtes Wissen. Wissen, das mir dabei hilft, in ein neues, berufliches, Leben zu starten.

IBM Mainframe Developer

Auf Coursera habe ich ja schon vor einer ganzen Weile den IBM Mainframe Developer abgeschlossen. Leider ist davon nicht so viel hängen geblieben, da mein beruflicher Alltag auf dem Midrangeprodukt von IBM stattfand. Noch dazu mit COBOL-Frameworks, deren Skriptsprache entfernt an ABAP erinnert. Aber an ein paar Mechanismen erinnere ich mich noch. Die Mitschrift war eher daran orientiert das nächste Quiz zu bestehen, denn nachhaltig Wissen aufzubauen. Schade :-)

Man findet mich dann im z/OS Grind.

Nachtrag zum Open Mainframe Projet

Jeder, der Lust hat und sich 3270 annäheren will ist dort wirklich gut aufgehoben. Mittlerweile habe ich meinen ersten Job via VS Code (Zowe) submitted und habe eine Terminalverbindung zum Mainframe aufbauen können. Man wird wirklich Schritt für Schritt durch den Prozess geführt. Hinzu kommt ein bisschen Gamification um auch jüngere Generationen am Ball zu halten. Ich mags. Alles daran. Freue mich auf den nächsten Lernslot.

💬 Keine Kommentare

Berufliche Perspektiven nach zwei Jahren als Junior Entwickler

Im September 2023 bin ich in die IT-Branche eingestiegen. Ohne großes Vorwissen, aber mit einer klaren Vorstellung: Ich wollte programmieren. Richtig programmieren, nicht nur Frameworks zusammenstecken. Dass ich dann ausgerechnet in einer Welt gelandet bin, in der COBOL, RPG, CL und IBM i den Ton angeben, hätte ich vorher nicht gedacht. Heute bin ich froh darüber.
Mein aktueller Arbeitgeber entwickelt ein Warenwirtschaftssystem und ein Lagerverwaltungssystem auf IBM i – mit einem hauseigenen COBOL-Framework, das in vielen Bereichen fast schon an ABAP erinnert. Dazu Java, ein bisschen RPG, viel SQL (Db2 for i) und eine Architektur, die in Teilen älter ist als ich. Mich reizt genau das: Systeme, die seit Jahrzehnten laufen und jeden Tag produktiv sind.
Gestartet bin ich damals mit 48.000 € Jahresgehalt. Nach der Probezeit konnte ich auf 54.000 € nachverhandeln. Vor einigen Monaten kam dann ein Angebot, das die Situation komplett verändert hat.

Der deutsche KfZ-Premiumhersteller – technisch spannend, organisatorisch ein Abturner

Über einen Recruiter auf Xing bin ich auf eine Stelle in der Automobilindustrie gestoßen. Dort läuft alles auf einem IBM Mainframe unter z/VSE, mit COBOL und CICS. Technisch wäre das ein Traum gewesen: echte Transaktionssysteme, alte Schultern, moderne Herausforderungen.

Gehalt: 65.000 € wären drin gewesen.
Der Teamleiter: Voller Energie, absolut mit Feuer dabei – ähnlich wie bei meinem aktuellen Arbeitgeber.

Und trotzdem ein Nein. Fünf Tage Präsenzpflicht, keine Flexibilität, mehrere Red Flags im Gespräch. 2025 noch so zu arbeiten, muss man wollen. Ich will es nicht.

Die Versicherung – schwerer Tanker, aber überraschend modern

Kurz darauf kam über LinkedIn der Kontakt zu einer großen Versicherung. Ein echter Konzern, der gerade Schritt für Schritt von IMS auf Db2 und von COBOL auf Java migriert. Nicht kopflos, sondern mit Augenmaß – alte Themen werden modernisiert, wenn es Sinn ergibt. Als Entwickler wäre man dort im aufrgenden Spannungsfeld zwischen Legacy (bzw. Legendary) und Zukunft unterwegs.

Gehaltlich reden wir, für mich, über eine Range von 75.000 bis 80.000 € im Jahr.
Zwei von drei Tagen im Büro wären gewünscht.
Die Standorte liegen in Städten, in denen man wirklich leben kann.

Ein Umzug wäre mittelfristig gewollt. Das wäre für mich (und uns) irgendwas zwischen herausfordernd und aufregend. Eine echte Chance und ein Neuanfang.

Der IT-Dienstleister in der Finanzindustrie – familienfreundlich, modern und technisch stabil

Über Xing kam dann noch ein dritter Recruiter. Diesmal ging es um ein Unternehmen, das Dienstleistungen für Banken anbietet, ebenfalls auf IBM Mainframe, ebenfalls COBOL.

Dieses Unternehmen setzt stark auf Familienfreundlichkeit und Flexibilität.
Die Konditionen liegen grob in der gleichen Liga wie bei der Versicherung.
Zwei Tage Büro, der Rest frei einteilbar.
Arbeitszeit innerhalb eines großzügigen Rahmens frei gestaltbar.
Selbst ein Eltern-Kind-Büro gibt es – für die Tage, an denen nichts so läuft wie geplant.

Technisch wäre das klassische Mainframe-Entwicklung. Stabil, wichtig, tief. Und die Kultur klingt (für einen Konzern) ungewohnt menschlich.

Was die letzten zwei Jahre mit mir gemacht haben

Was mich überrascht: Ich bekomme von all den Horrornachrichten über Massenentlassungen, Outsourcing nach Polen und Indien und dem „Ende von echten Juniorstellen“ rein gar nichts ab.

Im Gegenteil: Große Konzerne und bekannte Unternehmen wollen jemanden wie mich – jemanden, der COBOL liest und schreibt, IBM-Systeme fühlt und Java nicht verlernt.

Das war am Anfang nicht absehbar. Der Einstieg in COBOL war.. ungeplant. Aber er hat sich ausgezahlt. Ohne IBM i, ohne Legacy, ohne Datenbanknähe wäre ich heute vermutlich einer von vielen Java- oder JavaScript-Entwicklern, die um die gleichen Stellen konkurrieren. Stattdessen habe ich die Wahl.

Der aktuelle Arbeitgeber – und das Problem

So sehr ich meinen Einstieg dort schätze: Mein Job verändert sich. Aus Entwicklung wird mehr und mehr Support. Statt Produktlogik zu entwickeln, lande ich in Tickets, Beratung, Analyse, Projektbegleitung.

Ich wurde nicht vollständig ins Produkt onboarded, soll aber gleichzeitig Kunden beraten, komplexe Fälle einschätzen und täglich Kundenanfragen aus dem Echtbetrieb lösen, die ich fachlich erst noch verstehen muss. Das erzeugt Druck – an guten Tagen spürbar, an schlechten Tagen erdrückend.

Ich will entwickeln. Nicht Prozesse flicken. Ich will in COBOL besser werden, Java vertiefen, SQL weiter nutzen. Kein reiner Supporter werden, der "Altbestände" elendsverwaltet.

Und deshalb wird sich etwas ändern müssen.

Wie es weitergeht

Stand heute läuft es auf zwei Optionen hinaus: die Versicherung oder der Bank-Dienstleister. Beide bieten Entwicklung. Beide bieten Perspektiven. Beide bieten ein Umfeld, in dem man langfristig wachsen kann.

Welche Entscheidung die richtige ist, wird sich nicht an der Technik festmachen, sondern daran, was zu meinem Leben passt.

Eines weiß ich aber sicher: Der Schritt in die IBM-Welt war die richtige Entscheidung. COBOL zu lernen, Java nicht zu verlieren, SQL zu schätzen – das hat mir Möglichkeiten eröffnet, die ich vor zwei Jahren nicht einmal erahnt hätte.

Und egal, wie es ausgeht: Der Weg fühlt sich richtig an.

💬 Keine Kommentare

Mein persönlicher Abschied von IBM i

Seit einigen Wochen arbeite ich an einem Projekt, das mir persönlich sehr wichtig ist: Ich schreibe zwei E-Books über die IBM i. Beide richten sich ausdrücklich an Menschen, die – so wie ich selbst vor gut 28 Monaten – ohne Abitur, ohne Studium und ohne klassischen Informatik-Hintergrund in die Welt der Power i, iSeries und AS/400 einsteigen möchten.
Die Bücher tragen Arbeitstitel, die gleichzeitig das Programm definieren:
„IBM i – Der praktische Leitfaden für Anwender“
Ein verständliches, praxisorientiertes E-Book für Benutzer, Entwickler und Administratoren. Es vermittelt, wie das System tickt, welche Werkzeuge wichtig sind, wie man produktiv arbeitet und wie man typische Aufgaben auf der IBM i souverän meistert.
„IBM i Systementwicklung – Der vollständige Einstieg“
Ein umfassender Einstieg in die Entwicklung mit RPG, COBOL, CL, SQL, DDS, Menüs, Dateien und allem, was dazugehört, um auf der Plattform produktiv Software zu bauen. Ohne Vorwissen, ohne Ballast, mit dem Fokus auf echtes Verständnis.
Diese beiden Bücher sind für Quereinsteiger, Berufsanfänger und alle, die einen realistischen Karriereweg in der IT suchen, ohne durch die Einstiegshürden der modernen Java/Python/JavaScript-Unternehmen abgeschreckt zu werden. Ich habe diesen Weg selbst gewählt, als ich vor 28 Monaten auf der IBM i angefangen habe.

Vom Quereinsteiger zum Systementwickler – mein persönlicher Weg
Als ich gestartet bin, lag mein Jahresgehalt bei 48.000 Euro. Nach 28 Monaten lag es bei 75.000 Euro. Ohne Abitur. Ohne Studium. Dafür mit Lernbereitschaft und dem tiefen Wunsch, ein solides Fundament in der Softwareentwicklung aufzubauen.
Die IBM i hat mir genau diese Tür geöffnet. Eine Plattform, die seit Jahrzehnten produktive Unternehmenssoftware antreibt. Ein Umfeld, in dem ernsthafte Fachkräfte gesucht werden. Und eine Technologie, in der Kompetenz schnell sichtbare Ergebnisse liefert – fachlich wie finanziell.
Viele unterschätzen die IBM i, weil sie glauben, moderne Programmiersprachen seien automatisch der bessere Weg. Doch die Realität zeigt:
RPG und COBOL schlagen viele moderne Startup-Stacks und sogar Microsoft-Dynamics- oder SAP-Consulting-Firmen – insbesondere beim Einkommenspotenzial pro investierter Lernstunde.
Diese Bücher sollen genau das widerspiegeln: einen realistischen, erreichbaren Weg in die IT. Einen Weg, der auch für motivierte Quereinsteiger offensteht.

Mein Abschied von der Plattform – und warum die Bücher wichtig sind
Die beiden E-Books werden gleichzeitig mein persönlicher Abschied von der IBM-i-Plattform sein. Nicht im Sinne einer Abwertung, sondern als bewusster Schritt nach vorne. Ich möchte das Wissen, das ich in diesen Jahren gesammelt habe, festhalten und weitergeben, bevor ich mich technisch neu orientiere.
Mir ist wichtig, dass meine Reise nicht einfach endet, sondern anderen hilft, ihren eigenen Einstieg zu finden. Gerade Menschen, die Lust auf Softwareentwicklung haben, aber im Dschungel der modernen Tech-Welt keinen Platz finden oder die Einstiegshürden als zu hoch empfinden.
IBM i ist kein hipper Hype-Stack. Aber es ist eine Plattform, die solide Karrieren ermöglicht. Mit echtem Impact. Mit gutem Einkommen. Und mit klaren Perspektiven.

Was als Nächstes kommt
In den kommenden Wochen werde ich mehr über die Inhalte, Strukturen und Veröffentlichungswege der beiden E-Books schreiben. Es wird Leseproben geben, Kapitelvorschauen und später natürlich auch Möglichkeiten, die fertigen Bücher im Rahmen von systemkritisch.org zu lesen.
Bis dahin arbeite ich intensiv weiter – und freue mich darauf, ein Stück meiner eigenen Geschichte in eine Form zu bringen, die anderen echten Nutzen stiftet.

💬 Keine Kommentare

Sturm und Drang

Wenn ich auf die vergangenen gut 28 Monate zurückblicke, seit ich im September 2023 als Systementwickler und Systemberater begonnen habe, dann lässt sich mein beruflicher Alltag in einem Begriff zusammenfassen: Sturm und Drang. Allerdings nicht im literarischen Sinne jugendlicher schöpferischer Entfesselung, sondern eher als permanenter Ausnahmezustand, der zwischen Improvisation, strukturellem Chaos und permanenter Überlastung pendelt.
Von außen wirkt mein Umfeld solide: IBM Gold Partner, jahrzehntelange Kundenbeziehungen, ein etabliertes WMS und Warenwirtschaftssystem auf der "AS/400", namhafte Kunden. In der Realität zeigt sich jedoch ein Grundproblem, das so tief im Fundament sitzt, dass es jedes Entwickeln von Software zu einem Kampf gegen Naturgesetze macht. Software ist undokumentiert, oft historisch gewachsen, noch öfter schlicht unverständlich. Es gibt weder klare Architekturen noch nachvollziehbare Entscheidungen, nur Spuren früherer Entwickler, die längst nicht mehr da sind. Und inmitten dieses Archivs aus Zufall und Gewohnheit sitzt man als Entwickler und soll „mal eben“ moderne Lösungen bauen, neue Schnittstellen integrieren, komplexe Datenflüsse verstehen, die nirgendwo beschrieben sind und Probleme lösen in Bereichen, in denen man noch nie entwickelt hat.
Mit meinen 28 Monaten Erfahrung gelte ich hier inzwischen unfreiwillig als einer der „Senior Devs“. Nicht, weil ich so außergewöhnlich weit wäre, sondern weil es schlicht niemanden gibt, der mehr Zeit hat, sich mit Dingen zu beschäftigen. Es ist keine Zeit, neue Kolleginnen oder Kollegen einzuarbeiten. Es ist auch keine Zeit, saubere Übergaben zu machen. Weiterbildung? Offiziell möglich, praktisch bleibt man auf den Kosten sitzen, was in einem Unternehmen dieser Zertifizierungsstufe eigentlich absurd ist.
So wächst der Berg an Verantwortung und Aufgaben schleichend zu einem Gebirge heran. Technische Schulden thematisiere ich erst gar nicht. Riesige Schnittstellenprojekte, komplette End-to-End-Verarbeitungen, die man alleine betreut, häufig sogar am Produkt vorbei entwickeln muss – weil niemand erklären kann, wie das Produkt eigentlich gedacht ist. Es gibt keinen Raum für nachhaltige Lösungen, nur für Feuerwehraktionen. Zu wenig, zu spät.
Mir ist klar, dass sich meine Situation verändern muss. Nicht, weil ich nicht bereit wäre, Verantwortung zu tragen oder Probleme zu lösen, sondern weil ich irgendwann die Nerven verliere, wenn sich an der strukturellen Lage nichts ändert. Zu viel Konjunktiv, zu wenig echter Wille. Die immer gleichen Phrasen seit Jahren.
Und das alles in einem Markt, der zunehmend von Massenentlassungen, Outsourcing nach Indien und Polen und einer allgemeinen Unsicherheit dominiert wird. Sturm und Drang also. Aber irgendwann muss aus Druck wieder Stabilität werden.

💬 Keine Kommentare

Seite 1 von 1